Flashcards
Capitulo 1
Cards in this deck (14)
- 1- Plano de testes; - Cronograma de testes; - Registro de riscos e critérios de entrada e saída; - O cronograma de testes; - o registro de riscos e os critérios de entrada e saídaPlano de Teste
- 2- Relatórios de progresso de testes; - Documentação de diretrizes de controle; - informações sobre riscos.Monitoramento e Controle
- 3- Condições de teste (priorizadas); - Relatórios de defeitos referentes a defeitos na base de teste (se não forem corrigidos diretamente).Análise de Teste
- 4- Casos de teste (priorizados); - Cartas de teste; - itens de cobertura; - requisitos de dados de teste e requisitos de ambiente de teste.Modelagem de testes (Projeto de Teste)
- 5- procedimentos de teste; - scripts de teste automatizados; - conjuntos de teste; - dados de teste; - cronograma de execução de teste e elementos do ambiente de teste. Exemplos de elementos do ambiente de teste incluem: stubs, drivers, simuladores e virtualizações de serviço.Implementação dos testes
- 6registros de testes e relatórios de defeitosExecução dos testes
- 7- relatório de conclusão do teste; - itens de ação para melhoria de projetos ou iterações subsequentes; - lições aprendidas documentadas e solicitações de alteraçãoConclusão do teste
- 8Os testes podem mostrar que os defeitos estão presentes no objeto de teste, mas não podem provar que não há defeitos (Buxton 1970). Os testes reduzem a probabilidade de defeitos não serem descobertos no objeto de teste, mas, mesmo que nenhum defeito seja encontrado, os testes não podem provar a corretude do objeto de teste.O teste mostra a presença, não a ausência de defeitos.
- 9Testar tudo não é viável, exceto em casos triviais (Manna 1978). Em vez de tentar testar exaustivamente, as técnicas de teste (ver capítulo 4), a priorização de casos de teste (ver seção 5.1.5) e os testes baseados em riscos (ver seção 5.2) devem ser usados para concentrar os esforços de teste.Testes exaustivos são impossíveis.
- 10Os defeitos que são removidos no início do processo não causarão defeitos subsequentes nos produtos de trabalho derivados. O custo da qualidade será reduzido, pois menos falhas ocorrerão posteriormente no SDLC (Boehm, 1981). Para encontrar defeitos logo no início, os testes estáticos (ver capítulo 3) e os testes dinâmicos (ver capítulo 4) devem ser iniciados o mais cedo possível.Testes antecipados economizam tempo e dinheiro.
- 11Um pequeno número de componentes do sistema geralmente contém a maioria dos defeitos descobertos ou é responsável pela maioria das falhas operacionais (Enders 1975). Esse fenômeno é uma ilustração do Princípio de Pareto. Os agrupamentos de defeitos previstos e os agrupamentos de defeitos reais observados durante o teste ou em operação são uma entrada importante para o teste baseado em riscoOs defeitos se agrupam.
- 12Se os mesmos testes forem repetidos muitas vezes, eles se tornarão cada vez mais ineficazes na detecção de novos defeitos (Beizer 1990). Para superar esse efeito, talvez seja necessário modificar os testes e os dados de teste existentes, e talvez seja necessário escrever novos testes. Entretanto, em alguns casos, a repetição dos mesmos testes pode ter um resultado benéfico, por exemplo, em testes de regressão automatizadosOs testes se degradam
- 13Não existe uma única abordagem universalmente aplicável aos testes. Os testes são feitos de forma diferente em contextos diferentesOs testes dependem do contexto.
- 14É uma falácia (ou seja, uma concepção errônea) esperar que a verificação do software garanta o sucesso de um sistema. Testar exaustivamente todos os requisitos especificados e corrigir todos os defeitos encontrados ainda pode produzir um sistema que não atenda às necessidades e expectativas dos usuários, que não ajude a atingir os objetivos de negócio do cliente e que seja inferior a outros sistemas concorrentes.Falácia da ausência de defeitos.
Information
- Description
- Praxis CTFL 4.0 Flashcards on Capitulo 1, created by Fagundes Fernandes on 25/07/2024.
- Created by
- Fagundes Fernandes
- Views
- 3
- Rating