TRABALHO QUALIDADE E TESTE DE SOFTWARE PARA AV1-convertido

Prévia do material em texto

TRABALHO QUALIDADE E 
TESTE DE SOFTWARE 
PARA AV1 
 
 
 
 
 
 
ALUNO: GILBERTO GONÇALVES 
MATRÍCULA: 201501620819 
 
 
 
 
1. Explique por que um processo de software de alta qualidade deve 
levar a produtos de software de alta qualidade. Discuta possíveis 
problemas com esse sistema de gerenciamento de qualidade. 
R: Porque com um processo que nem esse de alta qualidade teremos padrões e 
procedimentos bem estruturados e definidos assim como um gerenciamento de 
qualidade. O que leva exatamente a um produto de software com uma qualidade 
alta. De primeira vista, não vejo nenhum problema com esse gerenciamento de 
qualidade, já que ele leva a produtos de alta qualidade. Porém, pode ser que haja 
alguns problemas relacionados ao fato de que um processo de alta qualidade precise 
de uma especificação completa. O que é muito difícil de ter, pois a especificação 
nunca esta completa e geralmente vai evoluindo durante o processo de 
desenvolvimento, neste ponto a alta qualidade do processo pode atrapalhar o 
desenvolvimento do produto. Cabendo ao gerente sênior intervir para assegurar que 
o processo de qualidade apóie, e não prejudique o desenvolvimento do produto. 
 
2. Explique como os padrões podem ser usados para capturar a 
sabedoria organizacional a respeito de métodos eficazes de 
desenvolvimento de software. Sugira quatro tipos de 
conhecimentos que possam ser capturados em normas 
organizacionais. 
R: O plano de qualidade deve estabelecer as qualidades desejadas para o 
software e descrever como elas devem ser avaliadas. Os quatro tipos são 
Introdução ao produto, Planos de produto, Descrição do processo e Metas de 
qualidade. 
 
3 Projete um formulário eletrônico que possa ser usado para registrar 
comentários de revisão e que poderia ser usado para enviar por e-mail 
os comentários para os revisores. 
 
 
 
4 Suponha que você trabalhe para uma organização que 
desenvolve produtos de banco de dados para indivíduos e 
empresas de pequeno porte. Essa organização está interessada 
na quantificação de seu desenvolvimento de software. Escreva 
um relatório sugerindo métricas adequadas e sugira como estas 
podem ser coletadas. 
R: Coleta de dados – Poderia ser feita através de uma interface com o sistema em que o 
microcomputador ira operar ou ate mesmo com o usuário. 
 
Possíveis métricas – Poderíamos ter inúmeras métricas dependendo do nível de qualidade 
que se deseje avaliar, e da tecnologia a ser utilizada. Porem algumas que posso propor são: 
Métricas de controle – Controlar o tempo do projeto, medir prazos e tempo de 
desenvolvimento, recursos requeridos, dentre outras. 
 
 Métricas dinâmicas – Tempo de resposta da comunicação com o banco de dados, numero 
de erros gerados pela interface responsável por coletar os dados. Ambas iriam medir 
confiabilidade e eficiência do produto. 
 
Métricas estáticas – Poderíamos utilizar fan-in/fan-out, complexidade ciclomática, dentre 
outras métricas relacionadas ao produto final, porem que sejam métricas úteis para avaliar 
o produto. 
5. Explique por que inspeções de programa são uma técnica eficaz para 
descobrir erros em um programa. Que tipos de erros são improváveis de 
serem descobertos por meio de inspeções? 
R: Existem quatro técnicas de detecção de erros: Walkthroughs, Teste 
de Mesa, Teste de Software e Inspeções de Software. Sendo a última uma 
técnica eficaz por: Realizar um teste estático analisando toda 
documentação incluindo o código fonte; Pode ser realizada em qualquer 
etapa do desenvolvimento se utilizando da experiência dos revisores; 
Numa única sessão pode-se detectar diversos erros, enquanto nos testes 
tradicionais um erro pode interromper a execução do programa; Utiliza 
uma Lista de Verificação (Checklist) para direcionar o trabalho. Por 
meio das inspeções podem ser detectados os seguintes tipos de erros: 
Anomalias (indicio de condições errôneas), Não Conformidade (com 
padrões) e Erros Lógicos. 
 
6. Explique por que as métricas de projeto são, por si só, um método 
inadequado de previsão de qualidade de projeto. 
R: As métricas aplicadas no projeto não são adequadas para garantir a qualidade do 
projeto pelo fato de que a qualidade do projeto é determinada pela qualidade do 
produto. Um projeto com nível alto de qualidade não necessariamente ira gerar 
produtos de qualidade. Produtos de qualidade não dependem somente de um 
projeto de qualidade mais de uma especificação bem definida, e considerando todos 
os fatores externos que possam influenciar o projeto. A “soma” de todos esses 
“fatores” é que garante a qualidade do projeto (produto). 
 
7. Explique por que é difícil validar os relacionamentos entre os atributos 
internos de produto, como complexidade ciclomática e atributos 
externos, como a manutenibilidade. 
R: A dificuldade está em compreender o que as medidas significam, A análise dos 
dados coletados é bastante difícil, A Análise dos dados deve levar em conta as circunstâncias 
locais 
 
8- Um colega, que é um excelente programador, produz softwares com 
poucos defeitos, mas constantemente ignora os padrões de qualidade da 
organização. Como seus gerentes deveriam reagir a esse 
comportamento? 
R: Devem chamar a sua atenção, pois uma organização não é composta apenas por 
aquele desenvolvedor, e sim pela equipe como um todo. Se um não seguir com os 
padrões definidos alem de influenciar na qualidade do produto, ira também perder o 
foco de se utilizar padrões para garantir uma qualidade. Sem falar que o software 
produzido por ele pode ate ter um numero pequeno de defeitos, porem foi feito por 
ele, somente ele ira entender como um todo, se outro desenvolvedor futuramente 
precisar efetuar uma manutenção ou algo do tipo ira ter dificuldade pela falta do uso 
dos padrões definidos pela organização.