Tipos de pruebas y los pasos a seguir en secuencia para asegurar que sus clientes reciban un producto de calidad. Por ejemplo, las pruebas de rendimiento solo se pueden realizar con éxito después de que se haya realizado pruebas funcionales y el software pasa ese paso. Hacerlo de otra manera resultaría en errores funcionales que retrasen el éxito de las pruebas de rendimiento
Paso 1: Pruebas unitarias
realizadas por el desarrollador. El diseño de casos de prueba unitarios comienza después de que una revisión técnica aprueba el diseño de alto nivel. Los casos de prueba unitaria se diseñarán para probar la validez de la corrección del programa. En otras palabras, cada declaración de decisión en el programa adquirirá un valor verdadero.
Paso 2: Planificación de prueba
realizada por QA. Revise las especificaciones de requisitos, los diseños arquitectónicos y los casos de uso para desarrollar planes de prueba, pasos de prueba y escenarios de prueba. Identifique las brechas o problemas que deben abordarse.
Paso 3: Requisitos trazabilidad / probabilidad
realizado por QA. La trazabilidad es la capacidad de mostrar cómo se derivan los requisitos de los requisitos de nivel superior (o “padre”). Por el contrario, la trazabilidad ayuda a identificar todos los requisitos hacia abajo derivados de los requisitos de los padres.
Paso 4: Pruebas de integración
realizadas por QA. Las pruebas de integración demuestran que todas las áreas del sistema se interactúan entre sí correctamente y que no hay brechas en el flujo de datos. La prueba de integración final demuestra que el sistema funciona como una unidad integrada cuando todas las correcciones están completadas.
Paso 5: Verificación de compilación / prueba de humo
realizada por QA. Cuando una compilación ha cumplido con los criterios de finalización y está listo para ser probado, el equipo de control de calidad ejecuta una batería inicial de pruebas básicas para verificar la compilación. Si la compilación no es comprobable en absoluto, entonces el QA rechaza la construcción. Si las porciones de la compilación son probables, se prueban y los resultados se documentan.
Paso 6: Pruebas funcionales
realizadas por QA. Las pruebas funcionales aseguran que cada elemento de la aplicación cumple con los requisitos funcionales del negocio como se describe en el documento de requisitos/breve funcional, la especificación de diseño del sistema y otros documentos funcionales producidos.
Paso 7: rendimiento, carga y y y la carga y Pruebas de estrés
realizadas por QA. Las pruebas no funcionales demuestran que se cumplen los estándares o requisitos de rendimiento documentados. Los ejemplos de estándares comprobables incluyen tiempo de respuesta y compatibilidad con navegadores y sistemas operativos especificados.
Paso 8: Validación de fijación de defectos
realizada por QA. Si existían defectos o problemas conocidos durante el desarrollo, QA prueba específicamente en esas áreas para validar las correcciones implementadas por los desarrolladores que también han probado estas correcciones antes de enviarlas a QA para validación.
Paso 9 : Pruebas de regresión
realizadas por QA. Las pruebas de regresión se realizan después del lanzamiento de cada fase para garantizar que no haya impacto en el software publicado previamente. Las pruebas de regresión no se pueden realizar en la compilación inicial porque los casos de prueba se toman de defectos encontrados en la compilación previa en inicial, no habrá nada que probar.
Paso 10: Gestión de errores
realizado por QA. Durante el flujo de trabajo de las pruebas de control de calidad, todos los defectos se informarán utilizando el flujo de trabajo de gestión de errores. Las reuniones regulares se llevarán a cabo entre el control de calidad, el desarrollo, la gestión del producto y los proyectos para discutir defectos, prioridad de defectos y correcciones.
Paso 11: REVISIÓN DE INFORMES Y LEJIDAD DE QA realizada por QA. QA establece los resultados de las pruebas, informa defectos pendientes/problemas conocidos y hace una recomendación para la liberación en la producción.
Paso 12: Gestión de liberación
realizada por QA. La liberación del software se refiere al proceso de proporcionar algunos archivos nombrados (o de otra manera identificados de otra manera) a otros para su uso. Los otros pueden ser su departamento en el trabajo, sus compañeros de clase o el mundo. Administrar el lanzamiento significa que sabe, comprende y puede explicar lo que entró.
Paso 13: Pruebas de aceptación del usuario
realizadas por todos los gerentes de productos interesados, gerentes de proyectos y un grupo de enfoque del cliente (si corresponde) Para verificar el nuevo sistema, los cambios de datos y software cumplen con las expectativas de los clientes y cumplen con los requisitos de usabilidad.
Paso 14: Liberar en producción
realizado por QA & Project Team si el equipo del proyecto determina que la compilación es aceptable Para la producción, el equipo de gestión de configuración/versión migrará la construcción en la puesta en escena para que el equipo de implementación se mude al entorno de producción.
Paso 15: Post Implementación
Pruebas realizadas por QA. Pruebas realizadas después del software que se ha implementado para garantizar una implementación adecuada.
