Este blog é sobre como pensar sobre o passado, o presente e o futuro dos testes. Por mais que eu queira ver tudo com clareza, minha bola de cristal está um pouco fraca. Porém, aprender é necessário, e aqui está minha ferramenta para isso.
Diferença entre ideia de teste e caso de teste?
Ano após ano, mudando de organização um após o outro, chego a um novo empreendimento com a expectativa de que não terei de ver casos de teste que não sejam automatizados e, por meio da execução contínua, manter uma atualização constante.
Mesmo assim, ano após ano, conforme passo de uma organização para outra, fico sabendo que as pessoas ainda estão escrevendo casos de teste. Esses são os casos de teste que contêm o título e as etapas a serem executadas. Aquelas que definem a sequência de ações do aplicativo que precisam ser verificadas e as etapas que você pode ou não seguir porque não é um robô.
Do meu ponto de vista, as idéias não têm valor, e pouco nos importamos com a qualidade de sua documentação. Ideias escritas em pedaços de papel costumam ser difíceis de decifrar depois de um mês, mas essas são notas críticas e eu realmente preciso delas quando volto às informações pré-estruturadas que documentei anteriormente. Os casos de teste são o que podemos querer deixar para depois, eles são mais do que ideias. Eles têm uma estrutura que os mantém funcionando, mesmo que pareçam uma lista de verificação. Freqüentemente, incluem etapas e ideias para pedidos. É melhor considerar os casos de teste como o resultado do teste (além disso, automatizado!), E não como dados iniciais para o teste.
, , , . , , , , , .
/ , , , — , , . . , , 1, — 2 . , .
20 , , . , — . , , , , , , .
, .
-. -, , .
- . . , . , , , , , , , box- -, -. , , , , , , .
, , , . , , . , -, .
. -. , , — , .
, , , . , - . , , , , , . 39 46 "-", 3 , . , , , .
, , . . , — .
"QA Engineer".
« », scrum, kanban, waterfall .