Lista de verificação de teste de requisitos

Quando uma nova funcionalidade do sistema é desenvolvida, o analista escreve os requisitos e o testador os verifica. Antes de iniciar a implementação. Porque nesta fase é mais barato fazer correções.





O que procurar durante o teste? Existem várias características básicas que uma boa documentação deve ter:





  1. Integridade





  2. Unambiguidade





  3. ConsistĂŞncia





  4. Necessidade





  5. Viabilidade





  6. Testabilidade





Claro, pode haver mais deles. Alguém usa o mnemônico CIRCUS MATTA , alguém expande a lista para si e para a equipe. Mas essas seis características são básicas. Eles escrevem sobre eles em livros sobre testes e em vários artigos.





Neste artigo contarei mais sobre cada um deles, com fotos e exemplos da vida.





 





1. Completude

Está tudo descrito? Você se esqueceu de alguma coisa? E se ainda tivermos uma funcionalidade não descrita ou um parâmetro de método de API?





Para verificar este ponto, basta escrever uma lista de verificação de verificações funcionais. Foi assim que começaram a ler o TK, imediatamente anotaram os testes. É importante escrever , e não apenas pensar. Caso contrário, você definitivamente esquecerá algo.





- . , , . , -... , «», .





«». , , . :





— , ... ?





, ! , , .





, . . ... , , 5-10 . , , .





, « ». 10 . « », - .





 





? , , . : ?





, . , , . , , .





, — , . , - , !





 





2.

.





« » → «»?





  • , , ;





  • , 5 , .





. . :





  • .





  • 5 .





, :





  • , 0. , !





  • , ! - ...





, , :





  • —  .





  • , — , . , , ...





, , . , , .





, —  .





, —  , « , ...?». , . , - . , .





 





3.

. , . , . .





, , , 3 . , . , . !





, . , ?)









 





4.

: «, »? .





, . , 10 4. , , , , .





, ? ? , ?





, :





  • — , , .





  • — , . .





 





 





5.

, ? ?





. « 0,1 » - . , , - .





, , . « , «», « , ». , .





— . « », :





1. : .





2. : .





?





? , ? .





Lucene. -:





o   ;





o   ;





o   ( , );





o   ...





! , . ( ), —  .





, . , . —  .





? . . , . , 1000 10 , .





 





6.

?





. , , ,   . , , .





, . , , . , . — . .





, , « , » . , . , .





, . , JMS-. JMS-.





— « » ! , :





— ? jms — , ?





— , , , . , .





, , !





, , . , .





, . , , ? , , . , =)





( ) , , . —  , . .





! . .





 





: CIRCUS MATTA

CIRCUS MATTA — . ! :





  • Completeness — 





  • Independent — 





  • Realisable — 





  • Consistency — 





  • Unambiguity — 





  • Specific —





  • Measurable —





  • Acceptable — 





  • Testable — 





  • Traceable — ( )





  • Achievable —





Olha quantos pontos saiu! Estou particularmente impressionado com os itens "específico do cliente" e "rastreabilidade". Isso é muito importante. Se você tem um produto embalado personalizado para o cliente, certifique-se de olhar o item "Específico". E a rastreabilidade é um bônus muito bom, tornando mais fácil manter a documentação atualizada!





Veja também:





Documentação de teste para produtos de software - existem até 18 critérios para uma boa documentação!





Teste de requisitos. Recursos - Um artigo do Quality Lab.





PS - para artigos mais Ăşteis, olhe meu blog com a tag "Ăştil" . E vĂ­deos Ăşteis estĂŁo no meu canal do youtube








All Articles