Olá
a todos,
Hoje
é terça-feira, logo hoje é dia de...????? .....Questões de
Certificação CTFL.....
E
hoje iremos comentar uma questão mais teórica, voltado para os
estudos de Gerenciamento de Testes.
Lembrando
que essa questão foi retirada do Simulado nº 3, disponível para
downloado em nosso blog, pasta acessa a área de "Download".
Vamos
começar...
S03Q09.
Dada os seguintes conjuntos de termos de gerenciamento de teste (I-V)
e as atividades descritas (A-E), qual alternativa contém a melhor
combinação?
I. Controle de teste
II. Monitoração do teste
III. Estimar teste
IV. Gerenciamento de incidentes
V. Controle de configuração
I. Controle de teste
II. Monitoração do teste
III. Estimar teste
IV. Gerenciamento de incidentes
V. Controle de configuração
A. Cálculo
dos recursos necessários
B. Manutenção dos registros de resultados de testes
C. Realocação de recursos quando os testes terminam
D. Relatório dos desvios do plano de teste
E. Acompanhamento dos resultados de teste não esperados
B. Manutenção dos registros de resultados de testes
C. Realocação de recursos quando os testes terminam
D. Relatório dos desvios do plano de teste
E. Acompanhamento dos resultados de teste não esperados
a) I-C, II-B, III-A, IV-E, V-D
b) I-B, II-E, III-A, IV-D, V-C
c) I-C, II-D, III-A, IV-E, V-B
d) I-B, II-A, III-D, IV-C, V-E
Comentários:
Conforme
o Glossário do ISTQB, Gerenciamento de Teste é responsável pelo
planejamento, estimativa, monitoramento e controle das ativiades,
normalmente conduzidos pelo gerente de teste.
A
gestão de testes é a parte principal de um processo de testes. Com
a importância cada vez maior da atividade de teste, há um aumento
natural da importância de uma gestão efetiva de projeto de
teste/atividades de teste dentro do projeto de desenvolvimento.
Dentre
o Gerenciamento de Testes temos as atividades como :
I.
Controle de Testes - O controle do teste, de acordo com o
Syllabus, descreve qualquer orientação ou ação corretiva
tomada como resultado de informações e métricas coletadas e
relatadas. As ações podem abranger qualquer atividade de teste e
pode afetar qualquer outro software de atividade do ciclo de vida ou
tarefa.
Exemplos
de controle de teste:
- Tomar decisões baseadas em informações adquiridas na monitoração dos testes.
- Priorizar novamente os testes quando riscos são identificados.
- Mudar o cronograma de acordo com disponibilidade do ambiente de teste.
- Definir um critério de entrada para se iniciar o reteste de bugs resolvidos pelo desenvolvedor antes de aceitá-lo em uma build
II.
Monitoração do teste - Segundo o Syllabus, o propósito
da monitoração do progresso do teste é permitir uma visibilidade
sobre as atividades do teste. As informações a serem monitoradas
podem ser coletadas manualmente ou automaticamente e serem utilizadas
para medir os critérios de saída, como cobertura. Métricas podem
ser usadas para avaliar o progresso em relação ao orçamento e
cronogramas planejados.
As
métricas mais comuns incluem:
- Porcentagem de trabalho na preparação do caso de teste (ou porcentagem de casos de testes devidamente planejados).
- Porcentagem de trabalho na preparação do ambiente.
- Execução dos casos de testes (números de casos de teste executados ou não, testes com resultados positivos e negativos).
- Informações dos defeitos (densidade do defeito, defeitos encontrados e resolvidos, taxas de falha e resultado de retestes).
- Cobertura de requisitos, riscos ou código.
- Confiança subjetiva do testador sob o produto
- Datas dos pontos de controle.
- Custo do teste, incluindo o custo comparado ao benefício de encontrar o próximo erro ou de executar o próximo teste.
III.
Estimar teste - Duas abordagens para estimativa do esforço do
teste são cobertas no syllabus:
- Estimativa do esforço do teste baseado em métricas de projetos anteriores ou similares, ou baseado em valores típicos.
- Estimativas das tarefas pelo próprio executor ou por especialistas.
Uma
vez que a estimativa do esforço do teste é efetuada, recursos podem
ser alocados e um cronograma pode ser elaborado.
O esforço do teste pode depender de inúmeros fatores que incluem:
O esforço do teste pode depender de inúmeros fatores que incluem:
- Características do produto: a qualidade da especificação ou outra informação usada por projetos de teste, o tamanho do produto, a complexidade do problema, os requisitos para segurança e os requisitos para documentação.
- Características do processo de desenvolvimento: A estabilidade da organização, ferramentas usadas, processos de teste, experiência das pessoas envolvidas e pressão no prazo.
- As saídas do teste: o número de defeitos e a quantidade de retrabalho necessária.
IV.
Gerenciamento de incidentes -
Conforme descrito no Syllabus, levando em consideração que um dos
objetivos do teste é encontrar defeitos, as discrepâncias entre o
resultado atual e o esperado precisam ser registradas como
incidentes. Um incidente precisa ser investigado e pode se tornar um
defeito. Ações apropriadas para dispor incidentes e defeitos devem
ser disponíveis. Incidente e defeito deve ser rastreável desde a
descoberta, classificação até à correção e confirmação da
resolução. Para gerenciar os incidentes, a empresa deve estabelecer
processos e regras para classificá-los.
Incidentes podem ser descobertos durante o desenvolvimento, o teste e a utilização do software. Eles podem se revelar por problemas no código, por funções do sistema, documentação de desenvolvimento, documentação de teste, manual de instalação ou manual do usuário.
O
Relatório de Incidentes tem os seguintes objetivos:
- Prover aos desenvolvedores e outros envolvidos um retorno sobre o problema para permitir a identificação, isolamento e correção se necessário.
- Prover aos líderes de teste um meio para se rastrear a qualidade do sistema em teste e o progresso do teste.
- Prover ideias para aprimorar o processo de testes.
V.
Controle de configuração - Uma definição descrita no
Glossário do ISTQB é que controle de configuração é o elemento
de gerenciamento de configuração que consiste na avaliação,
coordenação, aprovação ou desaprovação e execução de
alterações nos itens de configuração após a criação formal da
sua identificação de configuração
Uma
vez com as definições de algumas atividades realizadas no
Gerenciamento de Testes, vamos agora assoar as atividades com as
especificações apresentadas no item do questão.
Analisando
o item I. Controle de Teste, vimos que na sua definição temos que é
uma ação corretiva tomada com base nos resultados dos testes e nas
métricas coletadas e relatadas, então podemos dizer que a
alternativa que melhor representa a atividade de Controle de Teste
seria a alternativa C.
Realocação de recursos quando os testes terminam, pois
uma alternativa para se manter o controle dos testes seria na
realocação de recurso para manter a qualidade das execuções e
resultados dos testes.
Com
isso eliminamos de cara duas alternativas A e D.
Continuando
as analises iremos para a atividade II. Monitoração do teste, que
segundo
o Syllabus, o propósito da monitoração do progresso do teste é
permitir uma visibilidade sobre as atividades do teste, criando
relatório s com métricas coletadas para medir os critérios de
saída e cobertura do sistema. Esse relatório deverá constar
informações como percentual de esforço, resultado das execuções,
informações sobre defeitos encontrados, cobertura dos requisitos –
riscos e/ou código, custos dos testes, entre outros. Atividade que
nos leva diretamente a associar com a alternativa D.
Relatório dos desvios do plano de teste.
Agora
temos a seguinte sequência: I-C, II-D... Suficiente para
encontrarmos a resposta, mas para critério de estudo vamos completar
o raciocínio.
Analisando
a atividade II. Estimar teste, temos que estimar é medir o esforço
e recursos utilizados nos testes baseados em métricas anteriores.
Logo a alternativa que melhor representa a Estimativa de Testes é a
A.
Cálculo dos recursos necessários,
pois o gerente de teste terá como papel estimar/calcular os recursos
necessários para a execução dos testes.
Nossa
sequência agora está, I-C, II-D, III-A... Falta pouco, então
vamos continuar.
A
atividade IV. Gerenciamento de incidentes, fala justamente nas
discrepâncias entre o resultado atual e o esperado. Incidentes
podem ser descobertos durante o desenvolvimento, o teste e a
utilização do software. Incidente e defeito deve ser rastreável
desde a descoberta, classificação até à correção e confirmação
da resolução. Para tanto deve-se haver um E.
Acompanhamento dos resultados de teste não esperados
, para
que seja possível o gerenciamento dos incidentes.
Estamos
completando nossa sequência, que agora está, I-C,
II-D, III-A, IV-E,....
Para
finalizar temos a atividade V.
Controle de configuração, que por definição é o gerenciamento
que consiste na avaliação, coordenação, aprovação e alteração
nos itens de de configuração. Com isso podemos agir fazendo B.
Manutenção dos registros de resultados de testes,
para que possamos ter uma melhor qualidade nos testes, coberturas e
resultados.
Fechando
nossa sequência temos I-C, II-D, III-A, IV-E, V-B, logo:
Resposta:
“C”
0 comentários:
Postar um comentário