Menú

Marco de automatización de pruebas sin script: herramientas y ejemplos

scriptless test automation framework

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

Todo lo que necesita saber sobre el marco de automatización de pruebas sin código o script y las mejores herramientas. Lista de las mejores y más populares herramientas de automatización de pruebas sin script para móviles con características y comparación:

Este artículo le brindará una descripción general completa del marco de automatización sin script en términos simples.

Los objetivos de diseño, los requisitos de implementación, los beneficios y los mitos de la automatización sin guiones se explican con ejemplos perfectos para su fácil comprensión.

Al concluir este artículo, obtendrá una buena perspectiva de todas las respuestas a las preguntas 'por qué', 'qué', 'cuándo' y 'cómo' relacionadas con este marco.

Marco de automatización de pruebas sin script

Lo que vas a aprender:

Niveles de automatización

Echemos un vistazo rápido a los niveles de automatización, antes de profundizar en el marco de automatización de pruebas sin código.

# 1) Scripting / Codificación

Como sugiere el propio nombre, esto requiere la creación de un programa / software para automatizar pruebas o procesos.

Ejemplo: Si tiene que realizar pruebas unitarias de una función o una clase en particular, entonces necesitará crear programas de prueba para probar su función o clase. No hay forma de automatizar sus pruebas de unidades sin codificación.

En general, si un herramienta de automatización o framework obliga a los probadores a crear algún código o script para proporcionar entrada de prueba, ejecución y reporte de pruebas automatizadas, luego dichas herramientas se clasifican en este nivel.

# 2) sin escritura

En este nivel, no necesita ningún conocimiento de codificación o secuencias de comandos para crear pruebas automatizadas. Sin embargo, como marco, es una buena práctica proporcionar la capacidad de personalización.

Para los usuarios avanzados, la personalización se puede realizar escribiendo su propio código para cubrir algunos escenarios de prueba únicos.

# 3) Automatización avanzada usando inteligencia artificial (IA)

Este es el nivel más alto de automatización que se puede lograr:

  • Cree scripts de prueba a partir de documentos de casos de prueba (probablemente utilizando tecnología de procesamiento de lenguaje natural).
  • Scripts de prueba de autocorrección basados ​​en los cambios de la aplicación para una prueba de regresión efectiva.
  • Genere automáticamente scripts de prueba basados ​​en las acciones / casos de uso del usuario en la aplicación bajo prueba. Ésta es la versión avanzada de la función tradicional de grabación y reproducción.
  • Validación automática de los resultados de la prueba basada en el aprendizaje automático sin entradas del usuario sobre lo que debe validarse y análisis de prueba.

Introducción a la automatización de pruebas sin script

En este artículo, nos centraremos en la automatización de nivel 2, que no tiene script.

Antes de eso, veamos la lista de algunas de las mejores herramientas de automatización sin script.

Características generales para plataformas sin script

Tradicionalmente, las pruebas automatizadas requieren el desarrollo de un script complejo, ya que a menudo requieren un conjunto sólido de habilidades de ingeniería. Además, estos scripts de prueba tienden a ser 'frágiles', es decir, se rompen a medida que cambia la aplicación o cuando la aplicación se ejecuta en diferentes dispositivos.

Este es el atractivo de las plataformas de automatización sin script. Ofrecen a las organizaciones una oportunidad rentable y de baja complejidad para aprovechar el poder de las pruebas automatizadas, sin la complejidad asociada o el costo del desarrollo de scripts.

Por lo tanto, es imperativo al seleccionar una plataforma de automatización sin script móvil para asegurarse de que:

  • Los scripts de prueba se pueden crear de una manera intuitiva 'sin código'.
  • Los scripts de prueba se pueden ejecutar en una amplia gama de dispositivos y sistemas operativos sin romperse
  • Los scripts de prueba se pueden exportar en un estándar abierto (por ejemplo, Appium) para evitar el bloqueo del proveedor.

Revisión de hechos: Según Kobiton, el 36% de las organizaciones han gastado más de $ 100000 en probar aplicaciones móviles el año pasado. Esta encuesta con las organizaciones de control de calidad sobre pruebas de aplicaciones móviles dice que el 84% de las organizaciones de pruebas confían en que las pruebas en el dispositivo real les darán una mejor tasa de éxito que usar un emulador o simulador.

