Tutorial de UFT | Descripción general de UFT: la mejor guía para UFT 14.x

Descripción general de UFT: imagen de funciones

Después del desarrollo, el producto de software debe pasar por la fase de prueba para garantizar la calidad. En el ciclo de vida de las pruebas, la automatización de las pruebas tiene un futuro más brillante, ya que tiene la capacidad de reducir el ciclo y el costo de las pruebas con el control de calidad esperado. Hay muchas herramientas disponibles para la automatización de pruebas, pero si consideramos la cobertura de aplicaciones más amplia, la herramienta de prueba funcional unificada (UFT) es uno de los elementos clave.

A lo largo de este artículo "Descripción general de UFT", repasaremos los conceptos básicos de las pruebas y la descripción general de los diferentes componentes que están disponibles en UFT.

Tutorial de UFT: tabla de contenido

Tutorial de UFT n. ° 1: Descripción general de UFT

Tutorial de UFT # 2: Configuración de UFT: descarga, instalación, configuración de licencia y conexión de ALM

Tutorial de UFT # 3: Repositorio de objetos de UFT

Tutorial de UFT # 4: Biblioteca de funciones y acciones de UFT 

Tutorial de UFT # 5: Parametrización de UFT 

Tutorial de UFT # 6: Scripting VB en UFT

Tutorial de UFT # 7: Guía paso a paso para crear casos de prueba en UFT

Tutorial de UFT # 8: Manejo de excepciones en UFT

Tutorial de UFT # 9: Grabación en UFT con puntos de control y objetos de diccionario 

Tutorial de UFT # 10: Preguntas y respuestas de la entrevista de UFT 

Descripción general de UFT

Acerca de las pruebas de software:

Las pruebas tienen la importancia para la verificación cruzada del producto final. Las pruebas se pueden realizar en diferentes fases del ciclo de vida del desarrollo de software. Podemos realizar las pruebas de software de dos formas: manualmente o mediante la automatización de pruebas. Hablaremos sobre la automatización de pruebas a lo largo de los tutoriales. 

Los propósitos de las pruebas de software se explican a continuación:

  • Verificación de la calidad del producto final.
  • Busque y corrija los errores antes de implementar el software en producción.
  • Las pruebas pueden garantizar los requisitos del software.
  • Informe si hay algún problema de rendimiento o seguridad.

La clasificación de las pruebas de software se explica a continuación:

Examen de la unidad - Este tipo de pruebas las realiza el desarrollador de la aplicación en la fase de desarrollo.

Pruebas de integración - Después del desarrollo, cuando todos los componentes están integrados, se requiere la prueba de integración para asegurar que las interfaces y los diferentes componentes de software estén funcionando como se esperaba.

Pruebas del sistema - Este tipo de pruebas se realiza antes de entregar el producto final. Las funcionalidades del producto se prueban en esta fase.

Pruebas de aceptación del usuario - La prueba de aceptación del usuario (UAT) la realizan los usuarios comerciales para verificar los requisitos antes de dejar el producto en producción. Esta es una prueba de blac-kbox.

Prueba regresiva - Se requieren pruebas de regresión para verificar las funcionalidades habituales durante las mejoras de la aplicación.

Acerca de las pruebas de automatización:

En la vida actual, el tiempo es un criterio importante para el proceso de prueba de software. Por lo tanto, existe una gran demanda para reducir el ciclo de ejecución de la prueba sin comprometer la calidad. En este aspecto particular, las pruebas de automatización entran en escena. Las pruebas automatizadas no son nada, pero las pruebas deben realizarse automáticamente sin gastar ningún esfuerzo humano. Hay muchas herramientas disponibles para realizar la automatización de pruebas como RFT, QTP (UFT) y Selenium. Pero, considerando la cobertura y flexibilidad de la aplicación, UFT está gobernando la industria de la automatización de pruebas. En este tutorial, proporcionaremos una idea general de UFT como herramienta de automatización de pruebas.

