,

terça-feira, 30 de abril de 2013

Questão de Certificação - Dia 7

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
 
                   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

                           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:
  • 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