Papéis e Atividades >
Conjunto de Papéis do Desenvolvedor >
Implementador >
Realizar Testes Unitários
Atividade:
| |||||||||||||||||||||
Finalidade
|
|
| Passos | |
| Artefatos Informados: | Artefatos Resultantes: |
| Papel: Implementador | |
| Informações Adicionais:
|
|
| Detalhamentos do Fluxo de Trabalho: |
Observação: A implementação e a modificação dos componentes ocorrem no contexto de gerenciamento de configuração do projeto. Os implementadores recebem um espaço de trabalho privado para desenvolvimento (consulte Atividade: Criar Espaço de Trabalho de Desenvolvimento) onde realizam seu trabalho, conforme as orientações do Artefato: Ordem de Trabalho. Nesse espaço de trabalho, os elementos de origem são criados e colocados sob o gerenciamento de configuração, ou eles são modificados no ciclo usual de fazer check-out, editar, compilar, testar unidade, fazer check-in (consulte Atividade: Fazer Mudanças). Após a conclusão de alguns conjuntos de componentes, conforme definidos por uma ou mais Ordens de Trabalho e necessários para um próximo build, o implementador liberará (consulte Atividade: Liberar Mudanças) os componentes novos e modificados associados no espaço de trabalho de integração do subsistema, para integração com o trabalho de outros implementadores. Por fim, em um momento conveniente, o implementador pode atualizar o espaço de trabalho privado de desenvolvimento, ou refazer sua baseline, para que fique consistente com o espaço de trabalho de integração do subsistema (consulte Atividade: Atualizar Espaço de Trabalho).
Unidade não significa apenas uma classe em uma linguagem orientada a objetos, mas também sub-programas livres, como funções em C++.
Para testar cada unidade (classe implementada), siga estes passos:
Finalidade
|
Mentores de Ferramentas
|
Para executar o teste unitário, estes passos devem ser seguidos:
Observação: A execução dos procedimentos de teste irão variar dependendo destes fatores: se o teste for automatizado ou manual e se os componentes de teste forem necessários como drivers ou stubs.
- Teste automatizado: Os scripts de teste criados durante o passo Implementar Teste são executados.
- Execução manual: Os procedimentos de teste estruturados desenvolvidos durante a atividade Estruturar Procedimento de Teste são usados para executar manualmente o teste.
Finalidade
|
Mentores de Ferramentas
|
A execução do teste é concluída ou finalizada em uma destas duas condições:
Se o teste finalizar normalmente, em seguida, prossiga com o passo Verificar os Resultados do Teste.
Se o teste é finalizado de modo anormal, prossiga com o passo Recuperar de Testes Interrompidos.
Finalidade
|
Mentores de Ferramentas
|
Quando o teste for concluído, examine os resultados do teste para assegurar que eles sejam confiáveis e que as falhas, avisos ou resultados inesperados não tenham sido causados por influências externas (ao objetivo do teste), como configuração ou dados inadequados.
Se as falhas relatadas foram causadas por erros identificados nos artefatos de teste ou por problemas com o ambiente de teste, siga a ação corretiva adequada para recuperar os testes interrompidos e execute o teste novamente.
Caso os resultados do teste indiquem que as falhas ocorrem devido ao objetivo do teste, então, essa atividade será concluída e geralmente a Atividade: Enviar Solicitação de Mudança ou a Atividade: Corrigir um Defeito deverá ser executada agora.
Finalidade
|
Há dois tipos principais de testes interrompidos:
Os dois tipos de finalização anormal do teste podem exibir os mesmos sintomas:
Para recuperar dos testes interrompidos, siga estes passos:
Consulte Atividade: Analisar Falha no Teste para obter informações adicionais.
|
Rational Unified Process |