Aula 09 - Qualidade e Teste de Software

Prévia do material em texto

Avaliação de Software
Daniele Cicillini
Aula 9
*
Índice
Unidade 5 – Documentação do Planejamento e Relatórios das Verificações e Validações
5.1 – Plano de Garantia da Qualidade de Software
5.1.1 – Pessoas Relacionadas à Garantia de Qualidade de Software
5.2 – Plano de Teste
*
*
Unidade 5 – Documentação do Planejamento e Relatórios das Verificações e Validações
A garantia da qualidade de software é uma atividade abrangente aplicada a cada passo do processo de engenharia de software. Ela envolve procedimentos pra a efetiva aplicação de métodos e ferramentas, revisões técnicas formais, estratégias e técnicas de teste, procedimentos para controle de mudanças, procedimentos para assegurar o cumprimento de padrões e mecanismos de medição e reportagem.
*
*
5.1 – Plano de Garantia da Qualidade de Software
Documentar é fundamental para formalizar o processo de qualidade, o conteúdo da documentação deve ser claro e bem definido, constando todos os itens que devem ser abordados, possibilitando que todos os envolvidos no processo de avaliação da qualidade possam:
*
*
5.1 – Plano de Garantia da Qualidade de Software
Acompanhar a evolução do trabalho.
Rastrear como as atividades foram planejadas.
Verificar em que condições foram executadas e quais defeitos foram identificados. A garantia de qualidade de software não é algo com o qual se começa a pensar depois que o código é gerado. 
*
*
5.1 – Plano de Garantia da Qualidade de Software
É muito importante perceber a importância da documentação no processo de software, uma vez que:
O software existe inicialmente na forma de documentos. 
A qualidade do produto final depende da qualidade da documentação.
Os documentos são meios de comunicação entre os diferentes grupos envolvidos na elaboração do produto.
*
*
5.1 – Plano de Garantia da Qualidade de Software
A finalidade do Plano de Garantia de Qualidade é fornecer um ponto de referência único sobre qualidade para o projeto. 
Trata-se de um artefato orientado a processo que destaca os elementos que contribuem para a obtenção dos objetivos de qualidade.
É responsabilidade do Gerente de Projeto garantir que o Plano de Garantia de Qualidade seja criado, apropriado e aceitável para o projeto.
*
*
5.1 – Plano de Garantia da Qualidade de Software
Cada projeto de desenvolvimento e manutenção deveria ter um Plano de Controle de Qualidade (SQAP) que específica seus objetivos, as tarefas de controle a serem realizadas, os padrões contra os quais o trabalho de desenvolvimento é para ser medido e os procedimentos e a estrutura organizacional.
*
*
5.1 – Plano de Garantia da Qualidade de Software
O padrão IEEE (Padrão ANSI/IEEE 730-1984 e 983-1986) para a preparação do Plano de Controle de Qualidade contém os seguintes tópicos:
Propósito do plano 
Documentos de referência 
Administração 
	A. Organização 
	B. Tarefas 
	C. Responsabilidades
*
*
5.1 – Plano de Garantia da Qualidade de Software
IV. Documentação 
	A. Propósito 
	B. Documentos de engenharia de software exigidos 
	C. Outros documentos 
V. Padrões, práticas e convenções 
	A. Propósito 
	B. Convenções
*
*
5.1 – Plano de Garantia da Qualidade de Software
VI. Revisões auditorias 
	A. Propósito 
	B. Requisitos de revisão 
	1. Revisão dos requisitos de software 
	2. Revisões de projeto 
	3. Verificação de software e revisões de validação
	4. Auditoria funcional 
	5. Auditoria física
	6. Auditorias in-process 	7. Revisões administrativas 