Las características clave de la automatización de pruebas se mencionan a continuación:

  • La ejecución de prueba automatizada siempre es muy rápida en comparación con el ciclo de prueba manual.
  • Los errores humanos comunes no se pueden replicar en la automatización de pruebas.
  • Reduce el tiempo del ciclo de ejecución de la prueba, lo que también ayuda a reducir todo el ciclo de vida del desarrollo de software.
  • Asegura la calidad cubriendo más funcionalidades.
  • Se puede realizar una ejecución de prueba en paralelo.
Descripción general de UFT: pruebas de automatización
Descripción general de UFT: pruebas de automatización

Acerca de la descripción general de UFT:

UFT es la forma abreviada de Unified Functional Testing, que anteriormente se conocía como Quick Test Professional (QTP). Con la ayuda de VB Scripting, los casos de prueba se crean para automatizar cualquier escenario de prueba funcional. Los principales méritos de UFT sobre otras herramientas de automatización de pruebas se especifican a continuación:

  • El proceso de automatización de pruebas es simple y fácil de aprender la herramienta en un período de tiempo más corto.
  • La automatización se puede realizar a través de la grabación.
  • La identificación del objeto de prueba es más eficiente y robusta.
  • Es fácilmente compatible con diferentes marcos de automatización de pruebas estándar.
  • Tiene más cobertura de aplicaciones. Las famosas plataformas de aplicaciones (por ejemplo, Web, SAP, SFDC, móvil, etc.) son compatibles con UFT.
  • UFT admite pruebas de servicios web (API) y XML.
  • Es compatible con vbscripting, que es fácil de aprender.
  • Podemos integrar fácilmente UFT con ALM como herramienta de gestión de pruebas.
  • Tiene una hoja de Excel incorporada como tablas de datos que ayuda a desarrollar fácilmente un enfoque basado en datos de prueba.
  • Los informes incorporados están disponibles con la herramienta durante la ejecución.

Los diferentes componentes importantes de UFT se especifican a continuación:

Acción –Las acciones son el contenedor real de los scripts de prueba, es decir, podemos desarrollar el caso de prueba en una acción. Las funcionalidades de la aplicación se pueden dividir en pequeños bloques / módulos lógicos utilizando las acciones.

Repositorio de objetos - Las propiedades técnicas de los objetos de prueba se almacenan en el repositorio de objetos (OR) que se utilizan para desarrollar los casos de prueba automatizados en UFT.

Tabla de datos - La otra característica importante de UFT es la tabla de datos que se utiliza para la gestión de datos de prueba. Según el uso y la apariencia, es comparable a la hoja de Excel de Microsoft. Podemos agregar, editar, eliminar datos en cualquier momento de la tabla de datos. La tabla de datos nos permite diseñar el marco de prueba de automatización basado en datos.

Biblioteca de funciones - La biblioteca de funciones en UFT, contiene las funciones y subprocedimientos definidos por el usuario. Conceptualmente, la función es un bloque de códigos o declaraciones que se utilizan para realizar una tarea específica. Para acceder a las funciones desde las bibliotecas de funciones, primero debemos asociar la biblioteca con los casos de prueba de UFT.

Variable ambiental - UFT nos permite almacenar datos de prueba relacionados con la configuración que serán accesibles a través de todo el conjunto de pruebas en un tipo especial de variables. Estas variables se conocen como variable de entorno. Hay tres tipos de variables de entorno disponibles: variables de entorno integradas, definidas por el usuario interno y definidas por el usuario externo. Los detalles sobre las variables de entorno están disponibles aquí.

Descripción general de UFT
Descripción general de UFT

Acerca del marco de pruebas de automatización: 

El marco de prueba de automatización define algunas pautas estándar que ayudan a realizar las actividades de prueba de automatización de prueba de una manera organizada y eficiente. Los propósitos de los marcos de prueba de automatización como se especifica a continuación:

  • Utilice los mismos estándares en todos los casos de prueba.
  • Aumente la velocidad de las actividades de automatización de pruebas como el desarrollo, la ejecución, el mantenimiento, etc.
  • Fácil de depurar los casos de prueba fallidos.
  • Usando estándares predefinidos, hay una mejor legibilidad.
  • Reduce los esfuerzos de ejecución de pruebas mediante la implementación de ejecución desatendida.
  • Los datos de prueba se pueden gestionar de forma estructurada mediante la definición de los marcos adecuados.

