Quanto mais simples e claros forem os requisitos, menos bugs haverá na funcionalidade. Porque não haverá diferentes leituras, ideias e outras coisas. Também é fácil se perder na folha de texto e simplesmente esquecer de implementar algo.
Como podemos tornar o TK mais claro? Você pode melhorar o texto - em vez de texto mesquinho, crie um caso de uso. E você pode usar a visualização. Ou seja, adicione fotos, diagramas, tabelas aos requisitos ...
Além disso, isso pode ser feito não apenas pelo analista, mas também por qualquer membro da equipe. É especialmente útil para os testadores visualizar o TOR, porque ajuda a ver imediatamente as áreas problemáticas e esclarecê-las antes mesmo da implementação. Testes iniciais e outras coisas.
Além disso, as técnicas para ajudá-lo a compreender melhor os requisitos também são técnicas de design de teste. Portanto, vale a pena conhecê-los! Não amontoei tudo em um artigo e fiz outros separados:
Mas isso significa que uma mesa ou C&T é a única forma de visualizar? Claro que não! Você pode desenhar o que quiser. O principal é que a imagem ajuda a entender melhor o requisito ou teste (sim, ao descrever testes, a visualização também ajuda!).
E hoje vou mostrar diferentes exemplos de visualização da minha prática, ou do trabalho dos meus alunos. Talvez algo disso seja atraente para você também!
Como fazer um desenho
Pegamos o requisito e o apresentamos de forma gráfica. Tudo!
A principal diferença de C&T é que não precisamos desenhar o próprio objeto. Nós desenhamos o que quisermos. Qualquer coisa que ajude a tornar a especificação técnica mais legível, mesmo que a interface seja na forma de um mapa! Ou um diagrama de blocos ou qualquer outra coisa.
Exemplos de
Mapa de Cenário
Funcionalidade de interação com um livro específico (retirado dos trabalhos dos meus alunos ):
Este é um mapa de cenário, não C&T, mas é igualmente útil!
Carregando um incremento
- , « ». . , :
.
increment — .
, , , ... , :
. . , , . «» , , , « ».
! , . , , « » . ! , .
« , » , ( visio ):
null => 1. INCREMENTS, import_status is null import_status = 1.
( ).
in (id_increment, import_status in 1).
in (import_status in 1).
- - ( staging).
, .
, ( record_id / staging).
1 => 2. INCREMENTS, import_status = 1 import_status = 2.
, ! , . , !
null => 1. INCREMENTS, import_status is null import_status = 1.
↓
import_status — , 1.
1?
?
, oracle-. , — , , . , , .
? ...
. , , , . !
. - — , (-, , , !), .
PowerPoint!
, !
(view). . . C . — view. — .
— , . :
from_date —
to_date —
— . , 5 , 10. ?
. , — . — . ? . ... . , . .
— , , , , , . . «», .
— , . — . , , . ... , . . .
yEd. . . ... Paint? , "". , , , . Visio ... , PowerPoint!
, . " 5, 10". — ! , , , . :
():
!
, . , , -. ? ! , . , .
. , " ". :
PowerPoint ! , , . . " " . - , — ! :)
!
,
,
: , . . , , !
- , - .
!
!!
Xmind (freemind, etc)
Microsoft Visio
PowerPoint
Draw.io
YeD
...
— . .
— . , paint. — . , . , . , , .
— . - , ! - . , — . , , , " "!
PS - Procure artigos mais úteis no meu blog sob a tag “útil” . E vídeos úteis estão no meu canal do youtube .