Las pruebas manuales comienzan con el desarrollo de requisitos y finalizan con la elaboración de informes finales. Este proceso surgió históricamente como una alternativa más flexible y accesible a la automatización en las primeras etapas del desarrollo, permitiendo probar rápidamente varios escenarios en vivo.
Inicialmente, las pruebas manuales se realizaban sin metodología, lo que llevaba a errores y pérdidas de información. Si el proceso no está organizado, se pueden generar pruebas duplicadas y omisiones de errores (problema). Para aumentar la eficiencia, es importante estructurar las etapas de las pruebas, definir claramente las áreas de responsabilidad y utilizar documentación estandarizada (solución).
Características clave:
¿Por qué las pruebas manuales no pueden ser completamente reemplazadas por las automatizadas?
Las pruebas manuales son necesarias para trabajar con escenarios no estándar y cambiantes, donde es más sencillo modificar los casos de prueba manualmente, así como para verificar la experiencia del usuario, errores visuales y errores entre navegadores.
¿Se pueden realizar pruebas sin ninguna documentación?
No, la falta de documentación conduce a la pérdida de información, la imposibilidad de reproducir errores y una disminución de la confianza en los resultados de las pruebas.
¿Siempre concluye el proyecto en la etapa de pruebas?
No, las pruebas a menudo se llevan a cabo paralelamente al desarrollo (por ejemplo, enfoques ágiles o iterativos).
En el equipo no había una estructura clara de pruebas, cada uno probaba a su manera, los errores se registraban en diferentes archivos. Resultado: parte de los errores críticos fue ignorada, el tiempo del proyecto se incrementó.
Ventajas:
Desventajas:
Se implementó un plan de pruebas uniforme, se asignaron áreas de responsabilidad, se acordó el formato de los informes de errores. Los errores se registran y se rastrean en un rastreador común.
Ventajas:
Desventajas: