Pasos generales del proceso de prueba de software

Estos son 11 pasos del proceso de prueba de software , es un enfoque práctico basado en la experiencia para la solución de la asignación de prueba.

Estos se explican a continuación a continuación.

• Paso 1: evaluar el estado y el plan de desarrollo:
  esta iniciativa puede ser un requisito previo para armar un plan de verificación, validación y prueba para evaluar la solución de software implementada. Durante este paso, los evaluadores desafían la integridad y corrección del plan del evento. En función de la amplitud y la integridad de los probadores del plan del proyecto, los evaluadores pueden estimar la cantidad de recursos que obtendrán para probar la solución de software implementada.
• Paso 2: desarrollar el plan de prueba:
  la formación del plan para la prueba seguirá un patrón equivalente al de cualquier proceso de planificación de software. La estructura de todos los planes debe ser equivalente, pero el contenido variará según el grado de riesgo que los evaluadores perciban en relación con el software que se está desarrollando.
• Paso 3: Probar los requisitos del software:
  los requisitos incompletos, inexactos o inconsistentes causan la mayoría de las fallas del software. La incapacidad de obtener los requisitos correctos durante la fase de recopilación de requisitos también puede aumentar significativamente el costo de implementación. Los evaluadores, a través de la verificación, deben determinar que los requisitos sean precisos, completos y que no entren en conflicto con otros.
• Paso 4: Probar el diseño del software:
  este paso prueba tanto el diseño externo como el interno principalmente a través de técnicas de verificación. Los evaluadores están preocupados de que la planificación logre los objetivos de los deseos, también porque el diseño sea efectivo y eficiente en el hardware designado.
• Paso 5: Prueba de la fase de construcción:
  el método elegido para construir el software a partir del documento de diseño interno determinará el tipo y la extensión de los probadores necesarios. A medida que la construcción se vuelve más automatizada, se requerirán menos pruebas durante esta fase. Sin embargo, si el software se crea mediante un proceso en cascada, está sujeto a errores y se verificará. La experiencia ha demostrado que es significativamente más económico detectar defectos durante la fase de desarrollo que a través de pruebas dinámicas durante el paso de ejecución de la prueba.
• Paso 6: Ejecutar y registrar el resultado:
  esto implica probar el código durante el estado dinámico. El enfoque, los métodos y las herramientas establecidos en el plan de prueba se utilizarán para validar que el código ejecutable realmente cumpla con los requisitos de software establecidos y, por lo tanto, con las especificaciones estructurales de diseño.
• Paso 7: Prueba de aceptación:
  la prueba de aceptación permite a los usuarios medir la aplicabilidad y la utilidad del software en el desempeño de sus funciones laborales diarias. Esto prueba lo que el usuario cree que debe realizar el software, en comparación con lo que los requisitos documentados indican que debe realizar el software.
• Paso 8: Informe de los resultados de la prueba:
  el informe de la prueba es un proceso continuo. Puede ser tanto oral como escrita. Es importante que los defectos e inquietudes se informen a las partes correspondientes lo antes posible, para que se puedan realizar las correcciones al menor costo posible.
• Paso 9: La instalación del software:
  una vez que el equipo de prueba haya confirmado que el software está preparado para su uso en producción, se debe probar la potencia para ejecutar ese software durante el entorno de producción. Esto prueba la interfaz con el software operativo, el software relacionado y los procedimientos operativos.
• Paso 10: Probar cambios de software:
  si bien esto se muestra a menudo como el Paso 10, dentro del contexto de realizar el mantenimiento después de implementar el software, el concepto también se aplica a los cambios durante el proceso de implementación. Cada vez que cambian los requisitos, el plan de prueba debe cambiar y el impacto de ese cambio en los sistemas de software debe probarse y evaluarse.
• Paso 11: Evaluar la eficacia de las pruebas:
  la mejora de las pruebas se puede lograr mejor evaluando la eficacia de las pruebas en la parte superior de cada tarea de prueba de software. Si bien esta evaluación la realizan principalmente los probadores, debe involucrar a los desarrolladores, usuarios de software y profesionales de control de calidad si existe una función dentro de la organización de TI.