Prueba manual
La prueba manual es un proceso de detección de defectos, errores en un programa de software. Un probador realiza la función de usuario final y verifica si todas las funciones funcionan correctamente o no. El probador ejecuta manualmente los casos de prueba. La prueba manual es el proceso de usar las funciones de una aplicación como usuario final. Con las pruebas manuales, un probador realiza pruebas manualmente en el software. Este proceso se lleva a cabo para encontrar defectos / errores. La prueba manual es un tipo básico de prueba en la aplicación bajo prueba.
Flujo de proceso de prueba de software
Requisito (Revisión / Análisis SRS)
Una especificación de requisitos de software (SRS) es un documento que contiene una descripción completa sobre cómo se espera que funcione el sistema. Después de completar, se cierra al final de los requisitos. La revisión de SRS no es más que pasar por el documento de especificación de requisitos funcionales e intentar comprender cómo será la aplicación de destino.
Desafíos
- No podemos recopilar toda la información al mismo tiempo
- Mucha discusión necesaria
- A veces la velocidad de discusión sería demasiado rápida o demasiado lenta para comprender
La mejor práctica
- Debemos prestar atención y escuchar con atención.
- Mantenga un cuaderno o una computadora portátil para escribir notas
- Dibuje un diagrama o un código de bloque aproximado para una mejor comprensión y referencia
Creación de plan de prueba
Es un documento desarrollado por el administrador de pruebas. Es un conjunto de ideas que guía y está creado para informar a todos los gerentes, evaluadores y desarrolladores sobre el proceso de prueba.
Desafíos
- La estrategia no es lo que se puede cambiar con frecuencia.
- Tiene muy alta importancia
La mejor práctica
- Haga una lista de diferentes entornos donde se pueden implementar aplicaciones
- Haga una lista de todas las herramientas de terceros necesarias para la aplicación
- Lista de todos los sistemas operativos como Win 7, Win 10, Win Server
El plan de prueba contiene una comprensión detallada del flujo de trabajo. Consiste en plantillas de prueba que tienen introducción, alcance, estrategia de prueba, requisitos del entorno, cronograma de prueba, funciones a probar, recursos y responsabilidades, entregables, criterios de suspensión / salida, criterios de reanudación, dependencias, riesgos, herramientas, documentación y aprobaciones.
Desafíos
- El éxito o el fracaso dependerán de cómo se realice la prueba. Esta fase es importante para probar el ciclo de vida del software.
La mejor práctica
- Cree un entorno matricial donde el software se pueda probar en todos los entornos.
- Configure las configuraciones de prueba para Win 7, Win 8, Win 10 y Android
- Mantenga las bases de datos (MySQL, Oracle, SQLServer) en la matriz de prueba de tal manera que estén demasiado integradas con alguna prueba.
Pruebas reales
En esta fase, la compilación de la aplicación está lista y lista para encontrar errores. Se realizan pruebas reales y se informan errores. La prueba se realiza de muchas maneras, como funcional (prueba de unidad, prueba de integración, humo, localización), no funcional (rendimiento, volumen, carga), mantenimiento (regresión).
Desafíos
¡La prueba es un proceso pesado que en sí mismo es lamentable por error! Uno encuentra muchos desafíos mientras prueba una aplicación.
La mejor práctica
- Siga la ruta de navegación del software (AUT)
- Pregunte al desarrollador antes de dirigirse al propietario del producto.
- Tome la ayuda del desarrollador cuando sea necesario
Antes del lanzamiento
Antes de lanzar el software en el mercado, se garantiza la calidad del producto. Una vez que se construye un software, se prueba varias veces.
Desafíos
- El software debe probarse cuidadosamente en muchos parámetros, es decir, funcional, de comportamiento, rendimiento y escalabilidad.
La mejor práctica
- Todas las características en todas las plataformas deben ser probadas
- Resalte los datos que no se prueban
- La tarjeta de salud de la solicitud debe estar presente para las partes interesadas
Pasos en los requisitos para liberar
Revisión de SRS
SRS es una descripción de un sistema de software a desarrollar. Contiene requisitos funcionales y no funcionales.
Objetivos
Se establecen objetivos para lanzamientos mayores y menores.
Fecha objetivo
La fecha objetivo es la fecha en que se publica la compilación
Plan detallado del proyecto
El plan detallado del proyecto no es más que la construcción del proyecto, incluye especificaciones de diseño y decisión
Desarrollar plan de prueba
Desarrollar plan de prueba se basa en especificaciones de diseño
Plan de prueba
Esto incluye los objetivos, el cronograma de pruebas, la metodología adoptada durante la prueba, las características que se deben probar y las que no se deben probar, los criterios de riesgo de soporte multiplataforma y la asignación de recursos para la prueba.
Especificaciones de prueba
El documento de Especificaciones de prueba incluye detalles técnicos (requisitos de software) requeridos antes de la prueba.
Redacción de casos de prueba
Los casos de prueba son de diferentes tipos como casos de prueba de humo, caso de prueba de cordura, casos de prueba de regresión, casos de prueba negativa
Desarrollo
En la fase de desarrollo, los módulos se desarrollan uno por uno
Enlace de instaladores
Se utiliza para construir productos individuales.
Procedimiento de construcción
Una compilación incluye instaladores de los productos disponibles: varias plataformas.
Pruebas
Prueba de nuevas características. Navegador cruzado y prueba de plataforma cruzada. Pruebas de estrés y pruebas de pérdida de memoria.
Informe resumen de prueba
Informe de prueba, error y otro informe se crean en el informe de resumen de prueba
Congelación de código
En la congelación de código no se pueden agregar más líneas de código
Decisión de liberar el producto
Aquí se toma la decisión de lanzar o posponer el lanzamiento del producto.
Conclusión
La existencia de pruebas manuales y pruebas de automatización nos obliga a pensar en nuestra elección de herramientas, su costo y el beneficio que proporcionarán. Hay un momento y un lugar para ambos métodos de prueba. Las pruebas manuales nos ayudan a comprender todo el problema y explorar otros ángulos de pruebas con flexibilidad. Las pruebas automatizadas ayudan a ahorrar tiempo a largo plazo al realizar una gran cantidad de pruebas de nivel de superficie en poco tiempo. Depende de usted determinar cuándo y dónde se utiliza cada método de prueba.