método de cascada del ciclo de vida del desarrollo de software
Consejo profesional: Al evaluar las plataformas de automatización de pruebas sin script, los factores a considerar incluyen opciones de implementación (nube pública, nube privada, local), plataformas compatibles, pruebas en dispositivos reales, compatibilidad con pruebas de automatización (Selenium o Appium), personalización de scripts y costo. . Una herramienta debería tener menos mantenimiento, una configuración sencilla y debería poder ofrecer una mayor eficiencia. La herramienta debe seleccionarse teniendo en cuenta los requisitos de su negocio. =>> Contáctenos para sugerir una lista aquí.

Las mejores herramientas de automatización de pruebas sin script

Comparación de las mejores plataformas sin script para pruebas de aplicaciones móviles

Despliegue Pruebas automatizadas Plataforma Prueba gratis Precio
TestCraft

TestCraft_Logo		SaaSSelenioLas pruebas se pueden ejecutar en múltiples plataformas.Disponible.Consigue una cotización.
IDE de selenio

SelenioIDE_Logo		Alojado en la nubeSelenioWindows, Mac y Linux.--Libre
Prueba Zap

ZapTest_Logo		Basado en la nube.--MultiplataformaDisponibleConsigue una cotización.
Kobiton

Kobiton_logo		En las instalaciones y en la nube.Soporte completo para Appium y SeleniumDispositivos iOS y Android.Prueba gratuita disponible durante 15 días con 50 dispositivos.Equipo: $ 40 / mes
Organización: $ 415 / mes
Empresa: Obtenga una cotización.
Ranorex

Ranorex_Logo		Windows instalado.Selenio o transportadorRanorex Studio: Windows.
Ranorex Webtestit: plataformas Windows, Mac y Linux		30 diasComienza en $ 2990.

¡¡Vamos a explorar!!

Las principales herramientas que se incluyen en esta categoría se indican a continuación para su referencia.

# 1) TestCraft

TestCraft logo nuevo

TestCraft es una plataforma de automatización de pruebas de Selenium sin script. Su revolucionaria tecnología de inteligencia artificial y el modelado visual único permiten una creación y ejecución de pruebas más rápidas al tiempo que eliminan la sobrecarga de mantenimiento de las pruebas.

Los probadores crean escenarios de prueba totalmente automatizados sin codificación. Los clientes encuentran errores rápidamente, lanzan con más frecuencia, se integran con el CI / CD aprueban y mejoran la calidad general de sus productos digitales.

Testcraft

Características principales:

  • No se requieren conocimientos de programación. Aproveche el conocimiento comercial de los evaluadores manuales y permítales crear escenarios de prueba automatizados sin código.
  • Reducir sustancialmente los costos de mantenimiento. Los scripts se ajustan automáticamente para cambiar debido a nuestro algoritmo de IA. Los cambios importantes se adaptan con unos pocos clics.
  • A base de selenio. Integre y aproveche rápidamente los módulos desarrollados por la comunidad.
  • Proporciona un tiempo de valoración inmediato. Nada que instalar (SaaS). Fácil de dominar.

=> Visite el sitio web de TestCraft

# 2) ACCELQ

ACCELQ

Plataforma de automatización de pruebas potente y sencilla de usar.

ACCELQ es la única plataforma de prueba continua basada en la nube que automatiza a la perfección las pruebas API y web sin escribir una sola línea de código. Los equipos de TI de todos los tamaños utilizan accelQ para acelerar sus pruebas mediante la automatización de aspectos críticos del ciclo de vida, como el diseño, la planificación, la generación de pruebas y la ejecución de las pruebas.

Leer también = >> Revisión de AccelQ

Los clientes de accelQ generalmente ahorran más del 70% del costo involucrado en los esfuerzos de cambio y mantenimiento en las pruebas, abordando uno de los principales puntos débiles de la industria. accelQ hace que esto sea posible con un núcleo impulsado por IA para brindar la automatización de autorreparación entre otras capacidades únicas.

El enfoque en el diseño y la experiencia del usuario está en el corazón del enfoque de innovación continua de accelQ con un esfuerzo incansable para acelerar las pruebas y mejorar la calidad entregada a sus clientes.

