Arquitetura para Automatização de Testes
É uma composição de diversos elementos de automatização de testes e suas especificações que representam as características fundamentais do sistema de software de automatização de testes. A Arquitetura para Automatização de Testes fornece uma visão geral de arquitetura abrangente do sistema de automatização de testes, usando diversas visões de arquitetura diferentes para descrever diferentes aspectos do sistema.
Representação em UML: Alguns aspectos da Arquitetura para Automatização de Testes podem ser descritos opcionalmente usando um modelo UML, estereotipado como «arquitetura para automatização de testes».
Papel: Designer de Teste 
Opcional/ Ocorrência: Normalmente informal. Quando mantido, este artefato tem mais utilidade como um artefato único por projeto. Ele é útil principalmente quando a execução automatizada de testes de software precisa ser mantida e estendida por vários ciclos de teste.
Incluído em: Opcionalmente, a Arquitetura para Automatização de Testes pode ser incluída no Documento de Arquitetura de Software, descrita em uma seção própria ou como um conjunto de assuntos detalhados.
Templates:
Exemplos:  
Relatórios:  
Mais informações:  

Entrada para Atividades:    Saída de Atividades:   

Finalidade Início da página

A Arquitetura para Automatização de Testes serve como forma de argumentação, gerenciamento e comunicação das características fundamentais do sistema de software de automatização de testes. Seu foco determina o software de automatização de testes, que permite que o sistema necessário seja concebido em torno de aspectos principais, como: manutenibilidade, extensibilidade, confiabilidade, simultaneidade, distribuição, segurança e recuperação.

Breve Resumo Início da página

Consulte o Artefato: Documento de Arquitetura de Software para obter um exemplo de esquema das áreas que devem ser abordadas pela Arquitetura para Automatização de Testes.

Propriedades Início da página

Nome da Propriedade

Breve Descrição

Representação em UML

Introdução É uma descrição textual que funciona como uma rápida introdução do modelo. Valor rotulado, do tipo "texto curto".
Pacotes São os Pacotes usados para fins de agrupamento organizacional, geralmente representando uma hierarquia. Incluídos por meio da associação "representa" ou recursivamente através da agregação "possui".
Interfaces São as interfaces no modelo, pertencentes aos pacotes. Adquiridas recursivamente por meio da agregação "possui".
Eventos e Sinais Principais São os Eventos e Sinais relevantes no modelo, pertencentes aos Pacotes. Adquiridos recursivamente por meio da agregação "possui".
Conjuntos e Scripts de Testes Principais. São os Conjuntos e os Scripts de Testes relevantes no modelo, pertencentes aos Pacotes. Adquiridos recursivamente por meio da agregação "possui".
Relacionamentos Principais São os relacionamentos relevantes no modelo, pertencentes aos Pacotes. Adquiridos recursivamente por meio da agregação "possui".
Diagramas Principais São os diagramas principais no modelo, pertencentes aos Pacotes. Há várias representações de diagrama em UML.
Realizações de Casos de Uso Principais São as Realizações de Casos de Uso relevantes no modelo, pertencentes aos Pacotes. Diagramas de Classes e Interações complementadas com documentos textuais.

Ocorrência Início da página

A Arquitetura para Automatização de Testes deve ser elaborada tão logo seja viável, de preferência no final da Fase de Iniciação. No final da Fase de Elaboração, a arquitetura deverá estar bem formada, aprovada, avaliada e com uma baseline criada.

Responsabilidade Início da página

O Designer de Teste papel é basicamente responsável por esse artefato. As responsabilidades incluem:

  • Aprovação de todas as mudanças nos elementos significativos do ponto de vista da arquitetura, como Interfaces principais, bibliotecas de códigos comuns e outros elementos do gênero.
  • Certeza de que as mudanças serão implementadas, validadas e comunicadas aos papéis afetados.
  • Resolução de problemas resultantes de conflitos entre as ferramentas de automatização de testes e a Abordagem de Teste planejada.

Adaptação Início da página

Quando disponíveis, você poderá usar uma parte das Arquiteturas para Automatização de Testes existentes, sem precisar adaptá-las muito. Entretanto, geralmente cada projeto requer uma certa variação na abordagem, nas técnicas e nas ferramentas, o que acaba afetando a própria arquitetura. Em vários casos, a adaptação ou a criação de uma Arquitetura para Automatização de Testes ocorrerá durante a Fase de Elaboração e será ajustada e estendida com cada iteração subseqüente nas Fases de Construção e Transição.

Para a definição da Arquitetura para Automatização de Testes, recomenda-se usar uma única fonte que mantenha uma descrição resumida das principais características da arquitetura. Observação: evite um número excessivo de detalhes desnecessários na descrição da arquitetura.

Como alternativa para a documentação formal, você pode optar por simplesmente registrar essas informações como um conjunto de observações informais de arquitetura acompanhadas de um conjunto mínimo de diagramas explanatórios, mantidos possivelmente em um quadro branco visível para a equipe de teste.



Copyright  (c) 1987 - 2001 Rational Software Corporation


Exibir o Rational Unified Process usando quadros

Rational Unified Process