Menú

Guía paso a paso para implementar la prueba de concepto (POC) en las pruebas de automatización

step step guide implement proof concept automation testing

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

¿Cómo implementar la prueba de concepto (POC) en las pruebas de automatización?

Cada organización tiene diferentes procesos de prueba y procedimientos. Las pruebas manuales son importantes e insustituibles; sin embargo, la automatización es muy rápida.

Presentamos las pruebas de automatización para una organización es un desafío y los siguientes puntos determinarán si es necesario:

Prueba de automatización prueba de concepto poc

#1 . Duración del proyecto: A corto o largo plazo: los proyectos a largo plazo son buenos candidatos para la automatización

#2. ¿Cuánta regresión se realiza en cada ciclo de prueba ? – proyectos que tienen pruebas de regresión largas y repetitivas, ya que la automatización reduce el tiempo total de prueba y asegura una cobertura completa.

#3. Estabilidad de la aplicación: La aplicación que no sea susceptible a cambios frecuentes debe considerarse para la automatización. El producto que no es estable, donde la GUI / Funcionalidad sigue cambiando, los elementos o su XPath en la página siguen cambiando, no debe automatizarse hasta que se estabilice.

prueba unitaria prueba de integración prueba del sistema

#4. ¿Los datos del proyecto están seguros y la prueba requiere algunos procedimientos complicados? – En este caso, lo mejor es realizar una prueba manual.

#5. ¿El la organización tiene un presupuesto para la automatización? - La automatización se sumará a gastos adicionales para la organización, como el costo de la herramienta de automatización, el costo de los recursos, el tiempo requerido para el desarrollo del marco y la escritura / mantenimiento de scripts de prueba de automatización.

Con la automatización, no pasar pruebas o dar por sentados algunos resultados de pruebas nunca sucederá. Garantiza una cobertura del 100% del módulo dado cada vez que se prueba el mismo. La automatización también ayudará a realizar la misma prueba varias veces en varios navegadores y plataformas.

La siguiente figura ayudará a comprender el proceso de prueba de automatización.

Proceso de prueba de automatización

Desde el punto de vista de las pruebas técnicas, el El equipo de control de calidad debe comprender los siguientes aspectos sobre su herramienta de automatización:

  1. Matriz de pruebas de plataforma y sistema operativo
  2. Capacidad basada en datos
  3. Capacidad de generación de informes y portabilidad de informes
  4. Fácil depuración y registro
  5. Control de versión compatible
  6. Extensible y personalizable (capaz de integrarse con otras herramientas como Ant, TestNG)
  7. Integración continua.
  8. Notificaciones por correo electrónico (mensaje de correo electrónico personalizado recibido si las pruebas se pasan con éxito / fallan / o cualquier falla de la red)
  9. Si se requieren pruebas entre navegadores y múltiples plataformas, entonces se admite o no el entorno de pruebas distribuidas.

Lo que vas a aprender:

Seleccionar la herramienta de automatización correcta:

Seleccionar la herramienta de automatización correcta

#1. Una aplicación bajo prueba es una aplicación web o una aplicación de escritorio.
#2. Elegir una herramienta de código abierto versus una pagada.
#3. La herramienta debe cumplir con el requisito de prueba de la aplicación.
#4. Uso de la herramienta: la experiencia y el nivel de comodidad del equipo en términos de uso y aprendizaje de las herramientas.
#5. ¿Admite informes? Si la respuesta es No, ¿qué otras opciones de informes están disponibles (código abierto o de pago)? En caso afirmativo, ¿qué tan bueno es en términos de transmitir datos correctos desde las presentaciones, así como desde el punto de vista del contenido?

También leer => La guía de la A a la Z sobre cómo seleccionar la mejor herramienta de automatización

Además, la evaluación de herramientas incluye:

Al seleccionar una herramienta de automatización, es muy importante considerar si es compatible con la implementación de la GUI de las aplicaciones.

  1. La GUI se implementa utilizando HTML tradicional o AJAX u otro conjunto de herramientas de desarrollo web
  2. ¿La GUI incluye videos, imágenes o mucho contenido escrito?
  3. Es interactivo o solo informativo
  4. Navegadores necesarios para ser probados .

Es importante evaluar la herramienta en los puntos anteriores para comprender si la herramienta realmente cumple con los requisitos de prueba del proyecto.

Desarrollo de pruebas de concepto sobre automatización:

Implementando un automation testing POCO es un método crucial y más utilizado para introducir una herramienta en una organización. Una vez que se decide que se va a realizar la automatización y se ha elegido una herramienta, es el momento de crear un prototipo como POC y presentarlo a la gerencia para mostrar el uso y los beneficios en tiempo real.

Para hacerlo:

1) Decidir los casos de prueba que usaremos en el POC.
2) Ayuda a elegir las áreas en las que los clientes estarán más interesados.
3) Planifique mostrar manual versus automatización de una manera que demuestre que no hay degradación en la calidad al elegir la automatización.
4) Incluya un caso de prueba que falle y dé como resultado la búsqueda de un defecto; esto ayuda a reforzar que la herramienta de hecho puede encontrar defectos.
5) Utilice afirmaciones y puntos de validación siempre que sea necesario.
6) Muestre claramente las áreas que pueden y no pueden automatizarse. Por lo general, los siguientes aspectos no se pueden automatizar:

  • Videos de vapor
  • Contenido Flash (contenido no estático)
  • Imágenes no estáticas

7) Resalte si la herramienta cumple con los siguientes requisitos.

  • ¿Puede automatizar todas las funciones clave de la aplicación deseada?
  • ¿Es posible la automatización en el mismo navegador que requiere el proyecto?
  • ¿La automatización requerirá cambios en la implementación de aplicaciones? (al igual que para la automatización, es importante que los identificadores de elementos sean únicos y no cambien cada vez que se invoca la página)