Capacidades clave:

  • Modelado visual de aplicaciones para el diseño y la automatización del ciclo de vida.
  • Automatización de API y UI sin código en el mismo flujo.
  • Generación automatizada de casos de prueba y planificación de datos.
  • Automatización en sprint con múltiples capas de abstracción.
  • Capacidades de planificación y gestión de pruebas integradas.
  • Integración perfecta de CI / CD y Jira / ALM con trazabilidad natural.
  • Poder de autorreparación con motor analítico en tiempo de ejecución para una automatización sólida.
  • Sin bloqueo de proveedor, marco extensible alineado con código abierto.

=> Visite el sitio web de ACCELQ

#3)ZapTest

Mejor para Pequeñas y grandes empresas o nuevas empresas.
Precio: Obtenga una cotización para conocer los detalles de sus precios.

Prueba Zap

ZapTest es una solución empresarial para optimizar la automatización de sus pruebas mediante menos secuencias de comandos, documentación automática y ejecución en paralelo. Es compatible con VB Script y JavaScript. Puede probar cualquier interfaz de usuario y API.

Características:

  • El script generado a través de esta plataforma se puede utilizar para una computadora, teléfono o tableta.
  • Se puede utilizar para la automatización de pruebas de IU y API.
  • La documentación de prueba se generará automáticamente.
  • Se pueden crear scripts de prueba para aplicaciones en vivo, maquetas, escenarios de video y referencias textuales.

Veredicto: La herramienta le permitirá ejecutar scripts automáticamente en todos los entornos de prueba simultáneamente. Agilizará la automatización de sus pruebas a través de escenarios de video y referencias textuales.

Sitio web: ZapTest

# 4) Selenio IDE

Mejor para Startups y autónomos.
Precio: Selenium IDE es gratuito y de código abierto.

SelenioIDE

Selenium IDE es una herramienta de código abierto para la automatización de pruebas. Funciona mediante grabación y reproducción. Se utiliza como complemento para los navegadores Chrome o Firefox. Admite la ejecución en varios navegadores mediante Command-line Runner para Selenium IDE.

Tiene la capacidad de registrar múltiples localizadores para cada elemento con el que interactúa. Los casos de prueba que cree en Selenium IDE serán reutilizables.

Características:

  • Admite estructuras de flujo de control como if, while y times.
  • La herramienta se puede expandir a través de complementos.
  • Le permitirá crear un conjunto de pruebas.
  • También le permitirá personalizar el script de prueba.

Veredicto: Selenium IDE trabaja en la funcionalidad de grabación y reproducción. Aunque la herramienta tiene funcionalidades limitadas, puede ser una herramienta de automatización de pruebas básica perfecta sin script.

Sitio web: IDE de selenio

#5)Estudio Ranorex

ranorex-studio

Estudio Ranorex incluye un conjunto completo de herramientas de automatización de pruebas sin script para pruebas de escritorio, sitios web y aplicaciones móviles. Automatice las pruebas en la mitad del tiempo que otros enfoques.

Ranorex

Las características clave incluyen:

  • Grabadora Ranorex : Capture cada interacción con su aplicación. Pause y reanude la grabación, edite pasos y agregue acciones de validación, directamente en la ventana de captura.
  • Espía Ranorex : Identifique los elementos de la interfaz de usuario con un solo clic, luego arrástrelos y suéltelos en su caso de prueba. Ranorex Studio maneja automáticamente cualquier elemento web dinámico.
  • Editor de acciones : Edite los pasos registrados, agregue validaciones, especifique las condiciones de ejecución (declaraciones IF) y use datos de un archivo de Excel o una base de datos, todo sin codificación.
  • Incorporado Selenium WebDriver . Ejecute pruebas entre navegadores en el punto final de WebDriver, un Selenium Grid local o un proveedor basado en la nube.
  • Informe de ejecución de prueba incorporado e informe de video de la ejecución de la prueba . Si falla un paso de prueba, simplemente vuelva a reproducir el video para ver qué sucedió. Haga clic en un paso fallido en el informe de prueba para saltar directamente al caso de prueba y depurarlo.
  • Se integra con las principales herramientas de seguimiento de defectos que incluyen Jira y Bugzilla , Herramientas CI / CD que incluyen Jenkins y Bambú , TestRail para la gestión de casos de prueba y más.

