Red de conocimiento informático - Conocimiento sistemático - Estado de la prueba

Estado de la prueba

Los cinco estados de los resultados de las pruebas de software son Pasar (Pasar)

Fallar (Fallar)

Cerrar (Cerrar)

Bloquear (Bloquear) Esto puede ser un defecto funcional o un cambio en los requisitos que se han dejado de lado temporalmente para completarse más adelante.

No probado

Esto no es absoluto. Cada empresa tiene diferentes definiciones del estado de los resultados de las pruebas. Las primeras cuatro son básicamente las mismas.

¿Cuáles son los estados de los casos de prueba de software: no ejecutados, aprobados o fallidos?

Enumere brevemente varios estados de errores Nuevo: (nuevo)

Cuando se descubre un "error" (por primera vez), el evaluador debe ser responsable del proyecto Comunicarse con personas para confirmar que lo encontrado es efectivamente un error. Si se confirma que es un error, regístrelo y establezca el estado del error en Nuevo

Asignado (asignado)

. Cuando un error se designa como Nuevo, se lo entregará al desarrollador. El desarrollador confirmará si es un error. Si es así, la persona a cargo del equipo de desarrollo asignará el error a un determinado desarrollador para que lo procese. a un desarrollador el estado del error se establece en "Asignado"

Abierto

Una vez que el desarrollador comienza a trabajar en el error, establece el estado del error en " Abierto ", lo cual significa que el desarrollador está trabajando en este "error"

Fijo (reparado)

Cuando el desarrollador trabaja en ello (y cree que se ha solucionado), puede configurar el estado de este error a "Reparado" y envíelo a la persona a cargo del equipo de desarrollo, y luego la persona a cargo del equipo de desarrollo devolverá el error al grupo de pruebas

Restablecimiento pendiente ( para ser probado) )

Cuando el error se devuelve al grupo de prueba, configuramos el estado del error en "Restablecimiento pendiente"

Restablecer (volver a probar)

La persona a cargo del grupo de prueba asigna el error a un probador para volver a probarlo y establece el estado del error en "Restablecer"

Cerrado (cerrado)

Si el probador está probado nuevamente Después de confirmar que el error se resolvió, establezca el estado del error en "Cerrado"

Reabrir (abierto nuevamente)

