AULA 03 - QUALIDADE DE SOFTWARE cont

Prévia do material em texto

� EFICÁCIA
◦ Capacidade de permitir que usuários atinjam metas 
especificadas com acurácia e completude em um 
contexto de uso específico.
� PRODUTIVIDADE
◦ Capacidade de permitir que seus usuários 
empreguem quantidade apropriada de recursos em 
relação à eficácia obtida, em um contexto de uso 
especifico.
� SEGURANÇA
◦ Capacidade de apresentar níveis aceitáveis de riscos 
de danos a pessoas, negócios, software, 
propriedade ou ao ambiente, em um contexto de 
uso específico.
� SATISFAÇÃO
◦ Capacidade de satisfazer usuários em um contexto 
de uso especificado.
� Analisam propriedades estáticas dos produtos de 
software intermediários ou para entrega.
� Baseadas em números ou frequências de 
elementos que compõem o software.
� Podem ser aplicadas a produto não executável
� Asseguram que a qualidade externa e em uso 
sejam alcançadas.
� Avaliam a qualidade do produto durante seu 
teste ou operação.
� Derivadas de medidas de comportamento do 
sistema do qual o software é parte, através de 
teste, operação e observação.
� Devem estar baseadas nos objetivos de 
negócio e relacionadas ao uso, exploração e 
gestão do produto num ambiente técnico e 
organizacional especificado.
� Medem o quanto um produto atende às 
necessidades dos usuários especificados, 
para que estes atinjam metas especificadas 
em um contexto de uso especificado.
� É medida em termos dos resultados do uso 
de software e não das propriedades do 
próprio software.
� Representa a visão da qualidade do sistema 
sob a perspectiva do usuário.
� Qualidade em uso é o efeito combinado da 
qualidade externa e interna.
� A relação da qualidade de uso com as outras 
características depende do usuário:
◦ Usuário final: resultado da funcionalidade, 
confiabilidade, usabilidade e eficiência.
◦ Mantenedor: resultado da manutenibilidade.
◦ Responsável pela Distribuição/Instalação: relação 
da portabilidade.
� Qualquer exclusão ou descrição própria de 
características tem que ser justificada e mapeada 
para as características e sub-caracteristicas da 
norma
� Para comparação, as métricas devem:
◦ Ser objetivas – procedimento escrito e acordado
◦ Ser empíricas – dados obtidos por observações ou 
questionários.
◦ Utilizar escala válida – itens de valor igual ou itens com 
valor conhecido.
◦ Ser reprodutíveis – as mesmas medidas (dentro da 
tolerância) devem ser obtidas por diferentes pessoas em 
diferentes ocasiões.
� Métrica: método e escala de medição 
definidos.
� Medição: Uso de uma métrica para atribuir 
um valor (número ou categoria), obtido a 
partir de uma escala, a um atributo de uma 
entidade.
� Medida: número ou categoria atribuído a um 
atributo de uma entidade através de uma 
medição.
� Quando controlar?
� Como controlar?
� Quem deve controlar?
� Definir em que marcos do projeto as 
características identificadas vão ser 
controladas para:
◦ Assegurar que os requisitos estabelecidos podem 
ser alcançados.
◦ Identificar quais dos requisitos estabelecidos 
apresentam riscos de não serem alcançados.
◦ Tomar as medidas corretivas o mais cedo possível
� Atividades analíticas
◦ Determinar se os requisitos foram atingidos
� Atividades construtivas
Sugerir ações corretivas caso os requisitos não sejam 
atingidos.
Qualidade só é alcançada se são tomadas medidas 
corretivas adequadas.
� Através de técnicas para avaliação da 
qualidade.
� Objetivos:
◦ Detectar erros em qualquer representação de 
software.
◦ Verificar se o produto de software em avaliação 
atinge os requisitos
◦ Assegurar que foram obedecidos normas e 
padrões.
◦ Assegurar que o software desenvolvido de forma 
uniforme
◦ Tornar o produto gerenciável
◦ Treinar equipe
� Procedimento para tornar eficaz a reunião:
◦ Estabelecer agenda e manter
◦ Limitar o debate
◦ Detectar problemas mas não tentar resolve-los na 
reunião
◦ Fazer anotações
◦ Limitar o numero de participantes
◦ Elaborar conjunto de critérios a serem avaliados
◦ Alocar recursos e espaço no cronograma para a 
reunião
◦ Treinar revisores
◦ Rever revisões anteriores.
� Semelhante ao walkthrough embora mais 
formal
� Baseada em critérios previamente definidos
� É atribuído um resultado.
� Avaliação do produto em fases
� Cada avaliação parcial tem o objetivo de 
verificar se o produto possui uma ou mais 
propriedades
� Inspetores individuais ou múltiplos inspetores
� Objetivos 
◦ demonstrar matematicamente a correção de um 
programa
� Vantagem
◦ Percorrer todos os caminhos de um programa
� Desvantagens
◦ Dificuldade
◦ Ausência de ferramentas de apoio
� Uso de cálculos estatísticos
� Avaliam a qualidade do software quando o 
trabalho de desenvolvimento está completo
� Usados para estimar taxa de defeitos que 
estão latentes no produto quando este é
entregue
� Teste FuncionalTeste FuncionalTeste FuncionalTeste Funcional
◦ Verifica a conformidade do comportamento do software em 
relação à especificação
� Teste de RegressãoTeste de RegressãoTeste de RegressãoTeste de Regressão
◦ Re-testa seletivamente um sistema ou componente do sistema 
para verificar se uma modificação causou efeitos colaterais
� Teste de ConfiabilidadeTeste de ConfiabilidadeTeste de ConfiabilidadeTeste de Confiabilidade
◦ Busca identificar falhas no software, de forma a melhorar a 
confiabilidade
� Teste de UsabilidadeTeste de UsabilidadeTeste de UsabilidadeTeste de Usabilidade
◦ Verifica o quanto é fácil para os usuários aprender e usar o 
software
� Teste de PerformanceTeste de PerformanceTeste de PerformanceTeste de Performance
◦ Mede a capacidade de processamento e tempo de 
resposta do software
� Teste em Larga EscalaTeste em Larga EscalaTeste em Larga EscalaTeste em Larga Escala
◦ O sistema é exigido em sua capacidade máxima
◦ O sistema é analisado de forma isolada
� Teste de ExaustãoTeste de ExaustãoTeste de ExaustãoTeste de Exaustão
◦ O sistema é exigido em sua capacidade máxima
◦ O sistema é analisado em execução conjunta com 
outros sistemas
� Teste AlfaTeste AlfaTeste AlfaTeste Alfa----betabetabetabeta
◦ Teste por um grupo representativo de usuários, que 
podem ser internos (alfa) ou externos (beta)
� Teste de AceitaTeste de AceitaTeste de AceitaTeste de Aceitaççççãoãoãoão
◦ Verifica a conformidade do comportamento do 
sistema em relação aos requisitos do usuário
◦ Pode envolver ou não o desenvolvedor
� Teste de InstalaTeste de InstalaTeste de InstalaTeste de Instalaççççãoãoãoão
◦ Verifica se o sistema funciona no ambiente de 
operação.
◦ Pode também verificar os procedimentos de 
instalação.
� Decidir o perfil do profissional
� Definir sua relação com o resto da equipe de 
Controle da Qualidade 
� Definir como a equipe de Controle da 
Qualidade se enquadra na organização geral 
do projeto
� MediMediMediMediççççãoãoãoão
◦ Os métodos, técnicas e ferramentas definidas no 
planejamento são usados para obter medidas
� AvaliaAvaliaAvaliaAvaliaççççãoãoãoão
◦ As medidas obtidas são consolidadas e 
comparadas com os requisitos de qualidade
◦ Decide-se se os requisitos foram atingidos
◦ Sugere-se correções casos os requisitos não 
tenham sido atingidos