¿Deben realizarse las pruebas solo después de que se completen las fases de compilación y ejecución?

Antes de responder a la pregunta, hablaré sobre algunos tipos diferentes de metodología de desarrollo de software.

  1. Modelo de cascada: es un modelo tipo escalera donde las pruebas se realizan después de completar el trabajo de desarrollo.
  2. Modelo incremental: aquí las pruebas se realizan después de desarrollar un pequeño fragmento de la aplicación y van bien así con todos los demás fragmentos sucesivos.
  3. Modelo ágil: Aquí viene, el modelo más popular y eficiente. Aquí las pruebas comienzan después del primer trabajo de velocidad. 1st sprint está totalmente dedicado al trabajo de desarrollo y, en la actualidad, el equipo de pruebas está compilando datos de prueba y preparando el guión de prueba para las próximas historias de usuario.

Trabajo en modelo scrum ágil. Así que voy a dar una imagen completa de la misma para una mejor comprensión. Aquí las pruebas se realizan en varias fases y en varios puntos de control.

  1. Al principio comenzamos las pruebas de integración de componentes. Verificando todas las historias de usuarios que se implementaron en el último sprint inmediato. Continúa hasta el último sprint.
  2. Ahora viene la prueba de integración del sistema. Probamos la aplicación completa de una sola vez para ver la compatibilidad de todos los componentes individuales.
  3. Pruebas adhoc: durante esto, un probador intenta romper el código con todos los datos inusuales y el proceso complejo.
  4. Pruebas End-2-End: No se practica en todos los modelos ágiles. En el caso de un modelo ágil híbrido, probamos la ruta feliz completa de una aplicación al verificar todos los componentes en el camino.
  5. Pruebas en vuelo: Es como una prueba de tránsito. Verificamos la aplicación iniciada previamente en un código totalmente nuevo y esperamos una ejecución limpia sin ningún error intermitente o constante.
  6. Pruebas no funcionales: Ocurre por fin cuando todos los requisitos funcionales se retiraron del entorno de prueba funcional. Ex- Pruebas de rendimiento, pruebas de seguridad, pruebas de usabilidad y pruebas de accesibilidad, etc.

Según mi entendimiento, no hay un tiempo fijo para comenzar la prueba. Será muy eficiente, si se inicia temprano.

Esperemos que los contenidos indicados anteriormente sean útiles.

Por favor, siéntase libre de señalar cualquier error.

No. Las pruebas pueden ocurrir en cualquier fase de un proyecto.

Las diferentes fases del ciclo de vida del desarrollo tienen sus respectivas fases de prueba asignadas. A continuación se presentan algunos ejemplos.

  1. Documentación → Revisiones, Inspecciones
  2. Desarrollo y liberación → Pruebas de caja blanca
  3. Pruebas → Caja negra, facilidad de uso, rendimiento, etc.
  4. Aceptación del usuario → Pruebas de aceptación del usuario
  5. Producción → Pruebas alfa y beta.

No hay ninguna especificación de que las pruebas no puedan ocurrir en una parte particular del tiempo.

Pruebas = Verificación + Validación

La validación se puede hacer solo una vez que las fases de compilación y ejecución están completas. Sin embargo, deberíamos tener nuestro caso de prueba listo antes de que se nos haya entregado la compilación real.

La forma ideal es involucrarse en todo el proceso de desarrollo de software y verificar los requisitos y, con base en eso, estar listo con un conjunto de casos de prueba. Una vez que la compilación ha sido entregada, podemos ejecutarlos e identificar los problemas.

No se debe iniciar ninguna prueba desde el día 1, puede involucrarse en discusiones de diseño, revisar documentos, revisar las funcionalidades propuestas y sugerir cambios.

En mi experiencia, la participación temprana de los evaluadores destaca algunos de los problemas críticos que pueden ser muy costosos en una etapa posterior

No se pueden realizar pruebas en ninguna etapa. La prueba se realiza para comprobar y detectar errores. Detectará los errores y será corregido. Las pruebas se pueden realizar de dos maneras mediante pruebas automatizadas y pruebas manuales.

Después de las fases de compilación y ejecución, las pruebas realizadas significan que será bastante difícil corregir los errores. Si hiciste pruebas en cada etapa será fácil de ejecutar.

No es necesario