Si el error se encuentra después de probar nuevamente (con referencia al error en sí en lugar de Si (incluidos los nuevos errores causados ​​por correcciones) todavía existen, el evaluador pasará el error al equipo de desarrollo nuevamente y establecerá el estado del error en "Reabrir"

Rechazo pendiente ( rechazar)

Si el desarrollador considera que el error pasado por el evaluador al equipo de desarrollo es un comportamiento normal en lugar de un error, en este caso el desarrollador puede rechazarlo y establecer el estado del error en "Pending Reject"

Rechazado (rechazado)

Cuando la persona a cargo del equipo de pruebas recibe el error anterior, si encuentra que este es un comportamiento normal definido en el manual del producto o piensa después de discutirlo con el desarrollador. Cuando esto no se considera un error, el líder del equipo de desarrollo establecerá el estado del error en "Rechazado"

Pospuesto (pospuesto)

A veces, debido a algunos errores especiales, la prueba debe suspenderse por un período de tiempo. De hecho, hay muchas razones que pueden causar que esto suceda, como datos de prueba no válidos, algunas funciones especiales no válidas, etc. , el estado del error se establece en "Pospuesto" ”

Diferido (diferido)

En algunos casos, algunos errores especiales no son tan importantes y podemos eliminarlos en este momento. puede establecer el estado del error en "Diferido"

Cuando la cuenta de inicio de sesión de CITIC Securities muestra que la transacción actual está en el estado de contraprueba, significa que el sistema de CITIC Securities está bajo prueba y no puede inicie sesión en el software comercial o los datos que vea después de iniciar sesión tendrán errores.

El estado de los errores de software enviados a la biblioteca de defectos se establecerá automáticamente en el estado Nuevo Asignado (asignado): Cuando un error se considera Nuevo, se asignará a un desarrollador y al desarrollador. Confirmará si se trata de un error. Si es así, la persona a cargo del equipo de desarrollo asignará el error a un desarrollador para que lo maneje y establecerá el estado del error en "Asignado" Abierto: cuando el desarrollador comience a manejar el error. establece el estado de este error en "Abierto", lo que indica que el desarrollador está trabajando en este "error". Corregido (reparado): después de que el desarrollador trabaja en ello (y cree que se ha resuelto), él (ella) puede arreglar el error Establezca el estado en "Reparado" y envíelo a la persona a cargo del equipo de desarrollo, quien luego devuelve el error al grupo de prueba. Rechazado: cuando la persona a cargo del grupo de prueba recibe el error anterior, si es cuando. o descubre que este es un comportamiento normal definido en el manual del producto o después de discutirlo con el desarrollador, no se considera un error. La persona a cargo del equipo de desarrollo establece el estado del error en "Rechazado" Pospuesto (Retraso): A veces, las pruebas para detectar algunos errores especiales deben suspenderse durante un período de tiempo. De hecho, hay muchas razones que pueden causar que esto suceda, como datos de prueba no válidos, algunas funciones especiales no válidas, etc. , el estado del error se establece en "Pospuesto" Cerrado: el evaluador confirma que el error se ha resuelto después de realizar la prueba nuevamente y establece el estado del error en "Cerrado". Si el error aún existe después de realizar la prueba nuevamente, el evaluador vuelve a abrir el archivo. error al equipo de desarrollo y establezca el estado del error en "Reabrir"

En las pruebas de software, el resultado de la prueba en el caso de prueba es P/F. ¿A qué se refiere "P/F"? P aprobado

F Fallo

¿Qué significa el estado de resolución de estos defectos en las pruebas de software JIRA? arreglado: arreglado (necesita su verificación) No se arreglará: no arreglado (el gerente del proyecto cree que no hay necesidad de arreglarlo en esta etapa o en realidad) Duplicado: ERROR repetido (ERROR similar que ya planteó antes) Incompleto: incompleto Error (la descripción no es clara, el desarrollador no puede reproducirla o no entiende lo que quiere decir) No se puede reproducir: ERROR que no se puede reproducir: ERROR no válido (lo que significa que el ERROR no existe o el módulo no existe). Recordatorio: recordatorio (lo que significa que es solo un recordatorio, si desea solucionarlo, no puede resolverlo temporalmente y resolverlo más tarde)

¿Qué es la prueba de seguimiento? 1. Proceso de configuración y inicio de sesión del usuario:

Abre el navegador, ingresa a la página principal de Bugzilla.

Después de ingresar a la página principal, haga clic en Nueva cuenta para ingresar a la página de registro.

Ingrese su correo electrónico y nombre real en la página de registro (en aras de la uniformidad, todos usamos nombres de computadora aquí), luego haga clic en Crear cuenta y luego recibirá un correo electrónico que contiene el contraseña inicial.

Después de recibir el correo electrónico, haga clic en Iniciar sesión, ingrese la dirección de correo electrónico utilizada durante el registro en el campo del número de cuenta, ingrese la contraseña inicial notificada en el correo electrónico en el campo Contraseña y luego haga clic en Iniciar sesión.

Si olvida su contraseña, ingrese su nombre de usuario registrado en la página de inicio de sesión, haga clic en Enviar solicitud y restablezca su contraseña de acuerdo con el correo electrónico recibido.

Después de iniciar sesión correctamente, haga clic en Editar propiedades -> Configuración de cuenta para modificar la contraseña.

Haga clic en Editar propiedades -> Configuración de correo electrónico para configurar las notificaciones por correo electrónico.

Haga clic en Editar propiedades -> Permisos para consultar permisos.

2. Proceso de procesamiento de ERRORES

Después de que el evaluador o desarrollador descubre el error, determine a qué módulo pertenece el problema. Después de completar el informe de error, el sistema lo notificará automáticamente. líder del equipo del proyecto por correo electrónico o notificar al desarrollador directamente.

? El líder del equipo del proyecto lo reasignará al desarrollador al que pertenece el error en función de circunstancias específicas.

③ Después de recibir el mensaje de correo electrónico, el desarrollador determina si está dentro de su propio alcance de modificación.

1) Si no, reasignalo al líder del equipo del proyecto o al desarrollador que debería hacerlo. ser asignado.

