Please enable JavaScript.

Coggle requires JavaScript to display documents.

What Makes Agile Test Artifacts Useful? An Activity-Based Quality Model…

- - - - Em primeiro lugar, a lista de propriedades não está completo - a maioria das propriedades são definidas para os artefatos introduzidos pelas estruturas ASD, mas não para os artefatos necessários introduzidos pela equipe.
      - Em segundo lugar, os padrões normativo descrevem a qualidade por meio de propriedade abstratas, os critérios de aceitação devem ser precisos e concisos.
      - Em terceiro lugar, a base empírica e o raciocínio para esses critérios permanecem obscuros. Isso implica que os critérios são difíceis, senão impossíveis de falsificar. Argumentamos que, por uma combinação de todas essas razões, observamos na prática que as equipes Agile falham em satisfazer esses critérios normativos e lutam para manter seus artefatos de documentação.
- - - - Resultados
        
        Melhor compreensão dos fatores de qualidade dos artefatos de teste
- - - - Desafio 5: Falta de uma visão geral das dependências entre recursos
        
        QF 11: Link para teste de regressão ⊕
        
        QF 10: Link para o recurso dependente ⊕
  - - - Desafio 6: Os resultados e esforços dos testes não são documentados adequadamente
        
        QF 13: Contém esforço de teste por história de usuáriot ⊕
        
        QF 12: Contém taxas de aprovação / reprovação em cada nível de teste ⊕
  - - - Desafios
        
        Desafio 4: Falta de automação dos testes de aceitação
        
        Fatores de qualidade
        
        QF 9: Automatização ⊕
        
        Desafio 3: Os testes de aceitação contêm muitos ou poucos testes
        
        Fatores de qualidade
        
        QF 8: Mínimo de casos de teste necessários para cobrir totalmente os critérios de aceitação ⊕
        
        QF 7: Cenários positivos e negativos ⊕
      - Testes de aceitação
        
        Teste beta: teste de aceitação externo
        
        Teste alfa: Teste de aceitação interna
        
        examinou-se a qualidade de testes de aceitação da perspectiva de um produto interno proprietário no contexto do teste alfa
  - - - Desafio 7: Falta de dados de teste para testar o software adequadamente
        
        QF 14: Valores de limite ⊕
        
        todas as exceções potenciais condições adicionais são cobertas durante o teste, os dados do teste devem conter os mesmos casos limites que os dados de produção
  - - - Desafio 8: Cobertura de código inadequada de testes de unidade
        
        QF 15: Cobertura de código ⊕
        
        controlar a qualidade dos testes de unidade, métricas de cobertura de código devem ser aplicadas, pois permitem determinar quanto do código desenvolvido é testado
  - - - Desafio 2: Falta de uma visão geral das dependências entre critérios de aceitação
        
        Fatores de qualidade
        
        QF 5: Único ⊕
        
        QF 6: Link para critérios de aceitação relacionados ⊕
        
        QF 4: Livre de conflitos ⊕
      - Desafio 1: Os critérios de aceitação são formulados de forma ambígua
        
        Fatores de qualidade
        
        QF 3: Referências a e-mails, chamadas e documentos ⊖
        
        QF 2: Frases vagas ⊖
        
        QF 1: Coreferences ⊖
  - - - QF 16: Status documentado ⊕
- - - - Razões
        
        2) o entrevistador pode observar o comportamento dos participantes e pedir-lhes que elaborem suas respostas (por exemplo, para entender melhor o raciocínio de participante ou para se aprofundar nos detalhes).
        
        1) ambigüidades nas questões pode ser resolvido diretamente garantindo que todas as questões sejam compreendidas corretamente e que não sejam ignorados.