En el artículo Mejora del proceso de prueba, aprendió los puntos de mejora del proyecto Guru99 Bank. Utiliza pruebas automatizadas en lugar de pruebas manuales. Pero los miembros del equipo pueden preguntarle:
Responder a esta pregunta es un desafío porque hay muchos factores a considerar
- Desea respaldar sus actividades de prueba mediante una herramienta de software, pero no conoce las herramientas disponibles actualmente en el mercado.
- ¿Qué tipo de herramienta se ajustará mejor a los requisitos y al presupuesto del proyecto?
- Quién en el equipo tiene las habilidades para usar la herramienta una vez que la haya comprado
Este tutorial te ayudará a responder las preguntas anteriores.
La importancia de la selección de la herramienta de prueba de software
El éxito en cualquier automatización de pruebas depende de identificar la herramienta adecuada para la automatización. Seleccionar la herramienta de prueba "correcta" para su proyecto es una de las mejores formas de lograr el objetivo del proyecto. El siguiente ejemplo le mostrará el beneficio de la selección de la herramienta de prueba
En el proyecto Guru99 Bank, para ahorrar el esfuerzo de las pruebas, el equipo del proyecto decidió utilizar una herramienta de prueba automatizada para la ejecución de la prueba. Después de muchas reuniones, su equipo seleccionó una herramienta adecuada para el proyecto.
Un mes después, recibió el informe del equipo del proyecto sobre esta herramienta.
Los resultados son excelentes. La nueva herramienta automatizada duplicó la productividad de las pruebas. Significa que ahorramos un 50% en el costo de ejecución de la prueba
Este es un ejemplo del beneficio de utilizar la herramienta de prueba en el proyecto. La selección de la herramienta de prueba adecuada le ayudará a mejorar la productividad del proyecto y a ahorrar costes.
Tipo de herramientas de prueba
Hay muchos tipos de herramientas de prueba, que Test Manager puede considerar al seleccionar las herramientas de prueba.
Herramientas de código abierto
Las herramientas de código abierto son el programa en el que el código fuente se publica abiertamente para su uso y / o modificación de su diseño original, sin cargo.
Las herramientas de código abierto están disponibles para casi cualquier fase del proceso de prueba, desde la gestión de casos de prueba hasta el seguimiento de defectos. En comparación con las herramientas comerciales, las herramientas de código abierto pueden tener menos funciones.
Herramientas comerciales
Las herramientas comerciales son el software que se produce para la venta o para fines comerciales.
Las herramientas comerciales tienen más soporte y más funciones de un proveedor que las herramientas de código abierto.
Herramientas personalizadas
En algunos proyectos de prueba, el entorno de prueba y el proceso de prueba tienen características especiales. Ninguna herramienta comercial o de código abierto puede cumplir con el requisito. Por lo tanto, Test Manager debe considerar el desarrollo de la herramienta personalizada.
Ejemplo: desea encontrar una herramienta de prueba para el proyecto Guru99 Bank. Desea que esta herramienta cumpla con algún requisito específico del proyecto.
Análisis de viabilidad de automatización
Volviendo al ejemplo anterior, el equipo del proyecto decidió desarrollar una herramienta personalizada que pueda cumplir con los requisitos del proyecto. Supongamos que se les han dado 100 casos de prueba para automatizar y estiman 5 días para desarrollar una herramienta que pueda automatizar todos esos casos de prueba.
Aquí está el resultado de su trabajo.
Como en el escenario anterior, el problema es que la herramienta de prueba no puede automatizar todos los casos de prueba de la especificación de prueba. Significa que no todas las funciones de la aplicación se pueden probar a fondo con la herramienta de prueba.
Si la funcionalidad de la aplicación bajo prueba cambia con frecuencia o es demasiado complicada , es difícil crear una automatización de prueba para todas las características de la aplicación, porque cada herramienta tiene sus propias limitaciones .
Si no desea estar en tal situación, antes de seleccionar la herramienta de prueba, debe analizar los casos de prueba y decidir qué casos de prueba deben automatizarse y cuáles no. Esta es la actividad Análisis de viabilidad de automatización .
El análisis de viabilidad de la automatización es el factor más importante en las pruebas. En este análisis, debe verificar si la aplicación bajo prueba está calificada para la prueba automatizada.
Algunos factores que debes considerar:
Para saber más sobre estos factores, puede utilizar una lista de verificación que se incluye en este artículo.
Proceso de selección de herramientas
Para seleccionar la herramienta de prueba más adecuada para el proyecto, el Administrador de pruebas debe seguir el proceso de selección de herramientas a continuación
Paso 1) Identificar el requisito de herramientas.
¿Cómo puede seleccionar una herramienta de prueba si no sabe lo que está buscando?
Para identificar con precisión los requisitos de su herramienta de prueba. Todos los requisitos deben ser documentados y revisados por los equipos del proyecto y el consejo de administración.
Considere el siguiente ejemplo: desea encontrar la herramienta de prueba para el proyecto Guru99 Bank. ¿Qué esperas de la herramienta? A) La herramienta puede generar los casos de prueba automáticamente
B) La herramienta puede generar el resultado de la prueba en el formato deseado
C) El probador puede seleccionar qué casos de prueba ejecutar con un conjunto dado de datos de prueba
D) La herramienta puede ejecutar el caso de prueba automáticamente
E) La herramienta puede juzgar y realizar la validación de salida de prueba y marcar los casos de prueba como aprobados o reprobados.
F) Todos los elementos anteriores
Incorrecto Correcto
Paso 2) Evaluar las herramientas y los proveedores
Después de establecer los requisitos de la herramienta, el administrador de pruebas debe
- Analizar las herramientas comerciales y de código abierto que se encuentran disponibles en el mercado, en función del requerimiento del proyecto.
- Cree una lista de herramientas que mejor se adapte a sus criterios
- Un factor que debe considerar son los proveedores . Debe considerar la reputación del proveedor, el soporte posventa, la frecuencia de actualización de la herramienta, etc., mientras toma su decisión.
- Evalúe la calidad de la herramienta tomando el uso de prueba y lanzando un piloto . Muchos proveedores a menudo ofrecen versiones de prueba de su software para descargar.
Paso 3) Estime el costo y el beneficio
Para garantizar que la herramienta de prueba sea beneficiosa para las empresas, el administrador de pruebas debe equilibrar los siguientes factores:
Se debe realizar un análisis de costo-beneficio antes de adquirir o construir una herramienta.
Ejemplo: después de dedicar un tiempo considerable a investigar las herramientas de prueba, el equipo del proyecto encontró la herramienta de prueba perfecta para el sitio web del proyecto Guru99 Bank. Los resultados de la evaluación concluyeron que esta herramienta podría
- Duplica la productividad actual de la ejecución de pruebas
- Reducir el esfuerzo de gestión en un 30%
Sin embargo, después de hablar con el proveedor de software, descubrió que el costo de esta herramienta es demasiado alto en comparación con el valor y el beneficio que puede aportar al trabajo en equipo.
En tal caso, el equilibrio entre costo y beneficio de la herramienta puede afectar la decisión final.
Paso 4) Toma la decisión final
Para tomar la decisión final, el administrador de pruebas debe tener:
- Tenga un gran conocimiento de la herramienta. Significa que debes entender cuáles son los puntos fuertes y los puntos débiles de la herramienta.
- Equilibre el costo y el beneficio.
Incluso con horas dedicadas a leer el manual del software y la información del proveedor, es posible que deba probar la herramienta en su entorno de trabajo real antes de comprar la licencia.
Debe tener la reunión con el equipo del proyecto, consultores para obtener un conocimiento más profundo de la herramienta.
Su decisión puede tener un impacto adverso en el proyecto, el proceso de prueba y los objetivos comerciales; Deberías pasar un buen rato para pensarlo detenidamente.