Ranorex Studio también tiene un IDE completo para que pueda ampliar sus casos de prueba con código si lo desea.

# 6) Kobiton

Mejor para Pequeñas y grandes empresas.

Precio: Kobiton ofrece una prueba gratuita durante 15 días. Tiene tres planes de precios, es decir. Equipo ($ 40 por mes), Organización ($ 415 por mes) y Empresa (Obtenga una cotización) . Estos precios son para facturación anual. También se encuentran disponibles planes de facturación mensual.

Kobiton

La herencia de Kobiton es ofrecer una plataforma integral para probar su aplicación en dispositivos reales y administrar una granja de dispositivos.

Kobiton proporciona una capacidad en su plataforma llamada Intelligent Test Automation, que es una capacidad de automatización de pruebas de Appium sin script. Kobiton supervisará su prueba manual o exploratoria y ofrecerá la opción de convertirla en una prueba automatizada.

Estas pruebas automatizadas utilizan Appium bajo el capó. Además, Kobiton usa IA y Aprendizaje automático para solucionar el problema de los scripts frágiles, es decir, Kobiton puede actualizar dinámicamente las estrategias del localizador de Appium para encontrar elementos en la aplicación incluso cuando cambia la ruta x.

Por último, aunque no necesita conocer Appium, Kobiton ofrece la capacidad de exportar sus pruebas automatizadas como scripts de prueba de Appium estándar abiertos.

Características:

  • El código generado se puede personalizar, ejecutar en una plataforma de prueba de dispositivos de la competencia o se puede integrar con sus procesos de DevOps.
  • Los scripts generados admitirán cambios de aplicaciones, cambios de dispositivos subyacentes y cambios de sistema operativo.
  • Sus centros de datos también están protegidos y cumplen con las normas SOC2, SOC3 y HIPPA.
  • Puede capturar automáticamente los pasos de prueba, capturas de pantalla y videos.

Veredicto: El código generado se puede ejecutar en un número ilimitado de dispositivos y se puede personalizar según sus necesidades. Kobiton permite a su equipo realizar pruebas de forma más rápida y eficiente, lo que reduce drásticamente el tiempo entre cada lanzamiento.

Sitio web: Kobiton

Otras herramientas:

  1. Estudio de automatización
  2. Marco de robot
  3. Tricentis Tosca
  4. Marco de automatización de pruebas sin script

Objetivos de diseño

A continuación se resumen algunos de los objetivos de diseño importantes que deben tenerse en cuenta.

# 1) Impulsado por entrada

Cualquier entrada que deba proporcionarse para ejecutar pruebas automatizadas debe salir de la parte de 'codificación' de su marco de automatización. La entrada puede ser sus pasos de prueba, condiciones de prueba, datos de prueba, resultados esperados, etc.

Para cada tipo de entrada, el marco debe ser compatible en forma de palabras clave que sean fáciles de usar y, por lo tanto, también comprendan el contexto.

# 2) Permitir la personalización

Esto significa claramente que debe proporcionar opciones para personalizar el manejo de scripts de prueba para usuarios avanzados para que puedan incluir escenarios únicos. Los usuarios avanzados pueden conectar sus scripts de prueba (en forma de programa) a la entrada de prueba del marco.

# 3) Simplicidad

Este es un objetivo de diseño realmente importante, ya que comprender cómo instalar, configurar y usar el marco de automatización no debería ser muy difícil que la codificación.

Uno de tales ejemplo sería proporcionar una plantilla que tenga todas las entradas de prueba requeridas con valores predeterminados (pero relevantes para el contexto).

De esta manera, los usuarios comprenderían rápidamente cómo proporcionar entradas de prueba en función de las necesidades de su aplicación. Otra forma sería proporcionar un alto nivel de abstracción en las entradas de prueba.

Ejemplo: Consideremos la simulación de clic en el botón. Aquí, como usuario, solo me interesa una acción simple llamada hacer clic en un botón.