2) En caso afirmativo, gestionarlo, resolverlo y aportar una solución. (Se pueden crear archivos adjuntos de parches e instrucciones complementarias)

④ El evaluador consulta los errores que el desarrollador ha modificado y vuelve a probar. (Se puede crear un archivo adjunto de caso de prueba)

1) Después de la verificación, el estado de modificación es VERIFICADO. Una vez que se lance todo el producto, se modificará a CERRADO.

2) Todavía hay un problema, REABIERTO, el estado cambiará a "Nuevo" nuevamente y se enviará una notificación por correo electrónico

⑤ Si este ERROR no se ha solucionado. con dentro de una semana siempre se utilizará El correo electrónico acosa a su propietario hasta que se tomen medidas. El administrador puede establecer una fecha límite para tomar medidas, por ejemplo, 3 días. El sistema predeterminado es 7 días. >

Haga clic en Nuevo->Seleccione el nombre del producto donde se encuentra el error

En la página de envío de errores del producto seleccionado, seleccione o ingrese la información del error

◎Módulo: Haga clic en la palabra "módulo", puede ver información detallada sobre el módulo de este producto

◎Plataforma y sistema operativo: puede elegir según la situación real en la que se encuentra el error. Se determina que este error puede ocurrir en todas las plataformas, seleccione todas

◎Prioridad: P1 a P5 se debilitan gradualmente

◎Severidad: bloqueador para mejorar

Bloqueador: Impide la continuación del desarrollo o prueba del proyecto.

Crítico: Conflictos, pérdida de datos y pérdidas de memoria graves.

Mayor: Defectos funcionales importantes. : Defectos funcionales menores

Trivial: errores de ortografía y alineación

Mejora:

◎Estado inicial: el estado predeterminado para los desarrolladores es "sin confirmar" (esto debe ser configurado por el administrador, consulte la guía de operación del administrador). Los probadores o administradores tienen estados opcionales aquí: no confirmado y nuevo

◎ Asignado a: cuando está vacío, de forma predeterminada es el propietario especificado por el administrador. también se puede especificar manualmente

◎ CC: Puede ser utilizado por varias personas

◎ URL: error...>>

¿Qué es lo que hace? ¿Las acciones se muestran en estado de prueba del sistema y no se puede acceder a ellas? La compañía de valores utiliza horarios no comerciales (como fines de semana como hoy) para realizar el mantenimiento y las actualizaciones del sistema. Es posible que no pueda iniciar sesión o iniciar sesión de manera anormal durante ciertos períodos. , y normalmente se restaurará los fines de semana y las noches.

Cómo probar el estado de la red: ping es un comando que se utiliza para verificar si la red es fluida o la velocidad de la conexión de red.

