É obrigatório executar testes de integração ao implementar ramificações de recursos em máquinas de controle de qualidade?

5

Em nosso organaziton para fazer o processo de teste, um QA pode iniciar o processo de controle de qualidade, implantando uma ramificação de recurso em uma máquina de controle de qualidade. Minha pergunta é que, ao fazer isso, o processo de construção também deve incluir a execução dos testes de integração / fumaça ou podemos ignorar isso.

Isso torna a compilação rápida e facilita para qualquer pessoa obter o executável para demonstrações, testes exploratórios ou apenas para ver o que mudou na semana passada. Eu acho que a compilação tirada do ramo de lançamento deve exigir a inclusão de testes de TI e cobertura de código.

Pensamentos

    
por Rohit Kumar 19.12.2016 / 15:29
fonte

3 respostas

3

Você não deve executar testes de integração / fumaça sempre que for criar.

Você não deve estar implantando em uma máquina de controle de qualidade sem passar nos testes básicos.

Você não deve esperar que os testes passem mais do que alguns minutos.

Os testes de fumaça devem ser não exaustivos. Se elas são pesadas, não as ignore. Trabalhe com o controle de qualidade para torná-lo rápido e segmentado.

O objetivo do QA é pensar em coisas que os programadores não fazem e ver as coisas de uma perspectiva que os programadores não têm: a perspectiva do usuário.

Não espere que eles pensem no código da mesma maneira que você. Mas certifique-se de que tudo o que pode ser feito seja feito para automatizar todos os testes e que os corretos sejam executados no momento certo.

    
por 19.12.2016 / 17:58
fonte
3

Sim. Os testes devem ser executados em qualquer build que o QA vá testar. Testar uma falha na construção é provavelmente um desperdício de tempo, então eles devem saber que o ramo é conhecido por ser quebrado. Eu normalmente não recomendaria executar a compilação em ramificações arbitrárias, mas se o QA for testar ramificações arbitrárias, então que seja.

    
por 20.12.2016 / 10:42
fonte
0

Adicionando minha resposta como ela difere da outra resposta atual.

Se a cobertura existente de testes de unidade for muito menor do que a integração ou a cobertura de teste de unidade é insignificante, então NÃO desabilitarei o teste de integração.

Até mesmo o trabalho exploratório deve ter algumas portas de verificação de qualidade.

    
por 20.12.2016 / 10:00
fonte