Feedback
(C) Copyright IBM Corporation 2004, 2005. All Rights Reserved.

Sobre a Customização do Formatador de Importação de Exemplo

Caso tenha importado dados do Microsoft Excel ou Microsoft Word, ou quando customiza o formatador de importação de exemplo, é necessário determinar as modificações a serem feitas. Este tópico revisa as modificações que podem ser feitas e descreve as classes, interfaces e métodos a serem utilizados para implementá-las no código Java.

A criação de um formatador de importação customizado requer conhecimento de programação Java.

É possível modificar

Tipo de Origem

O tipo de origem especifica o formato dos dados de origem a serem transformados em um script de teste do Manual Tester. O usuário seleciona as informações do tipo de origem na primeira página do assistente de importação. Selecione o tipo de origem para o seu formatador de importação customizado com base nos dados existentes que você deseja transformar em scripts do Manual Tester.

Se os dados de origem estiverem em um formato que não seja Microsoft Excel, Microsoft Word ou TestManager ManualTest, será necessário criar um novo tipo de origem. Se os dados de origem estiverem em um desses formatos, talvez você possa utilizar um dos tipos de origem incluídos no Manual Tester, ou talvez tenha que criar um novo tipo de origem. Para determinar se é necessário ou não criar um novo tipo de origem, construa o formatador de importação de exemplo com um dos tipos de origem existentes, como por exemplo, Microsoft Excel. Importe alguns dados de origem.

Se o script do teste resultante não atender às suas necessidades, por exemplo, ele não inclui todos os dados que você desejava importar, será necessário criar um novo tipo de origem, além de modificar a página de configuração e a ação de conclusão.

Se o script do teste resultante atender às necessidades, não será necessário criar um novo tipo de origem. É possível utilizar o tipo de origem existente e modificar somente a página de configuração e a ação de conclusão.
Nota: Se você utilizar um tipo de origem existente, será necessário remover o tipo de origem de exemplo do formatador de importação de exemplo.

Página de Configuração

A página de configuração é a segunda página do assistente de importação. A página de configuração do formatador de importação tem campos de entrada que reúnem os dados que o usuário fornece quando importa os arquivos. A classe da ação de conclusão transforma os dados importados em um script de teste do Manual Tester.É possível definir os dados a serem coletados e os widgets de controle do GUI que são exibidos, modificando o código da página de configuração no formatador de importação de exemplo.
Nota: O Web site do Eclipse (http://www.eclipse.org), tem informações adicionais sobre widgets SWT.

A página de configuração deve implementar a interface IMTAImportConfigPage, a qual contém os métodos que incluem a página de configuração no assistente de importação.

A página de configuração é especificada no arquivo plugin.xml, o qual a vincula ao formatador de importação.

ExampleImportConfigPage no formatador de importação de exemplo, é um exemplo prático de uma página de configuração. Nesse exemplo, a criação e o controle dos widgets de controle de GUI, são mantidos em uma classe separada, chamada ExampleConfigPage para maior clareza. Não é necessário dividir a funcionalidade da página de configuração em classes separadas.

Interface e Métodos Descrição
Interface IMTAImportConfigPage  
  • setWizardPage(IWizardPage)
Especifica a página de configuração para o assistente de entrada com o qual trabalhará. A página de configuração armazena o valor IWizardPage em cache, de modo que ele possa notificar o assistente quando todos os valores da página de configuração forem válidos.
  • createConfigPageControls(Composite)
Cria os widgets de controle de GUI que são exibidos na página de configuração.
  • getConfigSettings()
Chamado depois que o botão Finish é pressionado. Retorna as informações que são transmitidas para o método de ação de conclusão initialize().

Ação de Conclusão

A classe da ação de conclusão transforma os dados importados em um script de teste do Manual Tester.A classe da ação de conclusão é chamada quando o botão Finish é pressionado. Ela captura as informações na Página de Configuração como entrada e processa os dados de importação, criando uma instrução RMT de cada vez.

A ação de conclusão da importação deve implementar a interface IMTAImportSource, a qual especifica os métodos que inicializam, pedem instruções e limpam a operação de importação.

A ação de conclusão é especificada no arquivo, o qual a vincula ao formatador de importação.

Tabela 1. Interfaces da Página de Configuração
Interface e Métodos Descrição
Interface IMTAImportSource  
  • initialize(IMATImportSourceConfigSettings)
O primeiro método chamado na ação de conclusão. Transmite as informações definidas na página de configuração get(ConfigSettings() para a ação de conclusão.
  • destroy()
O último método chamado na ação de conclusão. Libera recursos alocados.
  • getCurrentDocumentPath()
Retorna o arquivo que está sendo importado.
  • getStatements()
Retorna um iterador Java, o qual retorna uma instrução de nível superior de cada vez. Cada chamada Iterator.next() retorna um IMATImportNode.
  • getLastError()
Retorna o último erro que ocorreu, de modo que ele possa ser reportado para ao usuário.
Interface IMTAImportNode Define a instrução de teste manual, que é retornada pelo método getStatements() .
  • getType()
Retorna o tipo de instrução, que pode ser uma das seguintes:
  • IMTAImportNode.TYPE_STEP - step
  • IMTAImportNode.TYPE_BLOCK - group
  • IMTAImportNode.TYPE_VP - verification point
  • IMTAImportNode.TYPE_TESTCASE - reporting point
  • getName()
Retorna o nome da instrução, que é exibido na visualização Outline. Se esse método retornar nulo, a visualização Outline exibirá os primeiros 32 caracteres da descrição.
  • getDescription()
Retorna a descrição da instrução, que é exibida na visualização Editor. Esse método pode retornar nulo.
  • getAttachments()
Retorna uma matriz de cadeias, sendo que cada uma delas é o nome do arquivo com o caminho completo de um anexo.
  • getChildren()
Se o tipo de instrução for bloqueado e o bloqueio tiver filhos, ele retornará um iterador Java; caso contrário, ele retornará nulo. Retorna uma instrução por vez, ou seja, cada chamada Iterator.next() retornará um IMTAImportNode.
  • destroy()
Chamado depois que todas as informações forem extraídas. Libera recursos alocados.