Aula 1 IMP

Prévia do material em texto

AVALIAÇÃO DE SOFTWARE
Professor Albertino Peres
Avaliação vem do verbo “avaliar” que significa estabelecer o valor, compreender e conhecer. (Dic. Aurélio)
O que é AVALIAÇÃO?
O que é QUALIDADE?
Podemos dizer que qualidade é um conceito subjetivo, é a propriedade de qualificar os mais diversos serviços, objetos, indivíduos, etc.
Introdução
No início do desenvolvimento, quando só existia a função de programador  e que era exercida por poucos, não haviam atividades de testes. Na verdade não havia nem processo definido de desenvolvimento de software. Na medida em que os erros ocorriam, após o software estar pronto, o próprio programador percorria o código para solução dos erros. Os testes aconteciam com o próprio usuário.
Somente na década de 70, quando os conceitos de engenharia de software emergiram sendo adotados como modelo para as universidades é que os primeiros procedimentos de testes, muito tímidos, começaram a ser usados, porém havia pouco consenso sobre o que viria a ser teste.
Por volta de 1979, Myers produziu um dos primeiros trabalhos  mais completos e profundos trabalho sobre um processo  de teste de software. Myers é  o autor do livro "The Art of Software Testing", considerado por muitos como a primeira obra de real valor sobre teste de software e a criadora de termos muito usados como 'Caixa Branca e Caixa Preta" e "Caso de Teste". Myers também ficou conhecido pela regra 10 de Myers.
REGRA 10 de Myers
Quanto mais cedo descobrimos e corrigimos o erro, menor é o seu custo para o projeto. Esse custo em correção de BUGS cresce 10 vezes para cada estágio em que o projeto do software avança.
A Regra 10 de Myers mostra que quanto mais tarde os defeitos forem encontrados tanto mais caro será corrigi-los. Nos anos 80 começou a surgir o conceito de Qualidade de software, onde o processo de desenvolvimento já estava sendo estruturado em fases e os testes aconteciam desde o início. Muitas organizações e padrões surgiram nesta época, mas o que ganhou maior dimensão e importância para as organizações  de software foi o modelo CMM, elaborado pelo SEI .Nos anos 90 as ferramentas de teste começaram a ser produzidas e determinados tipos de testes que antes não eram possíveis de serem executados, tornaram-se uma realidade e trazendo  alta produtividade e qualidade no processo de teste. 
Modelo de Maturidade em Capacitação (Capability Maturity Model).
Pode ser definido como sendo uma soma de "melhores práticas" para diagnóstico e avaliação de maturidade do desenvolvimento de softwares em uma organização.
Cenário Atual do Desenvolvimento de Software
Sistemas de software tornam-se cada vez mais parte do nosso dia-a-dia, desde aplicações comerciais (ex: bancos) até produtos de consumo (ex: carros). Com a globalização a integração entre matriz-filiais, fornecedores e clientes torna-se uma realidade e os sistemas além de complexos demandam grande integração entre suas diversas funcionalidades que devem atender a toda a empresa, de forma unificada.
Neste contexto, a maioria das pessoas já teve alguma experiência com um software que não funcionou como esperado. Softwares que não funcionam corretamente podem levar a muitos problemas, incluindo financeiro, tempo e reputação das empresas. Podem inclusive, chegar a influenciar na integridade das pessoas.
	Consequentemente o conceito de teste ganha complexidade, pois os riscos dos softwares não funcionarem a contento, cresce de forma exponencial. Ainda assim poucas empresas percebem que a implantação de um processo de garantia de qualidade de software é uma questão de estratégia de sobrevivência em um mercado cada vez mais exigente e competitivo.
A realidade dos projetos de software
Apesar de Sistemas de software tornam-se cada vez mais parte do nosso dia-a-dia e de serem um dos aspectos mais estratégicos para se viabilizar o aprimoramento e a inovação dos produtos e serviços nas organizações, o que acontece de fato, é que as indústrias de software estão despreparadas para atender às rápidas necessidades dos mercados porque não investiram em seus processos internos.
Não existe garantia de que a solução tecnologia contratada será entregue no prazo e nos custos negociados. Estudo americano demonstra o quanto imaturas ainda estão as indústrias de software: