how does test planning differ
Todos estamos de acuerdo en que los proyectos de automatización son de naturaleza diferente a los de pruebas manuales. Aunque los proyectos de automatización autónomos no existen realmente (o no deberían existir idealmente), tanto los proyectos manuales como los de automatización se tratan de manera diferente cuando se planifican.
Un proyecto planificado mixto se ejecuta inevitablemente; esto no solo afecta el proyecto actual y ensombrece las capacidades del individuo, sino que también puede llevar a la pérdida de confianza en el equipo para el cliente / la gerencia, lo que afecta a los negocios posteriores. Prefiero decir que nosotros, los probadores, debemos prevenir que lamentar.
=> Haga clic aquí para ver la serie completa de tutoriales del plan de prueba
Un buen cómic de Dilbert sobre planificación:
Antes de continuar, quiero establecer de qué NO trata este artículo.
#1) Esta no es una discusión en profundidad de los marcos de automatización. Los diferentes proyectos utilizan diferentes marcos según la naturaleza de su AUT, arquitectura, complejidades, experiencia del equipo, etc.
La información sobre los marcos se puede encontrar en los siguientes enlaces:
Marcos de automatización de pruebas, parte 1 y parte 2 .
#2) Tampoco se trata de una plantilla, formato o creación de un Documento del plan de prueba . Vamos a abordar las consideraciones previas a la documentación para un proyecto de automatización, más en las líneas de un análisis de viabilidad.
#3) Esto tampoco herramientas específicamente. Cada actividad en el SDLC requiere tiempo, esfuerzo, infraestructura, en otras palabras, DINERO.
Para un proyecto de prueba manual, los factores que consumen costos son:
- Gente
- Herramientas: gestión de pruebas / defectos
- Infraestructura - medio ambiente
- Hora
- Capacitación
Para un proyecto de automatización, además de los elementos anteriores, necesita gastos para:
- Herramientas de automatización
- Complemento para la integración de la herramienta de gestión de pruebas
- Complemento para admitir AUT (como SAP, Oracle, etc.)
- Configuración del marco
- Formación específica para herramientas
Dadas estas circunstancias, ¿el éxito de un proyecto de Automatización depende de qué tan bien haya escrito el código, cuántos componentes reutilizables escribió o en cuántas líneas de código logró el resultado deseado?
No.
Hay una y la única pregunta que determina el éxito: “¿Puede generar un mejor ROI (retorno de la inversión) en comparación con la ruta manual”? - Si no de inmediato, eventualmente.
Si la respuesta a esta pregunta es 'NO', entonces ha planificado el proyecto de automatización de forma incorrecta.
Normalmente, un plan de prueba tiene las siguientes secciones. Vamos a discutir cada uno de ellos enfocándonos en aspectos específicos de Automatización a considerar:
Secciones del plan de prueba de pruebas de automatización
Sección 1:Alcance
- Elija los casos / escenarios de prueba que deben retroceder una y otra vez a lo largo de varios ciclos.
- A veces, los casos de prueba más simples necesitan muchas soluciones complicadas para automatizarse. Si estos son solo para un uso único, obviamente no tiene sentido. La reutilización debe ser su enfoque.
- Automation Testing no puede realizar pruebas exploratorias.
Sección 2: Estrategia de prueba
- Esta sección se conoce como el marco en el mundo de la automatización. Algunos marcos son extremadamente difíciles de crear y también son efectivos, pero en cuanto a tiempo, esfuerzo y competencia son exigentes. Busque siempre un término medio y haga lo mejor que pueda sin poner en peligro la sobreutilización de los recursos.
- Decidir sobre las mejores prácticas de codificación que se utilizarán, las convenciones de nomenclatura, las ubicaciones para almacenar los activos de prueba, el formato de los resultados de las pruebas, etc. para mantener la uniformidad y aumentar la productividad.
Seccion 3:Recursos / Roles y responsabilidades
- El primer paso en esta dirección es comprender las capacidades del equipo y anticipar el alcance de la automatización que entra en escena. Esto ayudará a elegir un equipo que se adapte a las necesidades de pruebas manuales y de automatización. Además, elija a las personas que tengan la actitud adecuada, que no creen que las pruebas manuales estén por debajo de su nivel.
- Elija un equipo bien versado en AUT, gestión de pruebas, gestión de defectos y otras actividades de SDLC
- Sección # 1: Alcance
Sección 4:Instrumentos
Elija herramientas de Automatización según las siguientes reglas:
- ¿La empresa ya tiene licencias para una determinada herramienta, intente ver si puede usarla?
- Busque herramientas de código abierto (pero confiables)
- ¿Los miembros del equipo ya conocen la herramienta o necesitamos traer a alguien nuevo? ¿O entrenar a los existentes?
Sección # 5: Horarios
- Incluya tiempo para recorridos de código e inspección de los scripts de automatización
- Mantenga los guiones de manera oportuna. Si crea un fragmento de código que no va a utilizar durante los próximos 6 meses, asegúrese de mantenerlo periódicamente para reducir las posibilidades de que falle.
Sección # 6:Ambiente
- El entorno de destino que va a ejecutar su AUT y la herramienta de automatización que desea utilizar deben ser compatibles. Este es uno de los factores que debe considerarse una prelicencia para la herramienta.
- Además, analice si el resto de Herramientas administrativas en su lugar y la herramienta de automatización que está intentando incorporar son interconectables para un beneficio adicional.
Sección # 7:Entregables
- Sus scripts de prueba son sus entregables. Sin embargo, no todo el mundo es experto en lenguajes de programación / automatización. Por lo tanto, planifique la creación de un documento de 'Cómo hacer' que ayude a los usuarios actuales y futuros miembros del equipo a poder comprender este script incluso cuando usted no esté presente.
- Incluya comentarios en su guión también.
Sección 8: Riesgos
Si va a proponer una solución de automatización, asegúrese de elegir herramientas y soluciones rentables para asegurarse de que el esfuerzo de automatización no sobrecargue el proyecto.
Es importante establecer la expectativa de que el ROI de un proyecto de automatización no puede ser positivo de inmediato, sino que se puede ver claramente durante largos períodos de tiempo.
Por lo tanto, si propone automatizar un sistema, elija el que sea
- Estable y sin demasiado mantenimiento.
- Tiene margen para enormes suites de regresión
- No tiene demasiada intervención manual o no depende de la intuición humana.
Sección # 9:Datos de prueba
- Tenga en cuenta los aspectos de seguridad de los datos
- No codifique ningún dato de prueba en los scripts. Esto solo conduce a demasiado mantenimiento del script y puede provocar errores durante la modificación.
- Sea muy específico. Para un paso de prueba manual: 'ingrese el nombre', puede decir ingrese cualquier nombre de 5 caracteres. Durante la prueba, un evaluador puede escribir 'Swati' o 'Seela' o cualquier otra cosa. Pero para una herramienta, no puede hacer tales suposiciones. Por lo tanto, proporcione valores exactos.
Sección # 10:Informes / Resultados
- Los resultados de la ejecución del script también son técnicos y es posible que el resto de los equipos no los entienda fácilmente. Planee escribir resultados detallados en el bloc de notas o en hojas de Excel como medida adicional.
- También se esperan documentos de marco detallados, resultados de revisión, informes de defectos, informes de estado de ejecución.
Nosotros, como entusiastas de la automatización, podríamos pensar que los clientes / la gerencia no compran fácilmente las propuestas de automatización.
que es la programación descriptiva en qtp
Sin embargo, cuando nuestro objetivo final es maximizar el retorno de la inversión a través de la automatización, también estamos en perfecta armonía con los objetivos de la dirección / cliente. Esto garantizará que no solo lleguemos a Automatizar nuestro proyecto, sino que podamos hacerlo, con mucho consentimiento, cooperación y entusiasmo.
La planificación y el análisis exhaustivo de todos los factores enumerados anteriormente pueden ser nuestro aliado en este viaje. Una vez más, el ROI lo es todo.
Esta publicación está escrita por Swati Seela, miembro del equipo de autores de STH.
¿Tiene dudas o cosas que discutir? No dude en publicar en los comentarios a continuación.
=> Visite aquí para ver la serie completa de tutoriales del plan de prueba
Lectura recomendada
- Marcos QTP - Marcos de automatización de pruebas - Ejemplos de marcos lineales y basados en palabras clave - Tutorial QTP n. ° 17
- Desafíos de las pruebas manuales y de automatización
- ¿Cómo decidir qué tipo de prueba se requiere para un proyecto? - Manual o Automatización
- ¿Por qué necesitamos un marco para la automatización de pruebas?
- Las 10 mejores prácticas y estrategias de automatización de pruebas
- ¿Cómo traducir casos de prueba manuales en scripts de automatización? - Una guía paso a paso con ejemplo
- ¿Cuándo optar por las pruebas de automatización?
- Proceso de prueba de automatización de 10 pasos: cómo iniciar las pruebas de automatización en su organización