El marco debe ser capaz de realizar esa acción manejando internamente diferentes métodos para identificar un control de botón seguido de la acción. De hecho, esto está algo relacionado con el objetivo impulsado por la entrada, en el que debe definir palabras clave que sean fáciles de entender, como en este ejemplo, ClickButton .

# 4) Plataforma agnóstica

Debe poder ejecutarse en diferentes PC y plataformas móviles. Diferentes navegadores en caso de automatización sin scripts desarrollados para aplicaciones web. Como parte de este objetivo, también debe considerar la posibilidad de admitir las entradas de prueba comunes en diferentes plataformas.

# 5) Tecnología agnóstica

En el escenario actual, todos sabemos que las tecnologías son amplias y hay muchas opciones para desarrollar aplicaciones.

Independientemente de la tecnología que se utilice para desarrollar una aplicación bajo prueba (bajo un tipo de aplicación dado, como web o móvil), el marco de automatización debe ser capaz de probar esas aplicaciones con algunos cambios mínimos o nulos para probar las entradas y el motor del marco en sí.

# 6) Entorno de prueba agnóstico

Debe poder ejecutarse en la nube y en un entorno virtual local.

#7) Extensible

Debemos proporcionar opciones para conectar los otros componentes de software para cubrir escenarios de prueba complejos.

Tomemos un ejemplo del sitio web de comercio electrónico que tiene aplicaciones frontales y servicios web y desea probar la funcionalidad de su aplicación junto con el rendimiento. Este requisito definitivamente necesitaría complementos para herramientas que también puedan probar los servicios web y el rendimiento del sitio web.

Información sobre los requisitos de implementación

Antes de echar un vistazo a los detalles de la implementación, primero comprendamos los componentes arquitectónicos de alto nivel del marco de automatización sin script.

Componentes arquitectónicos del marco de automatización sin script

Hay 3 componentes principales (por supuesto, los componentes se pueden dividir aún más en el nivel inferior, ¡pero ese no es el propósito por ahora!) Que vamos a ver para obtener una imagen general del marco:

# 1) Motor del núcleo del marco: Este es el componente central del marco que realiza todos los trabajos pesados ​​de lógica de automatización, validaciones, interfaces con el resto de los componentes de la arquitectura y aplicaciones / scripts de terceros para configuraciones y ejecuciones de pruebas personalizadas.

Todas las acciones de entrada de prueba se envían al controlador de acciones para procesar las acciones en la AUT (Aplicación en prueba). Para desarrollar este motor, es importante elegir el conocimiento y la tecnología de programación adecuados teniendo en cuenta los objetivos de diseño mencionados anteriormente.

Dependiendo de la selección inteligente de tecnología, podrá cumplir la mayoría de sus objetivos de diseño, proporcionando así los mejores beneficios posibles a los consumidores del marco de automatización.

# 2) Interfaz de entrada de prueba: Este es el componente frontal desde el punto de vista del consumidor y aquí es donde proporcionará todas sus entradas de prueba, como los pasos del caso de prueba, las condiciones de prueba, los datos de prueba, los resultados esperados, etc.

Recuerde el objetivo de diseño de la simplicidad, este componente debe diseñarse de tal manera que los consumidores puedan adaptarse rápidamente y comenzar a usar su marco. No cumplir con este objetivo resultaría en un menor uso de su propio marco.

La interfaz con el motor central es el intérprete que normalmente sigue algún protocolo para intercambiar información sobre las entradas de prueba.

# 3) Interfaz de salida de prueba: Este es el componente responsable de generar los resultados de las pruebas, los registros de pruebas, el registro de defectos, los informes y los paneles. El motor principal del marco reenviará los resultados al registrador de salida, que luego se procesa mediante la interfaz de salida.

De los componentes anteriores, los consumidores normalmente interactuarían con la interfaz de entrada de prueba y la interfaz de salida de prueba. Por lo tanto, vamos a explorar estos 2 componentes únicamente.

Interfaz de entrada de prueba

