Aula 02 - Testes de Software

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

*
*
*
Esforçamo-nos por desenvolver medições precisas de qualidade de software e às vezes frustramo-nos pela natureza subjetiva da atividade.
Uma definição mais precisa de qualidade de software é necessária para ajudar a resolver este problema, bem como uma forma de derivar medições quantitativas para análise objetiva.
1.4. Métricas de Qualidade de Software
*
*
*
Processo de Eng Softw
Projeto de Softw
Produto de Softw
Coleta de Dados
Medidas
Computar Métricas
Métricas
Avaliar Métricas
Indicadores
1.4.1 Processo de Coleta das Métricas
*
*
*
Podem ser utilizadas pelos Engenheiros de Software para:
 - Controlar o processo;
 - Ajudar nas decisões a medida que o projeto evolui;
 - Ajudar a obter qualidade dos produtos técnicos.
Uma vez que não existe essa coisa de conhecimento absoluto, ninguém deve esperar medir a qualidade de software exatamente, porque cada medição é parcialmente imperfeita.
Métricas representam medidas indiretas, ou seja, nunca medimos realmente a qualidade, mas sim, a manifestação da qualidade.
1.4.2. Objetivo das Métricas
*
*
*
Métricas podem prover benefícios significativos como melhorar o nível de maturidade do processo de desenvolvimento de software de uma organização. No entanto, devem ser usadas de forma apropriada.
1.4.3. Benefícios das Métricas
*
*
*
 Utilize sensibilidade organizacional ao interpretar dados de métricas;
 Disponibilize “feedback” regular às equipes que têm trabalhado na coleta de dados e métricas;
 Não utilize métricas para avaliar pessoas;
 Estabeleça objetivos claros e as métricas que serão usadas;
 Dados de métricas que indicam uma área de problema não devem ser considerados negativos
 Indicadores para a melhoria do processo
Não enfoque numa simples métrica, excluindo outras importantes. 
1.4.4. Utilizando as Métricas
*
*
*
Engenheiros de Software coletam medidas e desenvolvem métricas 
de forma que Indicadores sejam obtidos.
Indicadores são métricas ou combinação delas que proporcionam uma noção do andamento do processo, projeto ou produto de Software. 
1.5. Indicadores de Qualidade
*
*
*
Capacitam gerente de projeto a:
 - Saber o status do projeto em andamento;
 - Acompanhar riscos;
 - Descobrir problemas antes que se tornem críticos;
 - Ajustar tarefas e/ou fluxos;
 - Avaliar a capacidade das equipes através dos produtos gerados.
1.5.1 Indicadores de Projeto
*
*
*
Capacitam Engenheiro de Software a ter noção da eficácia do 
processo existente.
Tarefas pertencentes ao processo são eficientes ou não?
1.5.2. Indicadores de Processo
*
*
*
Utilizam uma medida da funcionalidade da aplicação 
Funcionalidade não pode ser medida diretamente;
Albrecht propõe uma medida chamada Ponto de Função.
1.6. Métricas Orientadas a Função
Contagem por Ponto de Função
Técnica utilizada para medir o tamanho do software a partir da perspectiva lógica do usuário. Não depende de linguagem, solução ou tecnologia. 
*
*
*
 Quantificar funcionalidade que o software provê ao usuário; 
 Medir a funcionalidade baseada nos requerimentos do usuário;
 Medir o desenvolvimento e a manutenção de software Indepen-dente da tecnologia usada para a implementação;
 Validar os requerimentos. 
1.6.1 Objetivos da CPF
*
*
*
 Ferramenta de normalização para comparação de software; 
 Veículo para estimar o custo e recursos requeridos para desenvolvimento de software e para manutenção;
 Ferramenta para medir as unidades do software para suportar análise de qualidade e produtividade.
1.6.2. Benefícios da CPF
*
*
*
Thomas McCabe se baseia na representação do fluxo de controle de um programa. Ela determina o número de regiões num gráfico planar.
Uma vez que o número de regiões aumenta com o número de caminhos de decisão e laços, esta métrica oferece uma medida quantitativa da dificuldade de fazer testes e uma indicação da confiabilidade geral.
Estudos experimentais indicam uma relação entre esta métrica e o número de erros no programa, bem como no tempo de descobrir e corrigir estes erros.
V(G) = 10 parece ser um limite superior para o tamanho modular
1.7. Métrica de McCabe
*
*
*
A
C
E
B
D
F
R1 
R5 
R4 
R3 
R2 
V(G) = 5 
1.7. Métrica de McCabe (cont.)
*
*
*
 CORRETUDE
 MANUTENIBILIDADE
INTEGRIDADE 
 UTILIZABILIDADE 
Bons indicadores para medir a qualidade de software, com foco no processo, projeto e produto.
1.8. Medindo a Qualidade
*
*
*
Programa deve operar corretamente. É o grau com que o Software desempenha suas funções requeridas.
Métrica mais comum:
		Defeitos por KLOC
Onde defeitos = falta de conformidade com os requisitos.
1.8.1 Corretude
*
*
*
 Facilidade com que um programa:
 É corrigido, caso um erro ocorra;
 É adaptável, se o ambiente muda;
 É melhorado, caso cliente modifique os requisitos.
Não há forma de medí-la diretamente, devem-se usar Métricas indiretas: 
Ex.: Tempo gasto para analisar uma requisição de mudança, projetar uma mudança, implementá-la e testá-la.
1.8.2 Manutenibilidade
*
*
*
Mede a habilidade do sistema em lidar com ataques a sua segurança. 
Ataques podem ocorrer em: 
 Programas;
 Dados;
 Documentos.
1.8.3 Integridade
*
*
*
 Atenta a quantificar quão amigável é o sistema e pode ser medido em termos de 4 características:
 Perfil intelectual requerido para aprender o sistema;
 Tempo requerido para tornar-se eficiente no uso do sistema;
 Aumento na produtividade medido quando o sistema é usado por alguém eficiente;
 Questionários distribuídos aos usuários.
1.8.4 Utilizabilidade