Cuando aprenda a probar software, ayude a describir el diagrama de flujo del estado de ERROR en la siguiente figura.
Este es un diagrama de flujo de gestión de defectos de prueba estándar:
El evaluador informa un error: se crea un nuevo ERROR en la plataforma de gestión de defectos, el estado del error de prueba es nuevo y el El personal de I + D recibe Después de descubrir el ERROR, (1) primero confirme si se ha informado del ERROR. , si el ERROR se ha enviado antes, el personal de I + D informará el ERROR y solicitará un ERROR duplicado. En este momento, el estado del ERROR es Rechazado Duplicado. El evaluador verifica que el ERROR se haya enviado repetidamente y cierra el defecto. (2) Si el ERROR no tiene Si lo envía repetidamente, ¿el personal de I + D confirmará si se trata de un error? Si el diseño es así, el equipo de I + D declarará que el ERROR no es un error, se informará el ERROR y el estado será Rechazado, no error. El evaluador cerrará el defecto después de verificarlo (3) Si; el equipo de I + D de BUG confirma que es un error, el equipo de I + D abrirá la reparación del ERROR, el estado del ERROR está abierto en este momento (4) Si el ERROR abierto se repara, el equipo de I + D comprobará si se puede reproducir; según los pasos de la prueba? Si no se puede reproducir, I+D devolverá el ERROR y el personal de I+D deberá complementar la información. El estado de la prueba es nuevo. Más información Después de que los evaluadores complementen la información del ERROR, la enviarán a I+D para su reparación. hasta que I + D pueda reproducir el ERROR (5) Si el paso de prueba puede reproducir el ERROR, ¿puede el desarrollador decidir si solucionarlo ahora? Si se repara de inmediato, I + D establecerá el ERROR modificado como resuelto y el estado modificado del ERROR se solucionará. La prueba obtendrá el ERROR resuelto para verificación y confirmará si pasa la verificación. , si la verificación pasa, cierre el ERROR, si la verificación falla, vuelva a abrir el ERROR (6) Si el personal de I + D decide no solucionarlo de inmediato, ¿el personal de I + D decide si lanzar una versión para solucionarlo? , si es así, se solucionará en la próxima versión y el estado será Aplazado en la próxima versión. Si no se soluciona en la próxima versión, se solucionará en la próxima versión principal y el estado será Aplazado en la próxima versión principal. El estado de estos dos defectos se suspenderá y se abrirá la fecha de vencimiento para su reparación. El proceso de reparación es el mismo que el proceso normal anterior.