1. Component Test Strategy
Objetivos deste documento:
- Deve especificar as técnicas a serem empregadas na modelagem dos test cases e na racional escolha deles (a seleção de Técnicas veremos mais a frente).
- Deve especificar o critério de completude(ou conclusão) dos testes e a racional escolha deles. Estes critérios deve indicar o nível de cobertura de teste cuja medição deverá ser conseguido através da utilização das técnicas de medição de teste.
- Deve documentar o grau de dependência necessária específica para projetar os casos de teste, tais como:
- São projetados por pessoas que definem/criam os componentes sob teste?
- São projetados por outra pessoa que não aquela que definiu o componente?
- São projetados por uma pessoa de uma seção diferente?
- São projetados por uma pessoa de uma organização diferente?
- Entre outros…
- Deve documentar se o teste de componente é realizado usando isolamento, abordagens bottom-up ou top-down, ou alguma mistura destas
- Deve documentar o ambiente no qual o teste de componente será executado. Isto deve incluir a descrição do hardware e do software no qual os testes de componente serão executados.
- Deve documentar o processo de testes que deve ser usado para o teste de componente.
- A documentação de processo de testes deve definir as atividades de teste a serem realizadas e os inputs e outputs de cada atividade.
- Para qualquer TC, a documentação de processo de testes deve requerir que as seguintes atividades ocorram na seguinte sequência:
- Component Test Planning;
- Component Test Especification;
- Component Test Execution;
- Component Test Recording;
- Checking for Component Testing Completion.
Obs: Sempre que um erro é corrigido através de uma alteração ou alterações nos materiais de teste ou no componente sob teste, as atividades afetadas devem ser repetidas.