É possível usar o atributo Question para inserir a pergunta que você usa durante a revisão dos elementos. Formule a pergunta de modo que a resposta Sim indique que o elemento está aprovado. É possível usar os seguintes pontos de verificação quando revisar tipos diferentes de elementos, como requisitos, casos de uso, etapas de teste e relatórios de problemas.
Nome | Pergunta |
---|---|
Exclusividade | O título e o ID do requisito são exclusivos? |
Compreensibilidade | Os leitores conseguem compreender quais são os requisitos? |
Redundância | O requisito está livre de informações desnecessárias? |
Completude | Todos os atributos estão completos? |
Ambiguidade | O requisito está escrito claramente? |
Consistência | O requisito está livre de contradições com outros requisitos e com os requisitos gerais do sistema? |
Organização | O requisito está no nível hierárquico correto? |
Rastreabilidade | O requisito possui um requisito de origem e um de destino? |
Possibilidade de Teste | A conclusão do requisito pode ser verificada por meio de teste, demonstração, revisão ou análise? |
Responsabilidade | O responsável pelo requisito está identificado? |
Idioma | O requisito está livre de erros gramaticais e de palavras que são difíceis de serem verificadas, como frequentemente, pelo menos e às vezes? |
Tipo | O requisito é um requisito e não uma solução de design ou implementação? |
Duplicatas | O significado do requisito é exclusivo? |
Divisão | Esse requisito especifica uma necessidade bem definida? |
Agrupamento | Esse é um requisito independente? |
Escopo | O requisito está no escopo do projeto? |
Desempenho | O objetivo do desempenho desse requisito está identificado? |
Referência | As referências cruzadas desse requisito estão corretas? |
Dependência | Se o requisito tiver quaisquer dependências com outros requisitos, essas dependências estão claramente especificadas? |
Nome | Pergunta |
---|---|
Distinção | O caso de uso é uma tarefa distinta e independente? |
Objetivo | O objetivo, ou o valor mensurável, do caso de uso está claro? |
Agente | Está claro qual agente se beneficia do caso de uso identificado? |
Nível | O caso de uso está gravado no nível essencial (abstrato), em vez de um cenário específico? |
Tipo | O caso de uso contém os detalhes de design e de implementação? |
Completude do Curso | Todos os cursos alternativos previstos estão documentados? |
Exceções | Todas as condições de exceção conhecidas estão documentadas? |
Divisão | Existem quaisquer sequências de ações comuns que poderiam ser divididas em casos de uso separados? |
Ambiguidade | A sequência de diálogos de cada curso está gravada claramente, sem ambiguidade e completa? |
Pertinência | Cada agente e etapa no caso de uso é pertinente para a execução da tarefa? |
Viabilidade do Curso | Cada curso definido no caso de uso é factível? |
Verificabilidade do Curso | Cada curso definido no caso de uso é verificável? |
Nome | Pergunta |
---|---|
Entrada e Saída | A etapa de teste inclui uma descrição completa da entrada e saída esperadas? |
Referência | Todas as dependências dessa etapa de teste estão descritas? |
Duplicatas | Esta condição é testada apenas uma vez? |
Completude | A etapa de teste está completa? |
Ambiguidade | A etapa de teste está livre de ambiguidades? |
Reproducibilidade | A etapa de teste é reproduzível? |
Design | A etapa de teste está projetada para mostrar a presença ou falha e não a ausência de falha? |
Nome | Pergunta |
---|---|
Compreensibilidade | Os leitores conseguem compreender o que é o relatório de erro? |
Completude | Todos os atributos estão completos? |
Ambiguidade | O relatório de erros está escrito claramente? |
Duplicatas | O relatório de erros duplicados existe? |
Reproducibilidade | O erro descrito no relatório de erro pode ser reproduzido? |