Please enable JavaScript.
Coggle requires JavaScript to display documents.
Expos 3 - Coggle Diagram
Expos 3
Release lyfe cycle
Pre alpha
todas las actividades realizadas antes del lanzamiento alfa de un producto de software se encuentran en la fase de etapa de pre alfa
alfa
son un proceso de prueba interno, realizado dentro de la organización por los testers o los desarrolladores
beta
el software se implementa en el sitio del cliente para que los usuarios previstos o el cliente l prueben en un entorno real
disponibilidad general
el producto de software estable final se lanza y esta disponible en el mercado para su venta y compra
Testing levels
Unit Testing A level of the software testing process where individual units of a software are tested. The purpose is to validate that each unit of the software performs as designed.
Integration Testing A level of the software testing process where individual units are combined and tested as a group. The purpose of this level of testing is to expose faults in the interaction between integrated units.
System Testing A level of the software testing process where a complete, integrated system is tested. The purpose of this test is to evaluate the system’s compliance with the specified requirements.
Acceptance Testing A level of the software testing process where a system is tested for acceptability. The purpose of this test is to evaluate the system’s compliance with the business requirements and assess whether it is acceptable for delivery.
-
Nuevo: cuando se registra y publica un nuevo defecto por primera vez. Se le asigna un estado como NUEVO.
Asignado: una vez que el probador publica el error, el líder del probador aprueba el error y lo asigna al equipo de desarrolladores.
-
Corregido : cuando un desarrollador realiza un cambio de código necesario y verifica el cambio, puede hacer que el estado del error sea "Corregido".
Nueva prueba pendiente : una vez que se corrige el defecto, el desarrollador le da un código particular para volver a probar el código al probador. Dado que la prueba del software permanece pendiente desde el final de los probadores, el estado asignado es "pendiente de nueva prueba".
Volver a probar: el probador vuelve a probar el código en esta etapa para comprobar si el desarrollador solucionó el defecto o no y cambia el estado a "Volver a probar".
Verificado : el probador vuelve a probar el error después de que el desarrollador lo solucionó. Si no se detecta ningún error en el software, entonces el error se corrige y el estado asignado es "verificado".
Reabrir : si el error persiste incluso después de que el desarrollador lo haya solucionado, el evaluador cambia el estado a "reabierto". Una vez más, el error atraviesa el ciclo de vida.
Cerrado : si el error ya no existe, el evaluador asigna el estado "Cerrado".
Duplicado : si el defecto se repite dos veces o el defecto corresponde al mismo concepto del error, el estado cambia a "duplicado".
Rechazado : si el desarrollador considera que el defecto no es un defecto genuino, cambia el defecto a "rechazado".
Diferido : si el error actual no es de máxima prioridad y se espera que se solucione en la próxima versión, el estado "Aplazado" se asigna a dichos errores.
No es un error : si no afecta la funcionalidad de la aplicación, el estado asignado a un error es "No es un error".
test cases
es u conjunto de acciones ejecutadas para verificar una caracteristica o funcionalidad particular de una aplicacion de software