UFT Uno

OpenText UFT One gestiona el manejo de excepciones mediante escenarios de recuperación; el objetivo es continuar ejecutando las pruebas si se produce un fallo inesperado. ^{[ 9 ]} Debido a que UFT se conecta al espacio de memoria de las aplicaciones que se están probando, algunas excepciones pueden provocar que HPE Unified Functional Testing finalice y sea irrecuperable.

OpenText UFT One admite pruebas basadas en datos . Por ejemplo, los datos se pueden exportar a una tabla de datos para su reutilización en otros lugares. Las pruebas basadas en datos se implementan como un libro de trabajo de Microsoft Excel al que se puede acceder desde UFT. UFT tiene dos tipos de tablas de datos: la hoja de datos global y las hojas de datos de acción (locales). Los pasos de prueba pueden leer datos de estas tablas para introducir datos variables en la aplicación bajo prueba y verificar el resultado esperado. ^{[ 10 ]}

OpenText UFT One puede no reconocer objetos de interfaz de usuario personalizados y otros objetos complejos. Los usuarios pueden definir estos tipos de objetos como objetos virtuales o como objetos de análisis (comparación de mapas de bits). UFT no admite objetos virtuales para grabación analógica o grabación en modo de bajo nivel. ^{[ 11 ]}

OpenText UFT One se puede ampliar con complementos independientes para varios entornos de desarrollo que no son compatibles de forma predeterminada. Los complementos de UFT incluyen compatibilidad con Web, .NET, Java y Delphi . ^{[ 12 ]} HP QuickTest Professional y los complementos de HP QuickTest Professional se incluyen juntos en el software HP Functional Testing. ^{[ 13 ]}

La vista de palabras clave permite a los usuarios crear y visualizar los pasos de una prueba en un formato de tabla modular. Cada fila de la tabla representa un paso que se puede modificar. La vista de palabras clave también puede contener cualquiera de las siguientes columnas: Elemento, Operación, Valor, Asignación, Comentario y Documentación. Para cada paso en la vista de palabras clave, UFT muestra una línea de script correspondiente según el valor de la fila y la columna. Los usuarios pueden agregar, eliminar o modificar pasos en cualquier momento.

En la vista de palabras clave, los usuarios también pueden ver propiedades de elementos como puntos de control, valores de salida y acciones, usar instrucciones condicionales y de bucle, e insertar puntos de interrupción para ayudar en la depuración de una prueba. ^{[ 14 ]}

En la Vista Experto, UFT permite a los usuarios visualizar y editar el código fuente de una prueba mediante VBScript . Diseñada para usuarios más avanzados, permite editar todas las acciones de la prueba, excepto la acción global raíz, y los cambios se sincronizan con la Vista de Palabras Clave. ^{[ 15 ]}

OpenText UFT One utiliza VBScript como lenguaje de scripting. VBScript admite clases, pero no polimorfismo ni herencia. En comparación con Visual Basic para Aplicaciones (VBA), VBScript carece de la capacidad de usar algunas palabras clave de Visual Basic, no incluye un depurador integrado, carece de un controlador de eventos y no tiene un editor de formularios. HP agregó un depurador, pero su funcionalidad es más limitada en comparación con las herramientas de prueba que integran un IDE completo, como las que se proporcionan con VBA, Java o VB.NET. ^{[ 16 ]}

En la vista de experto, se pueden utilizar algunos scripts de Windows (WScript, WSH, WMI) y código VB.Net en un script.

OpenText UFT One se ejecuta principalmente en entornos Windows. Depende de tecnologías obsoletas exclusivas de Windows, como ActiveX y VBScript, que no es un lenguaje orientado a objetos. ^{[ 17 ]}

OpenText UFT One no se puede probar con todos los tipos y versiones de navegadores. En particular, no es compatible con Opera. ^{[ 18 ] [ 19 ]}

El motor de ejecución de pruebas está combinado con el IDE de desarrollo de código de prueba de GUI, por lo que no hay forma de ejecutar las pruebas independientemente de UFT, aunque la ejecución remota sigue siendo posible con HPE Unified Functional Testing ejecutándose en una máquina diferente. ^{[ 20 ] [ 21 ]}

Los altos costos de licencia suelen implicar que la herramienta no se utilice ampliamente en una organización, sino que se limite a un equipo de pruebas más pequeño. Esto fomenta un enfoque aislado de control de calidad y pruebas, donde estas se realizan como una fase independiente, en lugar de un enfoque colaborativo en el que los responsables de control de calidad y las pruebas trabajen estrechamente con los equipos de negocio y desarrollo (como defienden los enfoques ágiles más recientes para el desarrollo de software). ^{[ 22 ]}