Proxy SDK di Rational Functional Tester
Supporto esteso per l'esecuzione di test funzionali automatizzati per i controlli UI dell'applicazione in uso.
- Introduzione a proxy SDK
Con proxy SDK (software development kit) di Rational Functional
Tester è possibile estendere il supporto di esecuzione di test funzionali automatizzati per i controlli
di interfaccia utente (oggetti di test GUI) dell'applicazione in uso, oltre a ciò che è fornito da Functional Tester per
impostazione predefinita. Proxy SDK fornisce documentazione dettagliata, riferimenti API ed esercitazioni ed esempi
pronti all'uso su come estendere Functional Tester per
aggiungere il supporto per l'esecuzione di test di nuovi controlli. Fornisce inoltre supporto per estendere controlli già
supportati dai domini esistenti.
- Architettura di Functional Tester
È possibile estendere Rational Functional Tester per
eseguire ulteriori funzioni per cui necessita comunicare con l'applicazione in fase di test (AUT - application under test). A tale fine, Functional Tester stabilisce per primo un canale di
comunicazione con l'AUT chiamato abilitazione.
- Sviluppo proxy
Una sfida nell'esecuzione di test funzionali è la varietà di framework UI (user interface) disponibili
(ad esempio, Java e HTML) e controlli (ad esempio,
pulsante e tabella) che l'esecuzione di test deve supportare. I framework UI differiscono nei modelli di programmazione e architettura
e i controlli differiscono nella relativa gerarchia di ereditarietà,
metodi, dati di proprietà e azioni utente.
- Mappatura dei proxy sui controlli
Functional Tester identifica ogni controllo
dell'AUT (application under test) mediante il relativo nome classe. L'esecuzione del metodo testObject.getProperty(".class")
nello script di test fornisce il nome classe. La mappatura è stabilita mediante i nomi classe del rispettivo controllo e
ProxyObject.
- TestObject
I TestObject sono le interfacce script per controlli AUT (applicazion
under test) e proxy. Un TestObject è un punto di connessione tra lo script di test
e un ProxyObject che collega all'oggetto reale nell'AUT.
Durante la registrazione, le istruzioni vengono registrate e gli oggetti vengono aggiunti alla mappa di
oggetti. Lo script utilizza le informazioni dalla mappa di oggetti per costruire e rilevare
TestObject.
- Distribuzione di un proxy
Una volta sviluppati i file di personalizzazione e binario proxy, è necessario
distribuirli affinché le modifiche divengano effettive.
- Esecuzione del debug del codice proxy
L'esecuzione del debug del codice proxy è una parte essenziale del processo di sviluppo proxy
per la determinazione dei problemi. Il codice proxy contenente il file JAR o il file di assemblaggio
.Net con estensione .dll viene caricato nel processo dell'AUT (application
under test). Per eseguire il debug del codice proxy, collegare il rispettivo debugger
al processo AUT una volta che i file binary proxy sono caricati nell'AUT.