Architettura di Functional Tester
Proxy SDK di Rational Functional Tester  

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.

Functional Tester supporta attualmente il test di controlli della GUI Microsoft Windows nativa, Java, .Net, HTML, Siebel, SAP, AJAX, Flex e ciascuno di questi ambienti supportati sono noti come domini. L'istituzione del canale di comunicazione è specifico di un dominio. È necessario stabilire un canale di comunicazione per ogni processo e quindi è necessario eseguire il test del canale. Functional Tester interagisce con il processo AUT e i relativi controlli mediante il canale di comunicazione stabilito per acquisire le informazioni necessarie. Come parte del processo di stabilire la comunicazione, Functional Tester crea l'istanza dell'oggetto DomainImplementation nell'AUT, che a turno si astrae e agisce come un'interfaccia per restituire a Functional Tester dettagli specifici del dominio. L'oggetto DomainImplementation esegue le attività riportate di seguito:

  • Acquisisce gli oggetti di livello superiore
  • Registra oggetti proxy disponibili per il dominio
  • Crea ProxyObject per un dato controllo
  • Modello di processo
    Esistono due tipi di processi Functional Tester. I processi AUT (application under Test) sono noti come processi server Functional Tester. I processi registratore, riproduzione, controllo oggetto e IDE (Eclipse o Visual Studio .Net) sono noti come processi client Functional Tester. Uno strato IPC (inter process communication) di memoria condivisa completa i componenti di elevato livello del modello di processo Functional Tester.
  • Alto livello di interazioni
    Il client Functional Tester elabora l'interazione con l'AUT (application under test) e raccoglie informazioni rilevanti per eseguire operazioni come la registrazione, la riproduzione e l'ispezione di oggetti. Questa sezione fornisce una panoramica delle interazioni tra i processi client e i processi AUT. Functional Tester comunica con l'AUT mediante uno strato IPC (inter process communication) di memoria condivisa.
  • Modello proxy
    Functional Tester interagisce con i controlli AUT (application-under-test) mediante due elementi: oggetti Proxy e oggetti Test.
  • Interazioni della AUT (application under test)
    Esistono diversi livelli di richieste nel processo di test. In ogni livello sono presenti diverse interazioni tra Functional Tester e l'AUT (application under test).
Argomento principale: Proxy SDK di Rational Functional Tester

Feedback