Aula 09 avaliação 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
2
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.
3
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:
4
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
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.
6
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.
7
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.
8
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:
I. Propósito do plano 
II.Documentos de referência 
III.Administração 
A. Organização 
B. Tarefas 
C. Responsabilidades
9
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
10
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
11
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
12
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.
13
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.
14
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.
15
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].
16
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.
17
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.
18
5.2 – Plano de Teste
• A figura mostra o Plano de Teste como 
ligação entre o desenvolvimento e os testes.
19
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.
20
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.
21
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.
22
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. 
23
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, capacidadede processamento, 
sistema operacional, quantidade de 
memória disponível.
24
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.
25
5.2 – Plano de Teste
• 3 Análise e Estratégia de 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.
26
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.
27
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.>
28
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.>
29
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.>
30
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.
31
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.
32
Avaliação de 
Software
Daniele Cicillini
Atividade 9
33
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.
34
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.  
35
Atividade
36
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:
37
Atividade
A) plano de testes de integração de sistema, 
plano de testes amplo, plano de teste de 
integração do subsistema.
B) plano de testes de aceitação, plano de testes 
de integração de sistema, plano de teste de 
integração do subsistema.
C) plano de testes de integração de sistema, 
plano de teste de integração do subsistema, 
plano de testes de colaboração.
D) plano de testes de colaboração, plano de 
testes amplo, teste de integração do 
subsistema.
38
Atividade
• A alternativa correta é a letra B 
39
	Slide 1
	Slide 2
	Slide 3
	Slide 4
	Slide 5
	Slide 6
	Slide 7
	Slide 8
	Slide 9
	Slide 10
	Slide 11
	Slide 12
	Slide 13
	Slide 14
	Slide 15
	Slide 16
	Slide 17
	Slide 18
	Slide 19
	Slide 20
	Slide 21
	Slide 22
	Slide 23
	Slide 24
	Slide 25
	Slide 26
	Slide 27
	Slide 28
	Slide 29
	Slide 30
	Slide 31
	Slide 32
	Slide 33
	Slide 34
	Slide 35
	Slide 36
	Slide 37
	Slide 38
	Slide 39