Repository di oggetti locali e condivisi in QTP/UFT
Team editoriale
⚡ Riepilogo intelligente
Repository di oggetti in QTP/UFT Uno memorizza gli oggetti di test e le proprietà che lo strumento utilizza per riconoscere la tua applicazione, ed è disponibile in due forme: un repository locale per ogni azione e un repository condiviso riutilizzabile.
Che cos'è un repository di oggetti in QTP?
Repository di oggetti è una raccolta di oggetti di test e informazioni che vengono riconosciute da QTP per lavorarci. Quando un utente registra un test, gli oggetti e le relative proprietà vengono acquisiti per impostazione predefinita.
Poiché ogni passaggio automatizzato deve fare riferimento a un oggetto memorizzato, il repository è il livello che decide se uno script continua a essere eseguito anche dopo che l'applicazione è stata modificata. Comprendere come gli oggetti arrivano al repository è fondamentale.
Come funziona l'identificazione degli oggetti in QTP?
- QTP utilizza una tecnologia simile a quella "umana" per identificazione dell'oggetto
- Durante Record tempo, QTP cerca di apprendere le proprietà di un oggetto GUI su cui viene eseguita un'operazione.
- Durante l'esecuzione, UFT Si confrontano le proprietà dell'oggetto memorizzato con le proprietà effettive dell'oggetto disponibile sullo schermo e si identifica in modo univoco un oggetto indipendentemente dalla sua posizione sullo schermo
- L'oggetto memorizzato, insieme alle sue proprietà, è chiamato Oggetto di prova
- Durante l'esecuzione, l'oggetto effettivo disponibile sull'applicazione in fase di test viene chiamato Oggetto in fase di esecuzione
- Questa è la Test rapido “Modello oggetto di prova”
- Le informazioni relative agli oggetti di test sono memorizzate nel repository degli oggetti.
- I componenti aggiuntivi aiutano QuickTest fornendogli in anticipo informazioni sulla natura dell'oggetto da registrare, in modo da ridurre il tempo necessario per apprenderne le proprietà.
Impara l'identificazione degli oggetti con un esempio nel seguente video
Clicchi Qui. se il video non è accessibile
Tipi di repository di oggetti
Ci sono 2 tipi di repository di oggetti in QTP
- Archivio oggetti locale
- Repository di oggetti condivisi
I due differiscono per un solo aspetto: la proprietà degli oggetti. Il repository locale appartiene a una singola azione, mentre il repository condiviso è un file indipendente che qualsiasi azione può utilizzare.
Archivio oggetti locale
- Il repository di oggetti locali è il repository di oggetti predefinito
- È specifico per le azioni e può essere utilizzato solo per un'azione particolare
- Il Local Object Repository è preferibile quando l'applicazione non è dinamica rispetto al tempo
- Il Local Object Repository non può essere riutilizzato
- È possibile eseguire numerose operazioni nel repository di oggetti locale, come ad esempio:
- Evidenziare un oggetto archiviato in un repository sull'applicazione sottoposta a test
- Controlla se un particolare oggetto nel tuo AUT è archiviato nel repository oggetti
- Taglia, copia, incolla, modifica ed elimina oggetti
- Nel caso in cui abbiate modificato accidentalmente il valore di una proprietà, potete aggiornarne la descrizione dall'applicazione utilizzando la funzione di aggiornamento.
Il video qui sotto mostra come lavorare con il repository di oggetti locale.
Repository di oggetti condivisi: crea, associa, modifica
- Un repository di oggetti globale o condiviso è preferibile quando un'applicazione è dinamica e le descrizioni degli oggetti cambiano frequentemente.
- Tra repository di oggetti condiviso e locale, il repository di oggetti condiviso è quello più comunemente utilizzato nei progetti di automazione.
- Tuttavia, rispetto al repository di oggetti locale, comporta costi aggiuntivi di manutenzione e amministrazione.
Per creare e utilizzare un repository di oggetti condivisi è necessario eseguire tre passaggi generali
- Creazione di un repository di oggetti condivisi
- Associazione di un repository di oggetti condivisi
- Modifica di un repository di oggetti condivisi
Osserviamoli uno alla volta
Passaggio 1) Creazione di un repository di oggetti condivisi
- Per impostazione predefinita, tutti i repository sono locali. Per creare un repository di oggetti condiviso, nella finestra di dialogo Repository di oggetti. Box, Clicca File > Esporta oggetti locali
- I file del repository hanno un'estensione .tsrDai un nome appropriato, ad esempio "guru99", e salva.
- Il file di repository condiviso è ora creato
Passaggio 2) Associazione di un repository di oggetti condivisi
- Il passo successivo è associare il repository al tuo test, che ti consente di utilizzarlo
- Per associare un repository a un test, fare clic Risorse > Archivio associati (etichettato) Repository associati in corrente UFT Una versione)
- Puoi selezionare il Repository da associare alle Azioni disponibili nel tuo test.
- Ora puoi utilizzare questo repository condiviso per sviluppare il tuo test
Passaggio 3) Modifica di un repository di oggetti condivisi
- È possibile utilizzare Object Repository Manager per modificare un repository condiviso.
- Seleziona Risorse > Gestore del repository di oggettiApri il repository di oggetti che abbiamo creato, "guru99".
- Per impostazione predefinita, il repository è aperto in modalità di sola lettura. Per abilitare la modifica, fare clic su File > Abilita modifica
- Una volta abilitata la modifica, è possibile eseguire tutte le operazioni come taglia, copia, incolla e rinomina degli oggetti, proprio come nel Repository degli oggetti.
- Tramite Object Repository Manager è anche possibile confrontare due Object Repository. QTP riporta statistiche su ciò che è unico e ciò che è comune in entrambi i repository
- È possibile utilizzare lo strumento Object Repository Merge Tool per unire due repository in uno solo.
Il seguente video illustra il flusso di lavoro di un repository condiviso.
Differenza tra repository di oggetti locale e repository di oggetti condiviso
La maggior parte dei team finisce per utilizzare entrambi i tipi in parallelo, quindi è utile visualizzare i compromessi in un unico posto prima di decidere dove collocare un nuovo oggetto.
| Criteri | Archivio oggetti locale | Repository di oggetti condivisi |
|---|---|---|
| Disponibilità | Creato automaticamente ad ogni azione | Deve essere creato, quindi associato a un'azione |
| Obbiettivo | Un repository per ogni azione; utilizzabile solo da quell'azione. | Un unico file utilizzabile per molteplici azioni in diversi test. |
| Formato del file | Salvato come ObjectRepository.bdb all'interno della cartella delle azioni | Salvato come esterno .tsr filetto |
| Editing | Modificabile direttamente nella finestra del Repository degli oggetti | Di default è di sola lettura; la modifica è possibile tramite il Gestore del repository degli oggetti. |
| Riutilizzo | Non può essere riutilizzato | Progettato per il riutilizzo e il controllo delle versioni |
| Manutenzione | Una proprietà modificata deve essere fissata in ogni azione | Una proprietà modificata viene fissata una sola volta per ogni test associato. |
| più adatto a | Applicazioni piccole e stabili e test di apprendimento a singola azione | Applicazioni di grandi dimensioni o dinamiche con diversi ingegneri dell'automazione |
In breve, il repository locale è più veloce da avviare e il repository condiviso è più economico da mantenere. I test di apprendimento e i controlli una tantum possono rimanere locali; tutto ciò che una seconda persona eseguirà appartiene a un .tsr file.
Come aggiungere oggetti direttamente a un repository di oggetti condiviso
L'esportazione di oggetti locali è solo una delle vie per .tsr file. Quando si sa già quali controlli sono necessari alla suite, è più veloce creare prima il repository condiviso e non registrare affatto.
- Seleziona Risorse > Gestore del repository di oggetti per aprire la finestra Manager.
- Scegli File> Nuovo per avviare un repository condiviso vuoto o aprire un repository esistente .tsr file e selezionare File > Abilita modifica.
- Usa il Aggiungi oggetti opzione per indicare il controllo che si desidera apprendere nell'applicazione in fase di test, quindi confermare la selezione.
- Ripeti l'operazione per ogni controllo gestito dalla suite, rinominando gli oggetti con nomi più leggibili man mano che procedi.
- Seleziona File> Salva e salva il file nella cartella di controllo della versione insieme al test.
- Tornando al test, seleziona Risorse > Archivio associati e allegare il file a ciascuna azione che lo richiede.
Due abitudini contribuiscono al successo di questo approccio. Assegnate agli oggetti un nome che corrisponda al loro ruolo aziendale anziché alla loro didascalia, perché le didascalie cambiano più spesso dei ruoli. Inoltre, mantenete un repository per ogni schermata o modulo dell'applicazione invece di un unico file di grandi dimensioni, poiché i repository più piccoli si caricano più velocemente e generano molti meno conflitti di unione.