Las entradas de prueba se pueden proporcionar de diferentes formas. Sin embargo, depende completamente del tipo de consumidores a los que nos dirigimos para este marco.

  • Archivos como XML, Excel; El esquema, como los campos de datos de prueba, los pasos de prueba, los tipos de datos, etc., lo definiría el motor del marco y eso debe seguirse al proporcionar las entradas de prueba.
  • Entrada basada en GUI donde proporcionará los campos de prueba relevantes para que los consumidores puedan proporcionar todos los detalles de la prueba para su ejecución.
  • Entrada basada en un editor visual donde los consumidores pueden proporcionar en forma de diagramas de flujo (que admiten lógica básica, como condiciones y bucles). De hecho, esta es la forma más popular de proporcionar una interfaz de entrada, aunque es comparativamente lento desarrollar dicha interfaz.

El conjunto de características típicas que se deben proporcionar son:

  • Capacidad para agrupar casos de prueba basados ​​en tipos de prueba, prioridad de prueba, etc.
  • Debe poder crear conjuntos de pruebas personalizados para ejecutar pruebas de humo y regresión, pruebas selectivas, etc.
  • Pruebe entradas que sean independientes de la plataforma.
  • Capacidad para ejecutar un solo caso de prueba varias veces.
  • Deberíamos poder ejecutar un solo caso de prueba para diferentes valores de prueba.
  • Posibilidad de iniciar otro ejecutable para un paso de prueba o caso de prueba específico. P.ej. Interfaz con Jenkins para iniciar automáticamente la ejecución de la prueba.
  • Pruebe las configuraciones para la ejecución y el registro de salida. Ejemplo: Tiempos de espera.
  • Disposición para configurar una 'biblioteca de scripts de prueba' para su reutilización en equipos y proyectos que se consideren necesarios.
  • Capacidad para importar entradas de datos de prueba desde plantillas creadas en el pasado.
  • Disposición para importar documentos de casos de prueba y asignarlos a las entradas de datos de prueba. Recuerde el objetivo de diseño 'Extensibilidad'. Sí, este es el primer paso hacia el siguiente nivel de automatización.

Interfaz de salida de prueba

Desde el punto de vista de la automatización sin secuencias de comandos, también debe asegurarse de poder ver los resultados de la ejecución de la prueba sin problemas sin necesidad de escribir un código especial.

El conjunto de características típicas que se deben proporcionar son:

  • Capacidad para ver los resultados de las pruebas, los registros de pruebas, los registros del marco, etc.
  • Generación de varios informes de prueba y cuadros de mando.
  • Capacidad para crear informes personalizados basados ​​en requisitos específicos.
  • Debe poder transmitir los resultados de las pruebas en tiempo de ejecución a través de la GUI.
  • Capacidad para interactuar con herramientas de gestión de casos de prueba estándar.
  • Debe poder exportar resultados de pruebas, informes y cuadros de mando en diferentes formatos como Excel, doc, pdf, etc.
  • Capacidad para filtrar y analizar registros de pruebas para requisitos específicos, como ingeniería de pruebas de rendimiento, etc.
  • Disposición para enviar todos los datos de prueba (resultados, registros, puntos de datos selectivos) a módulos avanzados como análisis. Recuerde el objetivo de diseño 'Extensibilidad'. Sí, este es otro primer paso hacia el siguiente nivel de automatización.

Beneficios de la automatización de pruebas sin script

A continuación se enumeran los principales beneficios de crear un marco sin script:

  1. No es obligatorio que los evaluadores tengan conocimientos de programación o creación de scripts.
  2. Además de los probadores (que son los principales consumidores de la automatización sin script), el marco utilizado se puede extender a los propietarios de productos (en el mundo ágil) y a los analistas de negocios, así como para configurar y ejecutar las pruebas de aceptación de usuarios (UAT).
  3. Desarrollo más rápido de pruebas automatizadas que encajan perfectamente en el Proceso ágil .
  4. Ofrece flexibilidad para usuarios nativos y avanzados.
  5. Menos errores relacionados con la 'prueba', ya que el marco de trabajo sin script subyacente se habría probado a fondo. Esto, a su vez, reduce el tiempo dedicado a depurar y solucionar problemas relacionados con las pruebas.
  6. Mantenimiento más sencillo de la suite de automatización general.

Mitos sobre la automatización sin script

A continuación se presentan algunos mitos sobre este marco.

# 1) SAF es 100% sin script: En realidad, esto no es 100% cierto. Aunque el objetivo es hacerlo 100% sin código, prácticamente no es posible lograr esta hazaña.

