top 10 test automation strategies
Este es el último artículo de la serie de automatización de pruebas . Este artículo resume las mejores prácticas y estrategias para realizar la automatización de pruebas.
Aunque nuestros artículos anteriores mencionan las mejores prácticas (y algunas de ellas pueden repetirse aquí), me sentí firmemente en enumerar algunas, pero Las mejores prácticas de automatización más importantes aquí en un artículo como referencia .
Estas estrategias se han extraído de mi propia experiencia y de la literatura de gurús de las pruebas como Michael Bolton, James Bach y Cem Kaner. Estas prácticas deben seguirse en todos los proyectos de automatización.
Lo que vas a aprender:
- Las 10 mejores estrategias y prácticas de automatización de pruebas
- # 1. Contratar a un ingeniero o equipo de automatización dedicado
- # 2. Una herramienta de automatización es importante, pero no es la solución para todo
- # 3. Seleccione la herramienta de automatización que sea familiar para sus recursos
- # 4. Conozca la aplicación que se está probando
- # 5. Una buena automatización significa un buen caso de prueba manual
- # 6. Identificar oportunidades con automatización
- # 7. No puedes automatizar todo
- # 8. Evite la automatización de la GUI cuando haya un presente alternativo
- # 9. Utilice la automatización también para otros fines útiles
- # 10. La automatización es desarrollo de software
- Conclusión
- Lectura recomendada
Las 10 mejores estrategias y prácticas de automatización de pruebas
Aquí vamos..
# 1. Contratar a un ingeniero o equipo de automatización dedicado
Esto es algo básico que hacer. No pida a sus probadores manuales que se dediquen a la automatización de pruebas. Si desea que realicen pruebas de automatización, libérelos del trabajo de prueba manual. La automatización de pruebas es un trabajo de tiempo completo. Para ello, necesita recursos dedicados.
Recomiendo crear un equipo de automatización de pruebas que consta de al menos un arquitecto de automatización. Puede contratar a varios ingenieros de automatización para que trabajen bajo la guía del arquitecto de automatización de pruebas. El número de ingenieros de automatización depende del número y tamaño de sus productos.
diferencia entre control de calidad y garantía
# 2. Una herramienta de automatización es importante, pero no es la solución para todo
Hablamos de selección de herramientas . Pero seleccionar la herramienta adecuada es solo el comienzo. Algunos gerentes tienen la idea errónea de que si seleccionan la herramienta adecuada, pueden automatizar fácilmente cualquier cosa. Cuidado, las herramientas de automatización no te lo dan todo. Facilitan el proceso. Pero necesita recursos capacitados para completar el proceso.
A menudo, las herramientas de automatización tienen errores y se atascan al identificar objetos complejos en la aplicación. Los recursos que contrate, si están capacitados, propondrán una solución alternativa que lleve el proceso adelante. De lo contrario, si no contrata buenos recursos, la herramienta por sí sola no puede garantizar una automatización exitosa.
# 3. Seleccione la herramienta de automatización que sea familiar para sus recursos
Si sus recursos están familiarizados con C # y su aplicación a probar también está desarrollada en C #, entonces no tiene sentido seleccionar la herramienta que no ofrece C # para escribir scripts.
El aprendizaje de idiomas es un proceso que requiere tiempo. Evite esta curva de aprendizaje comprando una herramienta que ofrezca una curva de aprendizaje mínima.
# 4. Conozca la aplicación que se está probando
La selección de herramientas depende en gran medida de las tecnologías utilizadas en su producto. Conozca su producto al revés antes de iniciar la automatización.
Si se trata de una aplicación web, conozca los navegadores que admitirá. Conozca las tecnologías que se utilizan en él. Si es una aplicación de escritorio, sepa en qué idioma se basa. Qué controles de terceros se utilizan en la aplicación. Esto le ayudará a facilitar la selección de herramientas y la automatización futura.
# 5. Una buena automatización significa un buen caso de prueba manual
Casos de prueba manuales sólidos bien escritos sálvanos de automatizar aquellos casos de prueba que son fáciles de automatizar pero que son débiles para encontrar defectos.
Aquí está la cita del libro Lessons Learned in Software Testing:
'Automatizar sin un buen diseño de prueba puede resultar en mucha actividad, pero poco valor'.
Siempre es recomendable escribir primero el caso de prueba en forma manual. Identificar todos los requisitos previos y los datos de prueba. . Escriba los pasos de manera clara y escriba los resultados esperados delante de cada paso. El objetivo de un caso de prueba debe ser claro y debe depender menos de los otros casos de prueba. Los ingenieros de automatización deben ejecutar este caso de prueba manualmente al menos una vez para decidir claramente qué objetos deben identificarse y cuál será el flujo de navegación. Haga preguntas con probadores manuales.
Esta actividad a veces ayuda a identificar errores incluso antes de que se escriba el script de automatización. Los expertos dicen que la mayoría de los errores se identifican en la fase de desarrollo de la automatización de pruebas en lugar de en la fase de ejecución real.
# 6. Identificar oportunidades con automatización
Si te entregan con un caso de prueba manual para automatizar , no se limite a automatizar ese caso de prueba tal como está. En su lugar, busque más oportunidades en su automatización para ampliar el alcance de este caso de prueba.
Preguntas y respuestas de la entrevista de soporte de escritorio para el nivel l1
Por ejemplo, si el requisito del caso de prueba manual es, debe iniciar sesión en una página web. Puede ampliar este caso de prueba haciéndolo basado en datos. Enumere todos los escenarios posibles de inicio de sesión, como contraseña no válida, contraseña vacía, nombre de usuario no válido, correo electrónico no válido, nombre de usuario en blanco, recordarme marcado, no marcado, etc. Enumere los escenarios posibles junto con su resultado esperado en un archivo de Excel y coloque este archivo de Excel como fuente de datos para su caso de prueba. Ahora, este caso de prueba manual, después de ser automatizado, puede probar todos los escenarios posibles de una sola vez.
Siempre busque oportunidades que se puedan hacer con la automatización, pero que sean difíciles de hacer manualmente. Tales como escenarios de pruebas de carga, pruebas comparativas de rendimiento, mismas pruebas en diferentes entornos con diferentes configuraciones, pérdidas de memoria, pruebas de alta precisión, etc. Todos estos son escenarios difíciles para los probadores manuales.
# 7. No puedes automatizar todo
La automatización significa ejecutar menos pruebas con más frecuencia. Tienes que empezar poco a poco atacando primero tus pruebas de humo. Entonces cubre tu construir pruebas de aceptación . Luego pase a las pruebas que realiza con frecuencia, luego pase a su tiempo de realización de pruebas. Pero asegúrese de que cada prueba que automatice ahorre tiempo para que un evaluador manual se concentre en cosas más importantes.
La automatización no está aquí para reemplazar a los probadores manuales. Tampoco puede. Está aquí para quitarles el trabajo repetido a los probadores manuales para que puedan usar todo su enfoque y fuerza para encontrar nuevos escenarios de prueba y errores. (Lea mi artículo Conceptos erróneos sobre la automatización de pruebas)
Automatice algunas pruebas que valioso y ahorradores de tiempo o dificil de hacer para probadores manuales. Si hiciste eso, la tarea de automatización está terminada.
# 8. Evite la automatización de la GUI cuando haya un presente alternativo
La automatización de GUI siempre es más difícil que otros tipos de pruebas automatizadas. Entonces, si hay una situación en la que puede lograr su objetivo no automatizando la GUI, sino mediante otros métodos como entradas de línea de comando, entonces la mejor estrategia es evitar la automatización de la GUI.
Por ejemplo, desea probar la instalación de la aplicación. El objetivo es comprobar si la aplicación se instaló o no en un entorno determinado. Un método consiste en iniciar la instalación y hacer clic en el botón ' Próximo ”Varias veces a través de su herramienta de automatización. Puede ser complicado, llevar mucho tiempo y está sujeto a mantenimiento si cambia la interfaz de usuario. El otro enfoque es iniciar la instalación de la aplicación con un archivo por lotes que proporciona argumentos silenciosos. La aplicación se instalará silenciosamente sin mostrar GUI. El objetivo se conseguirá en menos tiempo y de forma más fiable.
# 9. Utilice la automatización también para otros fines útiles
La automatización es algo tan fantástico. Puede lograr cosas en las que normalmente no piensa. La automatización no se trata solo de programar un caso de prueba manual. En lugar de, puede utilizar la automatización para facilitar diferentes operaciones en su organización.
Por ejemplo, puede utilizar la automatización para crear datos maestros y configurar configuraciones automáticamente para probadores manuales. Para que puedan comenzar sus pruebas lo antes posible.
Puedo dar un ejemplo de mi propia empresa. Queríamos cambiar de nuestra herramienta de gestión de casos de prueba. Estábamos usando 'Test Director' (ahora HP ALM) y queríamos cambiar a TFS (Servidor de Team Foundation). Tuvimos alrededor de 4000 casos de prueba y errores manuales en Test Director. Transferirlos manualmente a TFS podría llevar alrededor de un mes. Entonces mi gerente me pidió que probara algo de automatización.
Busqué esas herramientas y descubrí que Test Director está usando el servidor SQL como su repositorio. Para TFS, descubrí una herramienta que puede leer casos de prueba y errores de un archivo de Excel, si están escritos en un formato particular, y puede insertarlos en TFS. El resto de la historia es simple. Escribí una consulta SQL para buscar todos los casos de prueba y errores y los exporté a un archivo de Excel en el formato específico. Luego utilicé esa herramienta que lee todos los casos de prueba y errores del archivo de Excel y los inserté en TFS. Todo el proceso tomó solo 3 horas. Mi gerente estaba muy feliz. Espero que entiendas mi punto también.
# 10. La automatización es desarrollo de software
Si desarrolla software de calidad, necesita las mejores prácticas. Necesita revisiones de código para escribir código de calidad. Necesita seguir un marco o patrón de diseño. Necesita un mantenimiento constante.
La automatización es básicamente desarrollo de software. Por lo tanto, todas las mejores prácticas que sigue al desarrollar software deben seguirse al realizar la automatización. El marco de automatización debería estar allí. Deben realizarse revisiones de código. Los errores de automatización deben informarse en el repositorio de errores. El código fuente de la automatización debe colocarse bajo el control de la fuente, etc. Cuanto más lo trate como un desarrollo de software, más exitosa será la automatización.
Conclusión
Esto resume el artículo, así como la serie de automatización de pruebas. Aprendí muchas cosas mientras escribía estos tutoriales y espero que ustedes también aprendan leyendo. La automatización de pruebas es una carrera interesante y gratificante. Hacerlo correctamente no solo es beneficioso para usted, sino también para la organización.
cómo abrir archivos bin en Windows 10
Todos los días, mientras trabajo en la automatización de pruebas y sus técnicas, encuentro nuevos e interesantes desafíos que resolver. Esta serie fue un intento de resaltar lo que podría encontrarse en un viaje de automatización de pruebas. Espero haberlo entregado de manera correcta y sencilla.
Como siempre, espero sus comentarios y sugerencias. No dude en escribir sus comentarios en la sección de comentarios. Estaré feliz de saber de ti y ayudarte si es necesario. Gracias por leer.
PREV Tutorial #6
Lectura recomendada
- ¿Es usted un experto en pruebas manuales o de automatización? ¡Trabaja a tiempo parcial para nosotros!
- Desafíos de las pruebas manuales y de automatización
- Los 10 mejores libros de pruebas de software (libros de pruebas manuales y de automatización)
- Sikuli GUI Automation Testing Tool - Guía para principiantes, parte 2
- Guía paso a paso para implementar la prueba de concepto (POC) en 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
- ¿Cómo decidir qué tipo de prueba se requiere para un proyecto? - Manual o Automatización
- ¿Cómo realizar pruebas de rendimiento manuales?