Marco de pruebas basado en palabras clave con ejemplo

⚡ Resumen inteligente

Las pruebas basadas en palabras clave separan la lógica de prueba del código de automatización mediante un mapa.ping Palabras clave en lenguaje sencillo para funciones reutilizables, de modo que los evaluadores diseñen, mantengan y escalen conjuntos automatizados mediante hojas de cálculo en lugar de escribir scripts para cada caso de prueba individual.

🔑 Conceptos básicos de palabras clave: Cada acción, como abrir el navegador, hacer clic o escribir texto, se convierte en una palabra clave autodescriptiva respaldada por una única función.
🧩 Cuatro bloques de construcción: Las hojas de cálculo de Excel, una biblioteca de funciones, hojas de datos y un repositorio de objetos mantienen separados los pasos, los objetos, las acciones y los datos.
📊 Diseño basado en tablas: Los evaluadores escriben los casos como filas de palabras clave con parámetros, por lo que no se requieren conocimientos de lenguajes de scripting para crear una prueba.
⚙️ Ejecución del script del controlador: Un script controlador lee cada palabra clave, llama a la función asignada y escribe el resultado de vuelta en la hoja de cálculo.
🧪 Elección de herramientas: HP QTP, SeleniumTanto Robot Framework como Robot Framework interpretan las tablas de palabras clave sin análisis sintáctico personalizado.
🇧🇷 Ajuste del marco: Las configuraciones híbridas combinan palabras clave con entradas basadas en datos para ampliar la cobertura sin duplicar ningún paso de la prueba.
???? Planificar los gastos generales: El diseño inicial de palabras clave y el mantenimiento de la biblioteca cuestan dinero en tiempo real, así que mantén el vocabulario reducido y revísalo en cada lanzamiento.

Descubre más

¿Qué son las pruebas basadas en palabras clave?

Pruebas basadas en palabras clave es una técnica de secuencias de comandos que utiliza archivos de datos para contener las palabras clave relacionadas con la aplicación que se está probando. Estas palabras clave describen el conjunto de acciones necesarias para realizar un paso específico.

Una prueba basada en palabras clave consta de palabras clave de alto y bajo nivel, incluidos los argumentos de las palabras clave, que se componen para describir la acción de un caso de prueba. También se denomina prueba basada en tablas o prueba basada en palabras de acción.

El Marco basado en palabras clave Es el marco de pruebas de automatización funcional construido en torno a esa técnica. Divide los casos de prueba en cuatro partes diferentes para separar la codificación de los casos de prueba y los pasos de prueba para una mejor automatización: los pasos de prueba en sí, los objetos sobre los que actúan esos pasos, las acciones realizadas sobre esos objetos y los datos que se les proporcionan.

En las pruebas basadas en palabras clave, primero identifica un conjunto de palabras clave y luego asocia una acción (o función) relacionada con estas palabras clave. Aquí, cada acción de prueba, como abrir o cerrar el navegador, hacer clic con el mouse, presionar teclas, etc., se describe mediante una palabra clave como abrir navegador, hacer clic, Typtext y así sucesivamente.

El siguiente diagrama muestra cómo dos acciones comerciales comunes se convierten en palabras clave reutilizables. Por ejemplo:

Inicie sesión al sitio web “guru99” – La palabra clave “iniciar sesión” se utilizará en nuestro marco de automatización, para probar la función de inicio de sesión o la acción asociada con ella.
Salir al sitio web “guru99”: la palabra clave “cerrar sesión” se utilizará en nuestro marco de automatización para probar la función de cierre de sesión o la acción asociada con ella.

Verás más ejemplos más adelante en el artículo. El patrón siempre es el mismo: una acción empresarial, una palabra clave, una función.

Ejemplo de palabras clave

El glosario que aparece a continuación enumera las palabras clave típicas de una aplicación bancaria y la acción comercial que desencadena cada una de ellas.