La razón principal de esto es la presencia de diversas complejidades en la Aplicación bajo prueba (AUT), las tecnologías y los lenguajes de programación que se utilizan en el desarrollo del software. Por lo tanto, uno de los objetivos de diseño que hemos mencionado es proporcionar flexibilidad para la personalización.

# 2) Para usar SAF, los probadores no necesitan ningún conocimiento de programación o codificación: Nuevamente, esto no es 100% cierto. En realidad, requieren algunos conceptos básicos de programación y habilidades lógicas.

Cuando se trata de aplicaciones web o móviles, los evaluadores también deben conocer los conceptos básicos de los objetos y las clases que deben incluirse como parte de los scripts personalizados.

Hay algunas herramientas como TestCraft que, de hecho, no necesitan que el profesional de control de calidad tenga conocimientos de codificación. Sus funciones de arrastrar y soltar más sobre la marcha permiten que cualquiera comprenda cómo ejecutar pruebas.

# 3) SAF se trata de grabación y reproducción en las que se puede confiar: No. La grabación y la reproducción simplemente le darán al usuario un guión de trabajo con un valor codificado de entradas y flujos que luego debe personalizarse.

De cualquier manera, NO cubre todos los escenarios posibles de entradas de usuario y pasos de prueba.

Ejemplos sin escritura

A continuación se muestran algunos ejemplos de automatización sin scripts para su fácil comprensión.

# 1) Aquí hay un ejemplo de ejecución de prueba

  1. Openwebpage
  2. Ingrese Usuario en el campo Nombre de usuario
  3. Ingrese la contraseña en el campo Contraseña
  4. Haga clic en el botón Iniciar sesión

Cada uno de los anteriores son las palabras clave que son compatibles con los marcos Scriptless.

cómo ejecutar un archivo jar

Como evaluador, solo debe pasar los valores como se muestra a continuación:

Openwebpage 'Www.linkedin.com'
Entrarusuario usuario falso
Introducir la contraseña dummypwd, máscara = verdadero
Hacer clic Acceso

Las palabras en cursiva son las palabras clave que aceptan argumentos para realizar acciones.

Nota: EnterPassword acepta 2 argumentos. El segundo es la bandera para indicar el enmascaramiento de caracteres tal como se escribe en el campo de contraseña.

# 2) Supongamos que desea automatizar un flujo de transacción de pago:

  • Seleccione el tipo de cuenta
  • Ingrese el monto de los bienes comprados
  • Ingrese su PIN
  • Imprima el recibo

Seleccionar cuenta Crédito
EnterAmount 1000 INR
Ingrese su PIN 1234, máscara = verdadero
Imprima el recibo Customercopy = falso, Merchantcopy = verdadero

Las palabras en cursiva son las palabras clave que aceptan argumentos para realizar acciones.

Nota: EnterPIN acepta 2 argumentos. El segundo es la bandera para indicar el enmascaramiento de los dígitos del PIN a medida que se escribe en el campo de entrada del PIN. PrintReceipt también tiene 2 argumentos.

Si observa el flujo anterior, este es un flujo de transacción típico. Puede utilizar todo el flujo como una 'plantilla de prueba de transacciones' para varios casos de prueba. Así es como facilita la generación de pasos de prueba y entradas de prueba para los probadores.

La reutilización de palabras clave, grupos de palabras clave y palabras clave basadas en flujo se puede realizar en Scriptless Automation Framework (SAF).

Conclusión

A partir de este artículo, se habrá dado cuenta de que desarrollar un marco de automatización sin código o script es una tarea desafiante e igualmente interesante.

Puede desarrollar dichos marcos para cualquier tipo de prueba de aplicaciones, es decir, basadas en la web, aplicaciones móviles, servicios web, GUI, bases de datos, aplicaciones de dispositivos integrados, etc.

Sin embargo, se debe tener sumo cuidado para desarrollar una herramienta estable, confiable y de alto rendimiento. Esta es solo una advertencia para elegir la tecnología y el lenguaje de programación / scripts adecuados para desarrollar un marco maravilloso y útil.

¿Tiene alguna experiencia en automatización sin script? No dude en compartir sus pensamientos con nosotros en la sección de comentarios a continuación.

Lectura recomendada

^