Logo Passei Direto

A maior rede de estudos do Brasil

Grátis
98 pág.
syllabus_ctfl_3 1br

Pré-visualização | Página 8 de 33

se são necessários mais testes (p. ex., se os testes originalmente destinados a 
atingir um nível de cobertura de risco do produto falharam, exigindo que testes adicionais 
sejam escritos e executados). 
O progresso do teste em relação ao plano é comunicado aos stakeholders nos relatórios de progresso 
do teste, incluindo os desvios do plano e as informações para apoiar qualquer decisão de 
interromper o teste. 
O monitoramento e controle dos testes são explicados no capítulo 5.3. 
Análise do teste 
Durante a análise do teste, a base de teste é analisada para identificar recursos testáveis e definir as 
condições de teste associadas. Em outras palavras, a análise do teste determina “o que testar” em 
termos dos critérios de cobertura mensuráveis. 
A análise do teste inclui as seguintes atividades principais: 
• Analisar a base de teste apropriada ao nível de teste que está sendo utilizado, por exemplo: 
• As especificações de requisitos, como requisitos de negócios, requisitos funcionais, 
requisitos do sistema, histórias de usuários, épicos, casos de uso ou produtos de 
trabalho semelhantes que especificam o componente funcional ou não funcional 
desejado ou o comportamento do sistema; 
• A modelagem e a implementação de informações, como diagramas ou documentos 
de arquitetura de sistema ou software, especificações de modelagem, fluxos de 
chamadas, diagramas de modelagem (p. ex., diagramas de UML ou de entidade), 
especificações de interface ou produtos de trabalho semelhantes que especifiquem 
componentes ou estrutura do sistema; 
• A implementação do componente ou sistema em si, incluindo o código, metadados e 
consultas ao banco de dados e interfaces; 
• Os relatórios de análise de risco, que podem considerar os aspectos funcionais, não-
funcionais e estruturais do componente ou sistema. 
• Avaliar a base de teste e os itens de teste para identificar os vários tipos de defeitos, como: 
• Ambiguidades; 
• Omissões; 
• Inconsistências; 
• Imprecisões; 
• Contradições; 
• Declarações supérfluas. 
• Identificar os recursos e os conjuntos de recursos a serem testados; 
ISTQB® Certified Tester Syllabus 
Foundation Level 
 
 
 Versão 3.1 Página 21 de 98 
 
• Definir e priorizar as condições de teste para cada recurso com base na análise da base de 
teste e considerando as características funcionais, não-funcionais e estruturais, outros fatores 
comerciais e técnicos e níveis de riscos; 
• Capturar a rastreabilidade bidirecional entre cada elemento da base de teste e as condições 
de teste associadas (ver capítulos 1.4.3 e 1.4.4). 
A aplicação de técnicas de teste caixa-preta, caixa-branca e experiência pode ser útil no processo de 
análise do teste (ver capítulo 4) para reduzir a probabilidade de omitir as condições importantes de 
teste e definir as condições de teste mais corretas e precisas. 
Em alguns casos, a análise do teste produz condições de teste que devem ser usadas como objetivos 
de teste em cartas de teste. As cartas de teste são típicos produtos de trabalho em alguns tipos de 
testes baseados na experiência (ver capítulo 4.4.2). Quando esses objetivos do teste são rastreáveis 
até a base de teste, a cobertura obtida durante esses testes baseados na experiência pode ser 
medida. 
A identificação dos defeitos durante a análise do teste é um benefício potencial importante, 
especialmente quando nenhum outro processo de revisão está sendo usado e/ou o processo de 
teste está intimamente ligado ao processo de revisão. Essas atividades de análise do teste não 
apenas verificam se os requisitos são consistentes, expressos adequadamente e completos, mas 
também validam se os requisitos capturam adequadamente as necessidades do cliente, do usuário 
e stakeholders. Por exemplo, as técnicas como desenvolvimento orientado pelo comportamento 
(BDD) e desenvolvimento orientado por teste de aceite (ATDD), que envolvem a geração de condições 
de teste e casos de teste de histórias de usuários e critérios de aceite antes da codificação, também 
verificam, validam e detectam defeitos nas histórias do usuário e nos critérios de aceite (consulte 
[ISTQB_FL_AT]). 
Modelagem do teste 
Durante a modelagem de teste, as condições de teste são elaboradas em casos de teste de alto nível, 
em conjuntos de casos de teste de alto nível e outros testwares. Assim, a análise do teste responde à 
pergunta “o que testar?”, enquanto a modelagem de teste responde à pergunta “como testar?” 
A modelagem de teste inclui as seguintes atividades principais: 
• Projetar e priorizar casos de teste e conjuntos de casos de teste; 
• Identificar os dados de teste necessários para comportar as condições de teste e os casos de 
teste; 
• Projetar o ambiente de teste e identificar qualquer infraestrutura e ferramenta necessária; 
• Capturar a rastreabilidade bidirecional entre a base de teste, as condições de teste, os casos 
de teste e os procedimentos de teste (ver capítulo 1.4.4). 
A elaboração das condições de teste em casos de teste e conjuntos de casos de teste durante a 
modelagem do teste envolve muitas vezes o uso de técnicas de teste (ver capítulo 4). 
Assim como na análise do teste, a modelagem do teste também pode resultar na identificação de 
tipos semelhantes de defeitos na base de teste. Também como na análise do teste, a identificação 
dos defeitos durante a modelagem do teste é um benefício potencial importante. 
ISTQB® Certified Tester Syllabus 
Foundation Level 
 
 
 Versão 3.1 Página 22 de 98 
 
