¿Cuántas horas dedicas al mantenimiento de tus casos de prueba de Tosca Commander? Probablemente más de las que te gustaría, ¿verdad?
Tosca Commander es una de las mejores herramientas de automatización de pruebas del mercado. Sin embargo, aún así, es necesario mantener los casos de prueba creados.
Este blog contiene una pequeña selección de experiencias, consejos y trucos que nuestro equipo de Automation Genius ha recopilado y perfeccionado a lo largo de los años. Estos pueden ahorrarte muchas horas de quebraderos de cabeza y trabajo de mantenimiento en el futuro.
Los identificadores técnicos pueden ser dinámicos
El caso de prueba se crea y se ejecuta a la perfección. Pero en cuanto reinicias el sistema bajo prueba (SUT), ¡deja de funcionar! ¿Qué ha pasado?
Para controlar un elemento dentro de un SUT, Tosca Commander requiere identificadores técnicos. Sin embargo, en algunos casos, estos identificadores técnicos incorporan un elemento dinámico, como un número. Este elemento puede cambiar periódicamente, tras reiniciar el SUT o después de un nuevo despliegue.
Esto dificulta la identificación del elemento, por lo que es necesario encontrar una manera de compensarlo. Una forma muy sencilla de hacerlo es integrar comodines o expresiones regulares (RegEx) en el identificador técnico.
La siguiente captura de pantalla muestra un ejemplo de expresión regular donde el título de la ventana se utiliza como identificador técnico. La expresión regular permite identificar la ventana en dos idiomas.
Cuando el SUT de repente arroja resultados diferentes
Son más de las 5 de la tarde y, de repente, ¡tus casos de prueba de Tosca están fallando! Es probable que tu sistema bajo prueba se comporte de manera diferente en ciertos momentos del día. Esto podría deberse a que el sistema experimenta un cambio en su procesamiento al finalizar la jornada laboral.
En tal caso, podría tener sentido crear dos casos de prueba: uno para antes de las 5 de la tarde y otro para después de las 5 de la tarde.
Sin embargo, esto requiere un conocimiento detallado del sistema bajo prueba, documentación precisa, una buena planificación y un planificador eficaz. Siguiendo el principio de Pareto, podría concluirse que el esfuerzo necesario para estos dos casos de prueba excede su presupuesto, que ya es limitado.
Si sus evaluadores tienen la suficiente experiencia, estarán al tanto de estas limitaciones. En este caso, podría ser conveniente permitir que dos resultados diferentes en un mismo caso de prueba sean correctos y así evitar por completo la planificación adicional, la configuración de un programador, la documentación extensa e incluso la creación de un segundo caso de prueba.
Puedes usar expresiones regulares para esto, aquí tienes un ejemplo:
{REGEX["Colocado|Hecho"]}
Los valores válidos para el estado ahora son "Colocado" y "Completado".
Verificación del contenido del búfer
La verificación es la parte más importante de un caso de prueba. Esto se suele hacer verificando un valor dentro de una cadena de texto de la aplicación. En algunos escenarios de prueba, es necesario verificar los valores en los búferes porque no hay controles donde se pueda comprobar directamente. Entonces, ¿cómo se pueden verificar los búferes?
Puede parecer contradictorio, pero la forma más sencilla de hacerlo es mediante el módulo "TBox Set Buffer". Se especifica el nombre del búfer que se desea comprobar, y "Value" contiene el valor con el que debería coincidir. Sin embargo, se utiliza el modo de acción "Verify" en lugar de "Input".
En el siguiente ejemplo, se comprueba el valor "Pago exitoso" en el búfer "Estado".
XB – o cómo almacenar en búfer solo partes de un texto
Siguiendo el consejo anterior, profundizaremos un poco más. Las operaciones con cadenas de texto son fundamentales para procesar texto en el SUT (Sistema Bajo Tabla). Para recuperar las cadenas del SUT, es necesario almacenarlas en un búfer. A menudo, se almacena más texto del necesario. Por ejemplo, del texto "Suma: CHF 350.00", solo se necesita el "350.00".
La forma más sencilla es usar la expresión dinámica {XB}. Esta expresión permite almacenar en caché partes de un conjunto fijo y verificarlas simultáneamente. Aquí, se verifica el ejemplo anterior y la suma se extrae al búfer "Suma".
Los búferes resultantes recibieron los siguientes valores:
Las expresiones regulares también pueden almacenarse en búfer, varias veces
Un método más avanzado para almacenar en búfer partes de una cadena es, de nuevo, el uso de expresiones regulares. Las expresiones regulares buscan patrones en lugar de un texto fijo y, por lo tanto, son más flexibles.
También es posible definir "Grupos de captura". Tosca los ha implementado de tal manera que los valores de los "Grupos de captura" encontrados se transfieren al búfer.
Aquí hay un ejemplo de una expresión regular que almacena una dirección en sus componentes:
Y aquí están los búferes resultantes:
Consejo adicional: Infometis en YouTube
Michael Weiglein ofrece un gran ejemplo con una explicación detallada en su vídeo de YouTube: https://youtu.be/q9cQTuo_oD4.
… o acortar los textos
Si desea acortar una cadena a una longitud opcional, puede hacerlo fácilmente utilizando expresiones regulares (RegEx). Es opcional porque es posible que no se sepa de antemano si la longitud original de la cadena base es menor o mayor que la de la cadena de destino. La especificación de longitud {0,15} indica que la cadena de destino se acortará a 15 caracteres si la cadena base tiene más de 15 caracteres. Si la cadena base tiene menos de 15 caracteres, la cadena de destino tendrá exactamente la misma longitud que la cadena base.
Búferes resultantes:
CALC se retira
Si ha trabajado principalmente con la función CALC de Tosca Commander, las nuevas funciones de TBox ofrecen ahora una mejor alternativa en la mayoría de los casos. Los consejos anteriores son buenos ejemplos de cómo funciona esto sin CALC. En primer lugar, ya no necesita tener Excel preinstalado y, en segundo lugar, la ejecución con expresiones dinámicas de TBox es significativamente más eficiente.
Desde la versión 14.2, Tosca Commander ahora admite "Operaciones de cadena" mediante expresiones dinámicas. Estas también pueden reemplazar gran parte de la funcionalidad de CALC.
Aquí les presentamos un breve resumen de las nuevas operaciones disponibles:
{STRINGTOLOWER[InputText]}:
- Devuelve el texto de entrada en minúsculas
{STRINGTOUPPER[InputText]}:
- Devuelve el texto de entrada en mayúsculas
{TRIM[Texto de entrada][Parámetros opcionales]}:
- Elimina los espacios al principio y al final del texto introducido
{BASE64[Texto de entrada]}:
- Codifica el texto de entrada en formato Base64
{STRINGREPLACE[TextoDeEntrada][Patrón][NuevoValor][ParámetroOpcional1, ParámetroOpcional2]}:
- Reemplaza los valores dentro del InputText con NewValue
{NUMBEROFOCCURRENCES[InputText][Pattern][Optional Parameter]}:
- Devuelve el número de ocurrencias del patrón dentro de InputText
{STRINGLENGTH[InputText]}:
- Devuelve el número de caracteres del texto introducido
En la siguiente página de documentación de Tricentis encontrará información más detallada, incluyendo ejemplos
Conclusión
En este blog, presentamos siete consejos, incluyendo uno adicional, sobre cómo resolver elegantemente problemas de automatización con Tosca. Estos consejos ya le han ahorrado a Automation Genius horas de trabajo de mantenimiento, y esperamos que también le sean útiles a usted.
Si deseas obtener más consejos sobre Tosca, también te puede interesar el siguiente artículo:
Los 5 errores más comunes que cometen los principiantes de Tosca y cómo evitarlos
Además, ofrecemos cursos de formación certificados de Tosca en los que estaremos encantados de compartir con usted nuestros conocimientos y experiencia con mayor profundidad.
¡Feliz automatización!