En la siguiente sección, se explican todos los tipos de marcos de prueba automatizados:

Marco de automatización lineal - Este tipo de marcos de prueba de automatización también se conocen como marco de grabación y reproducción. La razón detrás de esta convención de nomenclatura es que los casos de prueba se crean registrando el escenario de prueba mediante la función de grabación de UFT. Este tipo de caso de prueba no contiene parametrización de datos, componentes reutilizables, etc. Aquí, los casos de prueba se pueden crear rápidamente con un mínimo de habilidades de probador. Este marco de prueba es popular para la ejecución de pruebas de una sola vez, pero no se recomienda su uso a largo plazo. Ya que necesita muchos más esfuerzos de mantenimiento si lo comparamos con otros frameworks.

Marco impulsado modular - El nombre sugiere que los casos de prueba son impulsados ​​por módulos reutilizables, lo que significa que todo el escenario de prueba se divide en pequeñas partes como módulos. Al aporrear los módulos, podemos crear los casos de prueba. Los módulos se pueden crear utilizando acciones o procedimientos reutilizables con el repositorio de objetos compartidos de ayuda. Antes de comenzar la secuencia de comandos, debemos analizar todos los escenarios de prueba e identificar las pequeñas secciones que se pueden reutilizar una y otra vez.

Como los módulos son el controlador en este marco de prueba, los esfuerzos de mantenimiento de la prueba son muy menores si lo comparamos con el marco de prueba lineal. Este enfoque de marco es muy útil para cualquier aplicación en la que estén disponibles diferentes flujos de prueba.

Marco basado en datos - Como sugiere el nombre, los casos de prueba son impulsados ​​por datos de prueba en un marco de prueba basado en datos. Los datos de la prueba se pueden almacenar en tablas de datos, hojas de Excel, bases de datos o archivos csv que se recuperarán y utilizarán durante la ejecución de la prueba. Este marco es muy útil para aplicaciones donde está disponible un flujo único y, en base a diferentes criterios de datos, se crean diferentes casos de prueba. Minimiza el número de casos de prueba, ya que se puede ejecutar el mismo caso de prueba para diferentes conjuntos de datos de prueba. Por lo tanto, también reduce los esfuerzos de mantenimiento.

Marco basado en palabras clave - El marco de prueba basado en palabras clave también se denomina prueba basada en tablas. El primer paso de este marco es desarrollar las claves que representan los pequeños módulos como invocar, inicie sesión, introducir datos, clickSubmit, verificar, Iniciar sesión, etc. Luego, especificando las claves en Excel predefinido o tabla de datos junto con los datos y la operación, podemos desarrollar los casos de prueba. En este marco, se requiere un script de controlador que lea los sobresalientes o la tabla de datos y realice la tarea correspondiente según las claves. Esto es mejor para proyectos pequeños y debido al uso de llaves reutilizables, los esfuerzos de mantenimiento son muy menores. La principal desventaja de este marco basado en palabras clave es la complejidad.

Marco de prueba híbrido - Al combinar dos o más marcos de prueba que se explican anteriormente, podemos definir los marcos de prueba híbridos. Este tipo de marcos se utilizan principalmente para cualquier proyecto de automatización de pruebas.

Descripción general de UFT: marco de prueba
Descripción general de UFT: marco de prueba

Conclusión:

En este artículo sobre Descripción general de UFT, hemos aprendido sobre la descripción general de las pruebas de automatización, los componentes de UFT y los marcos de prueba. Hacer clic aquí para comprender más del portal de soporte de Microfocus.

Sobre K Mondal

Hola, soy K. Mondal, estoy asociado con una organización líder. Tengo más de 12 años de experiencia laboral en varios dominios, por ejemplo, desarrollo de aplicaciones, pruebas de automatización, consultor de TI. Estoy muy interesado en aprender diferentes tecnologías. Estoy aquí para cumplir con mi aspiración y actualmente contribuyo como autor y desarrollador de sitios web en LambdaGeeks.
Conéctese a LinkedIn- https://www.linkedin.com/in/kumaresh-mondal/

Deja un comentario

Tu dirección de correo electrónico no será publicada.Los campos obligatorios están marcados *

Frikis Lambda