A implementação e a modificação dos componentes ocorrem no contexto de gerenciamento de configuração do projeto. Aos implementadores é oferecido um espaço de trabalho de desenvolvimento privado (consulte Tarefa: Criar Espaço de Trabalho de Desenvolvimento) no qual eles fazem seu trabalho, como orientados pelo Produto de Trabalho: Ordens de Trabalho. Nesse espaço de trabalho, elementos de origem são criados e colocados sob gerenciamento de configuração ou são modificados através de registro de saída, edição, compilação, teste de unidade e verificação no ciclo (consulte Tarefa: Fazer Alterações). Em seguida à conclusão de alguns conjuntos de componentes, conforme definido por uma ou mais Ordens de Trabalho e exigido para uma construção futura, o implementador entregará (consulte Tarefa: Entregar Alterações) os componentes associados, novos e modificados, para o espaço de trabalho de integração do subsistema, para a integração com o trabalho de outros implementadores. Por último, em um ponto conveniente, o implementador poderá atualizar ou refazer sua linha de base, do espaço de trabalho de desenvolvimento privado, para que fique consistente com o espaço de trabalho de integração do subsistema (consulte Tarefa: Atualizar Espaço de Trabalho).

Unidade significa não apenas uma classe em uma linguagem orientada a objetos, mas também subprogramas livres, como funções em C++.

Para testar cada unidade (classe implementada), siga estes passos:

Para executar o teste de unidade, siga as seguintes etapas:

1. Configure o ambiente de teste para assegurar que todos os elementos necessários (como hardware, software, ferramentas, dados, etc.) foram implementados e estão no ambiente de teste.
2. Inicialize o ambiente de teste para assegurar que todos os componentes estejam no estado inicial correto para o início do teste.
3. Execute os procedimentos de teste.

Nota: a execução dos procedimentos de teste irá variar dependendo do tipo de teste, automático ou manual, e da necessidade ou não de componentes de teste, como drivers ou stubs. 

• Teste automático: os scripts de teste criados durante a etapa Implementar Teste são executados.
• Execução manual: os procedimentos de teste estruturados, desenvolvidos durante a tarefa Estruturar Procedimento de Teste, são utilizados para executar o teste manualmente.

A execução do teste é concluída ou finalizada em uma destas duas condições:

• Normal: todos os procedimentos de teste (ou scripts) são executados conforme planejado.

Se o teste for finalizado normalmente, prossiga com a etapa Verificar os Resultados do Teste.

• Anormal ou prematuro: os procedimentos de teste ou scripts, não foram executados completamente ou conforme planejado. Quando o teste é encerrado de forma anormal, os resultados correspondentes podem não ser confiáveis. A causa da finalização deve ser identificada, corrigida e os testes devem ser executados novamente, antes da realização de tarefas adicionais de teste.

Se o teste for finalizado de modo anormal, prossiga com a etapa Recuperar Testes Interrompidos.

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 reportadas foram causadas por erros identificados nos produtos de trabalho de teste ou por problemas com o ambiente de teste, tome as ações corretivas apropriadas para recuperar testes interrompidos e, em seguida, execute o teste novamente.

Se os resultados do teste indicam que os defeitos são realmente decorrentes do objetivo do teste, então essa tarefa está essencialmente concluída e normalmente a Tarefa: Enviar Controles de Mudanças ou a Tarefa: Analisar Comportamento de Tempo de Execução deve ser executada agora.

Há dois tipos principais de testes interrompidos:

• Erros fatais - o sistema falha; por exemplo, rede com defeito, hardware travado e erros semelhantes.
• Falhas de Comando do Script de Teste - relativo a testes automáticos, ocorre quando um script de teste não pode executar um comando ou uma linha de código.

Os dois tipos de encerramento anormal de teste podem apresentar os mesmos sintomas:

• Ações, janelas ou eventos inesperados ocorrem durante a execução do script de teste.
• O ambiente de teste parece não responder ou é exibido em um estado não desejado, como suspenso ou com falhas.

Para recuperar dos testes interrompidos, siga estes passos:

1. Determine a causa real do problema.
2. Corrija o problema.
3. Configure o ambiente de teste novamente.
4. Inicialize o ambiente de teste novamente.
5. Execute os testes novamente.