Implementação do teste 
Durante a implementação do teste, o testware necessário para a execução do teste é criado ou 
concluído, incluindo o sequenciamento dos casos de teste nos procedimentos de teste. Portanto, a 
modelagem de teste responde à pergunta "como testar?", enquanto a implementação do teste 
responde à pergunta "agora temos tudo para executar os testes?" 
A implementação do teste inclui principalmente as seguintes atividades: 
• Desenvolver e priorizar os procedimentos de teste e, potencialmente, criar os scripts de teste 
automatizados; 
• Criar as suítes de teste a partir dos procedimentos de teste e (se houver) os scripts de teste 
automatizados; 
• Organizar os conjuntos de testes dentro de um cronograma de maneira que resulte em maior 
eficiência a execução dos testes (ver capítulo 5.2.4); 
• Construir o ambiente de teste (incluindo, potencialmente, estrutura de teste, virtualização de 
serviços, simuladores e outros itens de infraestrutura), e verificando se tudo o que é 
necessário foi configurado corretamente; 
• Preparar os dados de teste e garantir que eles sejam carregados corretamente no ambiente 
de teste; 
• Verificar e atualizar a rastreabilidade bidirecional entre a base de teste, as condições de teste, 
os casos de teste, procedimentos de teste e suítes de teste (ver capítulo 1.4.4). 
As tarefas do projeto de teste e a implementação do teste são frequentemente combinadas. 
Nos testes exploratórios e em outros tipos de testes baseados na experiência, a modelagem e a 
implementação do teste podem ocorrer e serem documentadas como parte da execução do teste. 
Os testes exploratórios podem ser baseados em cartas de teste (produzidas como parte da análise 
dos testes) e os executados imediatamente à medida que são projetados e implementados (ver 
capítulo 4.4.2). 
Execução do teste 
Durante a execução do teste, os conjuntos de testes são executados de acordo com a programação 
da execução do teste. 
A execução do teste inclui principalmente as seguintes atividades: 
• Gravar os identificadores e versões do(s) item(ns) de teste ou do objeto de teste, da(s) 
ferramenta(s) de teste e testware; 
• Executar os testes manualmente ou usando ferramentas de execução do teste; 
• Comparar os resultados reais com os resultados esperados; 
• Analisar as anomalias para estabelecer suas prováveis causas (p. ex., falhas podem ocorrer 
devido a defeitos no código, mas falsos positivos também
Página1...456789101112...33