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.
Implementazione di registri per l'esecuzione del debug del codice proxy Functional Tester fornisce un'infrastruttura di registri che è possibile utilizzare quando si esegue il debug del codice proxy sviluppato.
La classe FTDebug è disponibile in entrambi i framework di sviluppo proxy .Net e Java.
È possibile creare un'istanza di un oggetto della classe FTDebug per ogni classe proxy e
registrare informazioni, avvertenze o messaggi di errore categoricamente.
Prima di eseguire il debug del codice proxy, effettuare le attività riportate di seguito:
Salvare la versione di debug dei file binari proxy nella
directory di personalizzazione e riavviare Functional Tester.
In caso di Java, abilitare il JRE utilizzato dall'AUT con
il programma di abilitazione Functional Tester.
In caso di .Net, avviare l'AUT .Net e registrare un clic su ogni controllo
utilizzando Functional Tester per abilitarlo all'esecuzione di test.
Nota: il file .dll di assemblaggio proxy viene caricato solo quando il primo clic
viene registrato sulle applicazioni Windows® e .Net. Le applicazioni Windows e .Net
vengono abilitate dinamicamente per l'esecuzione di test. In caso di Java, l'AUT viene abilitata dall'Application Configurator
Tool.
Impostazione timeout richiamo
L'esecuzione del debug dei proxy è sensibile al tempo e per impostazione predefinita il richiamo scade
dopo due minuti. Per modificare il timeout per l'esecuzione del debug, aggiungere un InvocationTimeout del valore DWORD
in millisecondi in HKEY_LOCAL_MACHINE\SOFTWARE\Rational
Software\RationalTest\8\Options nel registro Windows. Un timeout durante
l'esecuzione del debug genera un'eccezione SpyMemory MutexTimeout.
Esecuzione del debug della registrazione
Il metodo getChildAtPoint() è il punto di ingresso dell'esecuzione del debug proxy
della registrazione. Un'eventuale azione utente richiama il metodo processMouseEvent(), anche prima che
l'AUT veda l'evento. Functional Tester elabora le azioni
utente, ad esempio se l'azione è un clic o trascinamento e di conseguenza vengono generati gli argomenti e la specifica
del metodo. Per risultati ottimali, utilizzare questi metodi per
avviare l'inserimento di punti di interruzione.
Esecuzione del debug della riproduzione
Il metodo getMappableChildren() è il punto di ingresso dell'esecuzione del debug proxy
della riproduzione. Durante lo sviluppo proxy, la maggior parte dei problemi ObjectNotFound che si
verificano deriva da una mancata corrispondenza tra la gerarchia di oggetti prodotta dalla registrazione e la
gerarchia prodotta durante la riproduzione. Accertarsi che i metodi getMappableParent()
e getMappableChildren() siano simmetrici.