PALABRAS CLAVE	Mareas Ideales para Lecciones
Iniciar sesión	Inicie sesión en el sitio de demostración del banco guru99
Emails	Enviar correo
cerrar sesión	Cerrar sesión en el sitio de demostración del banco guru99
Notificaciones	Encuentra notificaciones no leídas

💡 Consejo: Las palabras clave deben ir de la acción comercial, no del paso técnico. "Iniciar sesión" se mantiene tras un rediseño de la página; "ClickBlueButton" no.

Componentes de un marco de trabajo basado en palabras clave

Saber qué es una palabra clave solo te lleva a la mitad del camino. Para crear un marco de trabajo basado en palabras clave, debes reunir un pequeño conjunto de archivos, cada uno de los cuales se encargará de una función específica.

Hoja de Excel – Identifica las palabras clave y guárdalas en una hoja de Excel, una fila por cada paso de la prueba.
Biblioteca de funciones – Incluye las funciones para los flujos de negocio (el botón de inicio de sesión para cualquier sitio web). Al ejecutar una prueba, lee la palabra clave de la hoja de Excel y llama a las funciones correspondientes.
hojas de datos – Almacena los datos de prueba utilizados en la aplicación, de modo que una palabra clave se ejecute con múltiples entradas.
Repositorio de objetos – Almacena los localizadores de cada elemento al que llegan las palabras clave, de modo que un localizador modificado se edita en un solo lugar.
Scripts de prueba – Puedes tener scripts de prueba para cada manual Caso de prueba o un único script de controlador.
Script del conductor – Recorre la hoja de Excel fila por fila, compara cada palabra clave con la biblioteca de funciones y registra el resultado.
Herramienta de automatización – Ejecuta los comandos resueltos en la aplicación y proporciona la capa de informes.

En conjunto, estas siete piezas forman un conjunto completo. marco de automatización de pruebas¿Por qué elegir este diseño?

¿Por qué realizar pruebas basadas en palabras clave?

En ingeniería de software, las pruebas basadas en palabras clave se realizan por las siguientes razones

Componentes comunes manejados por la biblioteca estándar.
Utilizando este enfoque, las pruebas se pueden escribir de una manera más abstracta.tracmanera
Alto grado de reutilización
El detalle del script está oculto a los usuarios.
Los usuarios no tienen que utilizar los lenguajes de secuencias de comandos.
La prueba es concisa, mantenible y flexible.

Debido a que la capa de palabras clave absorbe los cambios de la aplicación, una gran pruebas de regresión El conjunto de herramientas se mantiene ecológico al editar solo unas pocas funciones en lugar de cientos de scripts. Este razonamiento determina cómo se aplica el enfoque.

Cómo realizar pruebas basadas en palabras clave

Las pruebas basadas en palabras clave se pueden realizar tanto de forma manual como automatizada. Sin embargo, lo más habitual es utilizarlas junto con las pruebas automatizadas.

El objetivo detrás de la automatización de las pruebas basadas en palabras clave es

Ayuda a reducir el coste de mantenimiento.
Evita especificaciones duplicadas
Mayor reutilización de scripts de funciones.
Mejor soporte de pruebas y portabilidad
Logre más pruebas con menos o el mismo esfuerzo

Con las pruebas basadas en palabras clave, puede crear pruebas sencillas. pruebas funcionales En las primeras etapas del desarrollo, se prueba la aplicación paso a paso. La forma más sencilla de crear una prueba basada en palabras clave es grabarla. Tras la grabación, la prueba se puede modificar y personalizar según los requisitos.

Cada palabra clave debe estar vinculada con al menos un comando, script de prueba o función que implemente las acciones relacionadas con esa palabra clave.

Cuando se ejecutan casos de prueba, las palabras clave son interpretadas por una biblioteca de pruebas, a la que llama un marco de automatización de pruebas.

Las principales actividades involucradas en las pruebas basadas en palabras clave son:

Paso 1) Identificar palabras clave de bajo nivel y de alto nivel
Paso 2) Implementar las palabras clave como ejecutables.
Paso 3) Creando casos de prueba
Paso 4) Creando los scripts del controlador
Paso 5) Ejecutar los scripts de prueba de automatización

Los pasos 1 y 2 son trabajos de diseño que se realizan una sola vez; los pasos 3 a 5 se repiten en cada sprint, como muestran los ejemplos a continuación.

Casos de prueba de muestra

Estos tres escenarios reutilizan las mismas palabras clave definidas anteriormente.

TC_01: Inicie sesión en el sitio de demostración guru99, descubra cuántas transacciones se realizan hoy
TC_02: Inicie sesión en el sitio de demostración de guru99, envíe un correo electrónico a uno de sus clientes y luego cierre la sesión
TC_03: Inicie sesión en el sitio de demostración guru99 y verifique cualquier notificación recibida

Escrita como una tabla de palabras clave, TC_02 se convierte en seis filas que cualquier probador puede leer o reordenar sin abrir el código:

Paso	Palabra clave	Argumento	Resultado Esperado
1	navegador abierto	Chrome	Se inicia la sesión del navegador.
2	Iniciar sesión	mngr123 / demopass	Se muestra la página de inicio del administrador.
3	Emails	cliente@ejemplo.com	Se abre la ventana de redacción
4	clic	Enviar	"Mail "enviado" aparece
5	cerrar sesión	–	Sesión cerrada
6	cerrar navegador	–	Navegador lanzado

Intercambio ping El argumento del paso 3 convierte las mismas seis filas en una prueba diferente, que es donde datos de prueba La gestión da sus frutos.

Ventajas de las pruebas basadas en palabras clave

Permite a los probadores funcionales planificar la automatización de pruebas antes de que la aplicación esté lista.
Se pueden desarrollar pruebas sin conocimientos de programación
No depende de un lenguaje de programación o herramienta específica.
Compatible con cualquier herramienta de automatización disponible en el mercado.

Estos beneficios explican por qué las pruebas basadas en palabras clave son adecuadas para proyectos de larga duración. pruebas automatizadas suites. Los costos también importan.

Limitaciones de las pruebas basadas en palabras clave

Los abdominalestracLa facilidad con la que se realizan las pruebas basadas en palabras clave facilita su lectura, pero también encarece su desarrollo. Antes de la primera ejecución de la prueba, alguien debe identificar las palabras clave, implementar cada una como una función, configurar el repositorio de objetos y escribir el script del controlador. En un proyecto pequeño, esta configuración resulta más costosa que escribir las pruebas directamente mediante scripts.

El mantenimiento es el segundo coste. La biblioteca es compartida por todas las pruebas, por lo que una edición descuidada puede dañar todo el conjunto de pruebas. Además, las bibliotecas se extienden innecesariamente: los equipos añaden prácticamente duplicados como "Login", "SignIn" y "DoLogin".

Alta inversión inicial – El diseño del marco de trabajo y la implementación de las palabras clave preceden a cualquier ejecución de prueba.
Flexibilidad reducida – Los evaluadores solo expresan lo que permiten las palabras clave existentes, por lo que los escenarios inusuales requieren desarrollo.
Difícil para la lógica compleja – Las ramificaciones y los bucles se resisten a las filas planas de la tabla.
Todavía se requieren habilidades. – La capa de palabras clave no contiene código, la biblioteca de funciones sí.

⚠️ Advertencia: RevRevisa la biblioteca de palabras clave en cada versión y elimina las entradas no utilizadas. Un vocabulario descontrolado es la razón más común por la que se abandonan los frameworks basados en palabras clave.

Estas ventajas y desventajas dan forma a la comparación que se presenta a continuación.

Marco de trabajo basado en palabras clave, basado en datos e híbrido.

