Arquitetura do Functional Tester

O Rational Functional Tester pode ser estendido para desempenhar funções adicionais nas quais ele precisa se comunicar com o AUT (aplicativo em teste). Para isso, o Functional Tester primeiro estabelece um canal de comunicação com o AUT, chamado de ativação.

Atualmente, o Functional Tester suporta Java, .Net, HTML, Siebel, SAP, AJAX, Flex de teste e controles de GUI nativos do Microsoft Windows e cada um desses ambientes suportados são conhecidos como domínios. O estabelecimento do canal de comunicação é específico de um domínio. Você deve estabelecer um canal de comunicação para cada processo e depois testar o canal. O Functional Tester interage com o processo AUT e seus controles através do canal de comunicação estabelecido para obter informações requeridas. Como parte do estabelecimento de comunicação, o Functional Tester cria a instância de objeto DomainImplementation no AUT, que se torna abstrata e atua como uma interface para fornecer detalhes específicos de domínio novamente para o Functional Tester. O objeto DomainImplementation efetua as seguintes tarefas:


Feedback