Informe de defectos de prueba de software

Informe de Defectos

1. Definición de Defecto:

Describe y describe el defecto encontrado, con la documentación requerida para aclarar, completar y reproducir el problema

p>

Es decir, el ERROR descubierto por el evaluador se registra en el informe de defectos. El ERROR se notifica al desarrollador a través del informe de defectos para que modifique el ERROR. situación. Los informes de defectos también son una forma importante de comunicación entre evaluadores y desarrolladores

2. ¿Qué son los defectos?:

1: El software no logra las funciones descritas en la especificación del producto.

2: El software tiene errores que están claramente indicados en el manual del producto.

3: El software no realiza funciones que no estén claramente marcadas en el manual del producto, por ejemplo, la contraseña es texto sin formato y no texto cifrado.

4: El software excede. las funciones en el manual del producto, como en informática, se incorporó una función de cámara en el dispositivo/

5: El software es difícil de entender, usar y ejecutar lentamente desde la perspectiva de nuestra prueba. Durante el desarrollo, sentimos que la experiencia del usuario no es buena. Por ejemplo, la aplicación de comunicación no puede encontrar la interfaz de chat

3. Razones de los defectos:

1: Cambio de requisitos claros

p>

2: El software carece de orientación documental normativa

3: La estructura del software es compleja

4: Problemas de codificación

5: Ciclo de proyecto corto

6: Uso de nuevas tecnologías

4. Clasificación de defectos:

4. Elementos centrales del informe de defectos:

Ocho ítems: número de defecto, estado del defecto, título del defecto, pasos de reproducción, gravedad, prioridad, tipo de defecto y entorno de prueba.

1: Número de defecto: el identificador único del ERROR

2: Estado del defecto:

Nuevo: ERROR encontrado

Asignación: Quién lo hace Módulo de función del módulo de función asigna el ERROR a quién

Abierto: El desarrollador está arreglando el ERROR

Corregido: El desarrollador ha completado la modificación

Retrasado: el desarrollador puede reparar el defecto Solicitar extensión

Cerrado: el desarrollador completó la reparación, el evaluador lo probó y el defecto no existe

Reescribir Abierto: El el desarrollador ha completado la reparación, el probador ha realizado la prueba y el defecto aún existe o aparece un nuevo ERROR

Rechazo: la descripción del ERROR por parte del probador no es muy clara y el desarrollador tiene derecho a negarse a encontrarlo. un evaluador para descubrirlo

3: Título del defecto

Descripción general del defecto, describe la naturaleza del problema

4: Pasos de reproducción

①Describe los pasos para reproducir el defecto paso a paso

②Resultados esperados

③Resultados reales

5: Gravedad

El impacto de los defectos en el sistema de software

6: Prioridad

La importancia de arreglar defectos o urgencia

7: Tipo de defecto

Tipos de defectos clasificados según el origen y la causa raíz del defecto

Defectos funcionales, de configuración, instalación y rendimiento

8: Entorno de prueba

Configuración del entorno de prueba, incluido el entorno de software y hardware entorno

5. Redacción del informe de defectos

1. Revisión del error La descripción debe ser concisa, precisa y completa para revelar la esencia del error

2. Intente utilizar frases y oraciones cortas y evite patrones de oraciones complejas

3. Cada informe de problema de software Escriba solo un defecto o error

4. Indique claramente el tipo y la gravedad del error

5. Intente registrar solo una operación completa para cada paso

6. Repita Los pasos de la operación actual deben ser completos, precisos y breves

7. Necesario se pueden adjuntar imágenes de características de error

8. Se pueden adjuntar los casos de prueba necesarios