Академический Документы
Профессиональный Документы
Культура Документы
Test Run un Test run es un conjunto de pruebas que se van a ejecutar. Cada
prueba tiene un test run y se pueden aadir uno o ms resultados de la prueba
para realizar un seguimiento de su progreso y ejecucin de la misma.
Hiptest editor Hiptest editor es una aplicacin de cdigo abierto que genera
secuencias de comandos para varios marcos de automatizacin de pruebas
como RSpec, JUnit, TestNG, Robot Framework, cucumber, etc....
Estas buenas prcticas haen que nuestras pruebas sean legibles y fciles de
mantener (activo valioso). Pero esto no es suficiente tambin es necesario un
circuto de retroalimentacin muy corto y esta es la razn por la cual nuestras
puerbas de aceptacin estn automatizadas e integradas en el proceso de
integracion continua.
Hasta ahora hemos tenido xito en la entrega de un software que trabaja en el
nivel de calidad requerido y coin la velocidad y la escala de DevOps entre los
factores calves del xito mencionaremos:
-
BDD
Refactorizacin
Integracin continua
Escribir pruebas con Hiptest es agradable, lo que les permiti que se ejecuten
automticamente es an mejor. Para facilitar esta transicin, hemos creado la
herramienta de editor de la prueba del VIH, que transforma sus escenarios
Hiptest en pruebas ejecutables en varios idiomas (Java, Ruby, Python ...) y el
marco de prueba.
Esta documentacin le ayudar a ATRAVES el proceso de conseguir sus
escenarios Hiptest en pruebas automatizadas. Hay cuatro pasos en este
proceso, cada uno de ellos se describe en una de las siguientes pginas:
Seleccionar un enfoque a nivel de acoplamiento: Este paso define qu tan
cerca sus Hiptest escenarios y sus pruebas ejecutables estarn cerca
Estructura de su proyecto: un proyecto diseado para la automatizacin debe
seguir algunas reglas con el fin de simplificar sus actualizaciones crear
secuencias de comandos ejecutables: cmo usar editor hiptest para
transformar sus pruebas en los ejecutables integrar con su proceso de
integracin continua: el ltimo paso es integrar sus pruebas hiptest en su
proceso de CI con el fin de obtener los resultados de vuelta en Hiptest
Echa un vistazo a esta demostracin en vivo para ver cmo automatizar e
integrar escenario 1 con su CI:
Definir el nivel adecuado para sus palabras de accin
Automatizacin con Hiptest editor - el nivel de acoplamiento
Un aspecto crtico durante el diseo del proyecto ser elegir el nivel de
acoplamiento del proyecto (en comparacin con la estructura de
automatizacin). Usted tiene principalmente dos opciones: acoplamiento fuerte
o flojo. Ambos mtodos tienen ventajas y desventajas que detallaremos a
continuacin. En cualquier caso, no se preocupe demasiado acerca de la
eleccin, no es una definitiva y siempre es posible pasar de una solucin a la
otra.
Para demostrar cmo escribir pruebas de estos dos enfoques, usaremos uno de
nuestro propio escenario de prueba para Hiptest, en el que nos aseguramos de
que un usuario puede cambiar su nombre en el sistema. El escenario es el
siguiente:
El acoplamiento flexible
La idea principal de la articulacin flexible es evitar la integracin de
contenidos relacionados con la automatizacin dentro de los escenarios de
prueba de la cadera y las palabras de accin. Eso significa que el nivel ms
bajo de las palabras de accin describir acciones en el sistema bajo prueba
(login, registro, crear el proyecto ...) y tendr que ser implementado por el
equipo de automatizacin.
Las palabras de accin utilizados en "Cambiar perfil" se ver de la siguiente
manera:
Nota: Haga clic en el nombre de usuario y haga clic en los botones de perfil no se muestran
aqu, pero son simples palabras de accin con un paso de accin que describen la accin a
realizar.
Como se puede ver, las acciones descritas por las palabras de accin son bastante genrico
y cada uno tendr que ser aplicado manualmente por un revelador con el fin de tener la
prueba de funcionamiento automatizado. Esto pide ms trabajo durante el proceso de
ejecucin, sino que hace que sea posible escribir dos implementaciones de la misma palabra
de accin (por ejemplo, si haba una versin de la aplicacin mvil de Hiptest, podramos
escribir una aplicacin para la versin web y otro para el mvil versin y utilizar los
mismos escenarios de prueba para ambos).
acoplamiento fuerte
La idea aqu es la integracin de la automatizacin en el interior Hiptest. Eso significa que
la prueba y el equipo de automatizacin de los dos para trabajar en el proyecto Hiptest. Con
este tipo de proyectos, el nivel ms bajo de la palabra de accin describir las tareas
automatizadas (Click, llenar texto, URL abierta ...) y ser llamado por las palabras de
accin de alto nivel.
Con nuestro ejemplo anterior, las palabras de accin se vera as:
Como se puede ver, cada palabra de accin llama a las palabras de accin ms
bajas que llamamos "accin palabra API". Cada uno fue etiquetado con
"Automatizacin: api" para que puedan ser filtrados fcilmente como se ve en
esta captura de pantalla:
Cada una de estos palabra de accin contienen un solo paso que describe la
accin que realiza.
La principal ventaja de esta solucin es que la aplicacin se reduce a su
mximo, ya que slo las palabras de accin API tendrn que ser aplicado
manualmente. Dicho esto, este trabajo tendr que hacerse dentro Hiptest y el
equipo de automatizacin tendr que trabajar directamente en Hiptest para
crear el contenido del nivel ms alto de las palabras de accin.
Otro inconveniente de esta solucin es cuando el escenario de prueba necesita
muchos accesorios. Por ejemplo, en Hiptest, tenemos una prueba de
comprobacin de que la estructura de carpetas creada en escenarios se replica
al crear una ejecucin de prueba. As que tenemos una palabra de accin
llamado "Cargar proyecto con la estructura de carpetas". Esta palabra de
accin no se implementa mediante el uso de las llamadas a palabra de accin
de la API, ya que sera demasiado tiempo para crear cada elemento de la
prueba y luego crear la realizacin de la prueba (y esta parte no es objeto de la
prueba, pertenece a otras pruebas asegurando el proceso de creacin de
carpetas y escenarios funciona como se esperaba). Por lo que esta palabra de
accin accesorio se considera como una palabra de accin de la API y se lleva a
cabo manualmente, aunque en realidad no pertenecen a la misma clase de
palabras de accin como "clic" o "Abrir URL".