Repositorio de objetos locales y compartidos en QTP/UFT
⚡ Resumen inteligente
Repositorio de objetos en QTP/UFT Una de ellas almacena los objetos de prueba y las propiedades que la herramienta utiliza para reconocer su aplicación, y se presenta en dos formas: un repositorio local por acción y un repositorio compartido reutilizable.
¿Qué es un repositorio de objetos en? QTP?
Repositorio de objetos es una colección de objetos de prueba e información que es reconocida por QTP para trabajar en ello. Cuando un usuario graba una prueba, los objetos y sus propiedades se capturan de forma predeterminada.
Dado que cada paso que se automatiza debe apuntar a un objeto almacenado, el repositorio es la capa que decide si un script continúa ejecutándose después de que la aplicación cambie. Entender cómo llegan los objetos allí es fundamental.
¿Cómo funciona la identificación de objetos en? QTP?
- QTP utiliza una tecnología “humana” para identificación de objetos
- Durante Record tiempo, QTP Intenta aprender las propiedades de un objeto de la interfaz gráfica de usuario sobre el que se realiza una operación.
- Durante el tiempo de ejecución, UFT Se comparan las propiedades del objeto almacenado con las propiedades reales del objeto disponibles en la pantalla y se identifica de forma única un objeto independientemente de su ubicación en la pantalla.
- El objeto almacenado, junto con sus propiedades, se llama Objeto de prueba
- Durante el tiempo de ejecución, el objeto real disponible en la aplicación bajo prueba se llama Objeto de tiempo de ejecución
- Este es el Examen rápido “Modelo de objeto de prueba”
- La información sobre los objetos de prueba se almacena en el repositorio de objetos.
- Los complementos ayudan al informar a QuickTest de antemano sobre la naturaleza del objeto que se va a grabar, para así reducir el tiempo necesario para aprender sus propiedades.
Aprenda la identificación de objetos con un ejemplo en el siguiente vídeo
Haga clic en aquí si el video no es accesible
Tipos de repositorio de objetos
Hay 2 tipos de repositorio de objetos en QTP
- Repositorio de objetos local
- Repositorio de objetos compartidos
Ambos se diferencian en un solo aspecto: quién es el propietario de los objetos. El repositorio local pertenece a una sola acción, mientras que el repositorio compartido es un archivo independiente que cualquier acción puede utilizar.
Repositorio de objetos local
- El repositorio de objetos local es el repositorio de objetos predeterminado
- Es específico de acciones y solo puede usarse para una acción en particular.
- El repositorio de objetos local es preferible cuando la aplicación no es dinámica con respecto al tiempo.
- El repositorio de objetos local no se puede reutilizar.
- Puedes realizar muchas operaciones en el repositorio de objetos local, como por ejemplo:
- Resalte un objeto almacenado en un repositorio en la aplicación bajo prueba
- Verifique si un objeto particular en su AUT está almacenado en el Repositorio de objetos
- Cortar, copiar, pegar, modificar y eliminar objetos
- En caso de que haya modificado accidentalmente el valor de una propiedad, puede actualizar su descripción desde la aplicación utilizando la función de actualización.
El siguiente vídeo muestra cómo trabajar con el repositorio de objetos local.
Repositorio de objetos compartidos: crear, asociar, editar
- Es preferible utilizar un repositorio de objetos global o compartido cuando una aplicación es dinámica y las descripciones de los objetos cambian con frecuencia.
- Entre el repositorio de objetos compartido y el local, el repositorio de objetos compartido es el que se usa con más frecuencia en proyectos de automatización.
- Sin embargo, conlleva costes adicionales de mantenimiento y administración en comparación con el repositorio de objetos local.
Para crear y utilizar un repositorio de objetos compartidos, debe realizar tres pasos generales
- Crear un repositorio de objetos compartido
- Asociación de un repositorio de objetos compartido
- Editar un repositorio de objetos compartidos
Veámoslos uno por uno
Paso 1) Crear un repositorio de objetos compartido
- Todos los repositorios son locales por defecto. Para crear un repositorio de objetos compartido, en el cuadro de diálogo Repositorio de objetos Box, Haga clic Archivo > Exportar objetos locales
- Los archivos del repositorio tienen una extensión .tsr. Dale un nombre adecuado, por ejemplo “guru99”, y guarda
- El archivo del repositorio compartido ahora está creado.
Paso 2) Asociar un repositorio de objetos compartidos
- El siguiente paso es asociar el repositorio con tu prueba, lo que te permite usarlo.
- Para asociar un repositorio con una prueba, haga clic aquí. Recursos > Repositorio asociado (etiquetado Repositorios asociados en corriente UFT Una versión)
- Puede seleccionar el Repositorio para asociarlo con las Acciones disponibles en su prueba.
- Ahora puedes usar este repositorio compartido para desarrollar tu prueba.
Paso 3) Editar un repositorio de objetos compartidos
- Puedes utilizar el Administrador de repositorio de objetos para editar un repositorio compartido.
- Seleccionar Recursos > Gestor de repositorio de objetos. Abre el repositorio de objetos que creamos, “guru99”.
- Por defecto, el repositorio se abre en modo de solo lectura. Para habilitar la edición, haga clic en Archivo > Habilitar edición
- Una vez habilitada la edición, podrá realizar todas las operaciones, como cortar, copiar, pegar y renombrar objetos, que también puede realizar en el Repositorio de objetos.
- Mediante el Administrador de repositorios de objetos también puede comparar dos repositorios de objetos. QTP Informa estadísticas sobre lo que es único y lo que es común en ambos repositorios.
- Puedes usar la herramienta de fusión de repositorios de objetos para fusionar dos repositorios en uno solo.
El siguiente vídeo muestra el flujo de trabajo del repositorio compartido.
Diferencia entre repositorio de objetos local y repositorio de objetos compartido
La mayoría de los equipos acaban utilizando ambos tipos simultáneamente, por lo que resulta útil ver las ventajas y desventajas en un solo lugar antes de decidir a qué categoría pertenece un nuevo objeto.
| Criterios | Repositorio de objetos local | Repositorio de objetos compartidos |
|---|---|---|
| Disponibilidad | Creado automáticamente con cada acción | Debe crearse y luego asociarse con una acción. |
| <b></b><b></b> | Un repositorio por acción; utilizable únicamente por esa acción. | Un archivo utilizable por muchas acciones en muchas pruebas |
| Formato de archivo | Guardado como Repositorio de objetos.bdb dentro de la carpeta de acciones | Guardado como un archivo externo .tsr listo para importar |
| Edición | Editable directamente en la ventana del repositorio de objetos. | De forma predeterminada, solo lectura; se edita a través del Administrador del Repositorio de Objetos. |
| Reutilizar | No se puede reutilizar | Diseñado para la reutilización y el control de versiones. |
| Mantenimiento | Una propiedad modificada debe ser corregida en cada acción. | Una propiedad modificada se fija una sola vez, para cada prueba asociada. |
| Mejores adecuados para | Aplicaciones pequeñas y estables y pruebas de aprendizaje de una sola acción. | Aplicaciones grandes o dinámicas con varios ingenieros de automatización. |
En resumen, el repositorio local es más rápido para empezar y el repositorio compartido es más barato de mantener. Las pruebas de aprendizaje y las comprobaciones puntuales pueden permanecer locales; todo lo que una segunda persona vaya a ejecutar pertenece a un repositorio compartido. .tsr .
Cómo agregar objetos directamente a un repositorio de objetos compartidos
Exportar objetos locales es solo una ruta para un .tsr archivo. Cuando ya sabes qué controles necesita el conjunto, es más rápido crear primero el repositorio compartido y no grabar nada en absoluto.
- Seleccionar Recursos > Gestor de repositorio de objetos para abrir la ventana del Administrador.
- Elija Archivo> Nuevo para iniciar un repositorio compartido vacío o abrir uno existente .tsr archivo y seleccione Archivo > Habilitar edición.
- Utilice el Agregar objetos Opción para seleccionar el control que desea analizar en la aplicación que se está probando y, a continuación, confirmar la selección.
- Repita este proceso para cada control que afecte el conjunto de herramientas, cambiando el nombre de los objetos a algo legible a medida que avance.
- Seleccionar Archivo> Guardar y guarda el archivo en tu carpeta de control de versiones junto con la prueba.
- De vuelta en la prueba, seleccione Recursos > Repositorio asociado y adjunta el archivo a cada acción que lo necesite.
Dos hábitos hacen que este enfoque sea rentable. Nombra los objetos según su función en el negocio, en lugar de su descripción, ya que las descripciones cambian con más frecuencia que las funciones. Además, mantén un repositorio por pantalla o módulo de la aplicación en lugar de un archivo gigante, puesto que los repositorios más pequeños se cargan más rápido y generan muchos menos conflictos de fusión.