Impulsado por palabras clave y pruebas basadas en datos Resuelve diferentes problemas. Un marco de trabajo basado en datos varía las entradas de un script fijo; un marco de trabajo basado en palabras clave varía los pasos. La tabla incluye el modelo híbrido que adoptan la mayoría de los equipos empresariales.

Aspecto	Marco basado en palabras clave	Marco basado en datos	Marco híbrido
¿Qué se externaliza?	Pasos y acciones de la prueba	Sólo datos de prueba	Tanto los pasos como los datos
Esfuerzo de planificación	Amplio y preciso	Limitado a datos y scripts	Mayor
Mantenimiento	Más fácil, más abdominalestraccapas de ción	Más duro, abdominalestracla ción es más delgada	Más fácil a gran escala
Se requieren conocimientos de programación.	Solo para la biblioteca de funciones	Requerido para cada script	Requerido para la capa principal
Puede comenzar antes de la construcción	Sí:	No	Sí:

En la práctica, los estilos se combinan. Un marco híbrido almacena los pasos como palabras clave y entradas en hojas de datos, a menudo sobre una Modelo de objeto de páginaElija la opción basada en palabras clave cuando muchos evaluadores escriban pruebas, la basada en datos cuando un flujo necesite muchas entradas y la híbrida cuando se apliquen ambas.

Herramientas utilizadas para pruebas basadas en palabras clave

Para las pruebas basadas en palabras clave se utilizan ampliamente diversas herramientas, cada una de las cuales interpreta la tabla de palabras clave de manera diferente.

HP QTP – Incluye una vista de palabras clave integrada, por lo que la hoja de cálculo y la prueba ejecutable son un único archivo.
Selenium – No tiene una capa de palabras clave nativa, por lo que los equipos crean ellos mismos la biblioteca de funciones y el script del controlador.
Marco de robot – un motor de código abierto diseñado en torno a palabras clave, con sintaxis tabular y muchas palabras clave predefinidas.
TestNG – comúnmente utilizado junto con Selenium para secuenciar métodos mapeados por palabras clave y generar informes.

Nuestra lista de herramientas de prueba automatizadas Cubre las licencias y el soporte de la plataforma para cada opción.

Preguntas Frecuentes

Los asistentes de IA pueden generar nombres de palabras clave a partir de historias de usuario y estructurar la coincidencia. Selenium métodos, que eliminan la mayor parte de la configuración.ping. Un humano aún debe confirmar el vocabulario empresarial y validar cada localizador generado antes de que se considere confiable el conjunto de herramientas.

En lugar de eliminarlo, lo reduce. Los motores de autorreparación identifican nuevamente un elemento a partir de los atributos circundantes cuando un localizador falla, lo que reduce las reparaciones rutinarias. La gobernanza del repositorio sigue siendo necesaria, ya que un localizador reparado que coincide silenciosamente con el elemento incorrecto oculta un defecto real.

No. Ambos ocultan el código detrás de pasos legibles, pero las herramientas BDD como Cucumber Utilice oraciones Given-When-Then escritas para la colaboración en los requisitos. Las pruebas basadas en palabras clave utilizan palabras de acción tabulares escritas para su reutilización dentro del conjunto de pruebas de automatización.

Mantén el vocabulario lo más reducido posible, dentro de las posibilidades de la aplicación; normalmente, unas pocas docenas de acciones de bajo nivel más una palabra clave de alto nivel por flujo de negocio. Si dos palabras clave describen la misma acción, combínalas inmediatamente; las duplicaciones son las que dificultan el mantenimiento de las bibliotecas.

Sí. Confirme las hojas de palabras clave en el control de versiones junto con la biblioteca de funciones, luego deje que el servidor de compilación invoque el script del controlador. Los ejecutores como TestNG suelo de manejoping y la generación de informes, de modo que los fallos aparezcan en el mismo informe de compilación que las pruebas unitarias.