Como administrador o hacker que vive en la red, el comando ping es el primer comando de DOS que debe dominarse. El principio que utiliza es el siguiente: todas las máquinas en la red tienen direcciones IP únicas que le damos al destino cuando envía una dirección IP. paquete de datos, la otra parte devolverá un paquete de datos del mismo tamaño. Según el paquete de datos devuelto, podemos determinar la existencia del host de destino y determinar preliminarmente el sistema operativo del host de destino. Echemos un vistazo a algunas de sus operaciones más utilizadas. Primero echemos un vistazo a la ayuda. En la ventana de DOS, escriba: ping /? y presione Entrar. Aquí solo necesitamos dominar algunos parámetros básicos y útiles (los mismos que se muestran a continuación). -t significa que los paquetes se enviarán a la IP de destino de forma continua hasta que fuercemos su detención. Imagínese, si usa acceso de banda ancha de 100M y la IP objetivo es un gatito de 56K, no pasará mucho tiempo antes de que la IP objetivo se desconecte porque no puede soportar tantos datos Jaja, un ataque es muy simple. -l define el tamaño del paquete de datos enviado, el valor predeterminado es 32 bytes, podemos usarlo para definir el tamaño máximo en 65500 bytes. Si se utiliza junto con el parámetro -t introducido anteriormente, se obtendrán mejores resultados. -n define la cantidad de veces que se envían paquetes de datos a la IP de destino, el valor predeterminado es 3 veces. Si la velocidad de la red es lenta, tres veces nos hará perder mucho tiempo, porque ahora nuestro propósito es solo determinar si la IP de destino existe, así que definámosla como una vez. Para explicar, si el parámetro -t y el parámetro -n se usan juntos, el comando ping se basará en el parámetro colocado al final, como "ping IP -t -n 3", aunque se usa el parámetro -t. , el ping no continuará, sino que solo se realizará 3 veces. Además, el comando ping no requiere necesariamente hacer ping a la IP. También puede hacer ping directamente al nombre de dominio del host para obtener la IP del host. Demos un ejemplo para ilustrar el uso específico. Aquí tiempo = 2 significa que el tiempo desde que se envía el paquete de datos hasta que se recibe el paquete de datos de retorno es de 2 segundos. Desde aquí, podemos juzgar la velocidad de la conexión de red. A partir del valor de retorno TTL, podemos determinar preliminarmente el sistema operativo del host al que se hace ping. La razón por la que decimos "juicio preliminar" es porque este valor se puede modificar. Aquí TTL=32 significa que el sistema operativo puede ser win98. (Poco conocimiento: si TTL = 128, significa que el host de destino puede ser Win2000; si TTL = 250, el host de destino puede ser Unix) En cuanto al uso del comando ping para encontrar rápidamente fallas de LAN, puede buscar rápidamente el más rápido Servidor QQ, puedes Otros realizan ataques de ping... Depende de todos hacerlo ellos mismos. 2. nbtstat Este comando utiliza NetBIOS en TCP/IP para mostrar estadísticas de protocolo y conexiones TCP/IP actuales. Con este comando, puede obtener la información NETBIOS del host remoto, como el nombre de usuario, el grupo de trabajo al que pertenece y la dirección MAC. de la tarjeta de red, etc. Aquí necesitamos comprender varios parámetros básicos. -a Usando este parámetro, siempre que conozca el nombre de la máquina del host remoto, puede obtener su información NETBIOS (la misma a continuación). -A Este parámetro también puede obtener la información NETBIOS del host remoto, pero necesita conocer su IP. -n Muestra la información NETBIOS de la máquina local. Cuando obtiene la IP o el nombre de la máquina de la otra parte, puede usar el comando nbtstat para obtener más información de la otra parte, lo que aumenta el factor de seguro para nuestra intrusión. 3. netstat Este es un comando utilizado para verificar el estado de la red. Es fácil de operar y potente. -a Ver todos los puertos abiertos de la máquina local, que pueden detectar y prevenir troyanos de manera efectiva, y conocer los servicios abiertos por la máquina y otra información. Aquí se puede ver que la máquina local abre el servicio FTP, el servicio Telnet, el servicio de correo, el servicio WEB, etc. Uso: netstat -una IP. -r enumera la información de enrutamiento actual y nos indica la puerta de enlace, la máscara de subred y otra información de la máquina local. Uso: netstat -r IP. Cuarto, tracert rastrea la información de enrutamiento. Utilice este comando para descubrir todas las rutas a través de las cuales se transmiten los datos desde la máquina local al host de destino. Esto nos resulta muy útil para comprender el diseño y la estructura de la red. ......>>