El resultado de POC- suele ser uno de los siguientes:

  1. Las herramientas cumplen con los requisitos del proyecto - Elaborar más detalles. Como el costo de implementación: es necesario negociar los precios, finalizar las tarifas de licencia, los costos de capacitación y soporte, los gastos de consulta y de implementación, etc. etc. Tanto para las herramientas con licencia como para las de código abierto, también se deben considerar los costos de mantenimiento. Debe tenerse en cuenta que los beneficios son sustanciales solo durante un largo período de tiempo.
  2. La herramienta no cumple los requisitos y tiene limitaciones: la herramienta ya no se considera.
  3. La herramienta cumple parcialmente los requisitos - volver a visitar y comprobar si otro satisface mejor los requisitos O si la automatización está totalmente fuera de escena O si existe alguna otra solución alternativa con la misma herramienta.

Una vez que presentamos nuestra prueba de concepto a la gerencia y obtenemos el visto bueno de ellos, el siguiente paso es implementar un proyecto piloto utilizando esa herramienta.

POCO Template:

No existe una plantilla de POC perfecta. Generalmente incluye:

C # preguntas y respuestas de la entrevista para experimentados con ejemplos
  1. Requirement for POCO
  2. Candidatos de POC (todas las herramientas de automatización)
  3. Requerimientos del proyecto
  4. Pros y contras de cada herramienta según los requisitos del proyecto
  5. POCO result

Aquí hay un par de plantillas de POC de automatización como referencia:

=> POCO template 1
=> POCO template 2

Implementación de un proyecto piloto:

Debemos definir nuestro proyecto piloto por:

Preguntas y respuestas de la entrevista para desarrolladores de .net
  • Cuantificar casos de negocio que determinarán si debemos utilizar esta herramienta o no.
  • Defina la convención de nomenclatura y varias pautas para la herramienta de aplicación.
  • Beneficios de una herramienta como financiera y otras, lo que se puede hacer y lo que no se puede hacer y también sus posibles soluciones.

Paso 1. Elegir casos de prueba para piloto

  • Módulos / Funciones importantes desde la perspectiva del cliente
  • Funcionalidad fácil de demostrar (camino feliz de principio a fin)
  • Casos de prueba difíciles de probar manualmente y una vez automatizados simplificarán la prueba
  • Funcionalidad rota para demostrar cómo la automatización puede ayudar a identificar casos de prueba fallidos

Paso 2. Marco de automatización desarrollo

Un marco de automatización de pruebas es el conjunto de conceptos, procesos, procedimientos, prácticas y entorno. No es más que un sistema integrado que consta de reglas para automatizar cualquier producto. Este sistema incluye un conjunto de bibliotecas funcionales, API, datos de prueba, repositorio de objetos y varios otros módulos. El marco y el enfoque de las secuencias de comandos que se utilizan para la automatización de pruebas tienen un efecto sobre sus costos.

Se pueden utilizar las siguientes técnicas de secuencias de comandos:

  • Lineal
  • Híbrido
  • Basado en datos
  • Impulsado por palabras clave y
  • Estructurado

Usando cualquiera de las técnicas anteriores, se puede diseñar un marco de prueba que ayudará a lograr un formato específico para impulsar la prueba, simplificar la ejecución de la prueba y los informes.

Determine plantillas, convenciones de nomenclatura para objetos, casos de prueba, conjuntos de pruebas, repositorio de datos, etc.

Paso 3. Desarrollo y ejecución de guiones

Paso 4. Reportando: ¿Tiene la herramienta capacidades de generación de informes integradas? ¿Los informes incorporados son capaces de transmitir toda la información requerida con precisión? ¿Vamos a necesitar otra herramienta para fines de informes, como informes de cristal, reportNG, etc.?

Paso # 5 . Mantenimiento de scripts de automatización

Presentar a las partes interesadas:

Tanto como la prueba de concepto y la implementación de un piloto es importante, también lo es presentarlo de la manera correcta. Los siguientes puntos ayudarán a presentarlo de manera positiva.

  1. Comience con la cantidad de esfuerzo de prueba manual que se pone en cada ciclo de prueba, los desafíos que enfrenta durante la prueba manual y cómo podemos usar la automatización para superarlos.
  2. Explica cómo seleccionaste la herramienta según la prueba de concepto.
  3. Resalte las características de la herramienta de automatización y cómo complementa los requisitos de prueba
  4. Mientras ejecuta la automatización, explique cómo la herramienta de automatización no solo ayudará a acelerar la ejecución de la prueba, sino también a su capacidad para realizar la verificación y la identificación de errores.
  5. Demuestre cómo el informe mostrará el estado de ejecución del caso de prueba
  6. Resalte las funciones de informes, como leyendas coloridas para diferentes estados de casos de prueba, instantáneas de casos de prueba fallidos y portabilidad de informes.
  7. Y, finalmente, muestre cuánto tiempo de prueba se reducirá en cada ciclo de prueba.
  8. También explique cómo puede lograr todo el marco de automatización que ha desarrollado y sus beneficios en términos de uso y mantenimiento.

Esté preparado para responder preguntas relacionadas con cuánto tiempo tomará automatizar una sola funcionalidad simple o crítica. Además, si ocurre un cambio menor en el frente de la aplicación, cuántos cambios de secuencia de comandos se requerirán y cuánto tiempo se necesitará para modificar.

Esperamos que esta guía le sea útil para comenzar a escribir un documento POC de pruebas de automatización. Háganos saber si usted tiene alguna pregunta.

Lectura recomendada

^