*
*
5.1 – Plano de Garantia da Qualidade de Software
VII. Gerenciamento de configuração de software
VIII. Reportagem de problemas e ações corretivas
IX. Ferramentas, técnicas e metodologias
X. Controle de código
XI. Controle de mídia
XII. Controle de fornecedores
XIII. Coleta, manutenção e retenção de registros
*
*
5.1 – Plano de Garantia da Qualidade de Software
O Plano de Verificação e Validação é uma descrição dos métodos usados para verificar se os requisitos são implementados no projeto, se o projeto é implementado no código e se o código atinge os requisitos. Outros documentos podem ser: 
Plano de Desenvolvimento de Software,
Plano de Gerência de Configuração de Software,
Manual de Padrões e Procedimentos.
*
*
5.1.1 – Pessoas Relacionadas à Garantia de Qualidade de Software
Alocar pessoas para trabalhar com SQA é uma tarefa difícil dos gerentes de software.
A prática de iniciar novas contratações em SQA é uma solução parcial que pode ser efetiva apenas se existem pessoas experientes no mercado.
*
*
5.1.1 – Pessoas Relacionadas à Garantia de Qualidade de Software
Recrutar pessoas para trabalhar em SQA é difícil também porque os profissionais de software geralmente preferem atribuições de desenvolvimento e a gerência certamente quer atribuir aos melhores projetistas o trabalho de projeto.
*
*
5.1.1 – Pessoas Relacionadas à Garantia de Qualidade de Software
Uma solução efetiva é requerer que todos os novos gerentes de desenvolvimento sejam promovidos para trabalharem em SQA. Isso poderia significar que potenciais gerentes poderiam passar entre seis meses e um ano em SQA, antes de serem promovidos à gerência. Essa é uma medida extrema, mas pode ser efetiva [Humphrey89].
*
*
5.2 – Plano de Teste
O plano de testes é o documento principal dos testes de software. 
Nele estão contidas informações importantes sobre as partes envolvidas no teste, os objetivos do teste, as partes do software a serem testadas, os critérios de aceitação e os passos necessários para executar os testes.
*
*
5.2 – Plano de Teste
Cada plano de testes possui descrição de um ou mais casos de teste. 
Um caso de teste compreende no mínimo um conjunto de ações a serem executadas e um critério de aceitação, que diz se o teste foi bem sucedido ou não. 
Na maioria das vezes os casos de teste possuem também critérios de entrada ou requisitos, e vem acompanhados de uma breve descrição do item a ser testado e dos objetivos que ele busca atingir.
*
*
5.2 – Plano de Teste
A figura mostra o Plano de Teste como ligação entre o desenvolvimento e os testes.
*
*
5.2 – Plano de Teste
Vamos analisar os componentes de um plano de testes:
1 Introdução - Na Introdução os objetivos gerais do Plano de Teste são apresentados de forma clara e não detalhada. 
*
*
5.2 – Plano de Teste
1.1 Sumário de alto nível
O sumário de alto nível define o escopo dos testes descritos no Plano em relação ao projeto de desenvolvimento do software como um todo. Ele não contém aspectos técnicos, pois é uma descrição que deve ser entendida por todos os envolvidos no projeto, como executivos e gestores de projeto.
*
*
5.2 – Plano de Teste
1.2 Terminologia
Essa sessão é útil para identificar termos técnicos, comerciais ou próprios da empresa que são utilizados ao longo do documento, como nomes de produtos que são referenciados e processos próprios da empresa.
*
*
5.2 – Plano de Teste
2 Ambiente e Configuração dos Testes
Nesta sessão são descritos o ambiente de testes e as configurações necessárias para a execução deles.
2.1 Plataformas
Os testes devem ser executados em todas as plataformas suportadas pelo software, pois é necessária uma documentação que sustente essa garantia de suporte dada pelo fabricante do software. 
*
*
5.2 – Plano de Teste
2.1 Plataformas
Cada uma das plataformas a serem usadas nos testes deve ser descrita com detalhe, com foco nas características mais relevantes ao software a ser testado: tipo de máquina, capacidade de processamento, sistema operacional, quantidade de memória disponível.
*
*
5.2 – Plano de Teste
2.2 Configurações
Assim como as plataformas, as configurações usadas em cada ambiente de testes devem ser descritas detalhadamente: softwares relacionados àquele a ser testado, drivers necessários ao seu uso, entre outras.
*
*
5.2 – Plano de Teste
3 Análise e Estratégiade Teste
A análise e a estratégia de teste são descritas minuciosamente nesta sessão, que abrange os objetivos, as dependências, a preparação e finalmente os casos de teste.
*
*
5.2 – Plano de Teste
3.1 Objetivos dos testes 
Os objetivos dos testes são pautados pelas características finais desejadas do software: segurança, integração com outros processos ou softwares e geração de determinados dados são alguns exemplos.
*
*
5.2 – Plano de Teste
3.1.1 Obj 1 - <Definição do objetivo. Exemplo: Segurança>
Condição do teste: <Condição que deve ser atendida para que o objetivo seja satisfeito. Exemplo: Somente usuários autorizados devem ter acesso às funcionalidades do software.>
*
*
5.2 – Plano de Teste
Abordagem: <De que forma esse objetivo pode ser avaliado? Exemplo: Devem ser usadas combinações corretas e incorretas/inválidas de usuário e senha na tela de autenticação do usuário.>
*
*
5.2 – Plano de Teste
Critério de aceitação: <Critério que define se o objetivo foi atendido. Exemplo: O processo de autenticação para uso do software deve negar acesso em caso de combinações incorretas de usuário e senha e permitir o acesso quando a combinação fornecida for correta.>
*
*
5.2 – Plano de Teste
3.2 Dependências dos casos de teste
Nessa sessão são descritos os requisitos que devem ser atendidos para a realização dos testes. Pode ser necessária a preparação de dados de entrada para que o software os reconheça, por exemplo.
*
*
5.2 – Plano de Teste
3.3 Preparação para os casos de teste Tudo o que deve ser preparado antes de se iniciar a execução dos testes é descrito nessa sessão, como por exemplo a preparação de ambiente, upgrade/ downgrade das dependências, ou qualquer outro passo que necessita estar previamente configurado antes do teste.
*
Avaliação de Software
Daniele Cicillini
Atividade 9
*
*
Atividade
Questão para a Prova: Analista em Tecnologia da Informação Ano: 2015 Banca: FAPERP Órgão: SeMAE
Validar um software é um item de extrema relevância no processo de desenvolvimento, pois objetiva verificar se um software se adequa corretamente as suas especificações e também satisfaz as especificações do cliente do sistema.
*
*
Atividade
Por exemplo, no desenvolvimento de sistemas de software críticos, existe uma equipe independente de testadores que trabalha a partir de planos de teste pré-formulados, compondo um processo de software dirigido a planos, conforme pode ser verificado na figura a seguir.  
*
*
Atividade
*
*
Atividade
Para seguir esta metodologia, alguns planos de teste devem ser desenvolvidos para vincular as atividades de teste e as atividades de desenvolvimento. 
A partir destas informações, assinale a alternativa que substitui corretamente os números I, II e III, respectivamente:
*
*
Atividade
plano de testes de integração de sistema, plano de testes amplo, plano de teste de integração do subsistema.
plano de testes de aceitação, plano de testes de integração de sistema, plano de teste de integração do subsistema.
plano de testes de integração de sistema, plano de teste de integração do subsistema, plano de testes de colaboração.
plano de testes de colaboração, plano de testes amplo, teste de integração do subsistema.
*
*
Atividade
A alternativa correta é a letra B 
*