Resumo sobre inspeção de software

É importante ressaltar a diferença básica entre programa e software. Programas possuem um objetivo pré­definido e se limitam àquilo, não se preocupando com questões como documentação ou bugs que possam vir a existir. Softwares não. Por possuírem uma alta gama de usuários, softwares precisam se preocupar mais com áreas que envolvem testes e usabilidade por exemplo. Além disso, temos o conceito de que software não é manufatura, ou seja, necessita de um total de conhecimento necessário para sua produção, bem como um processo de engenharia envolvido.
Se observarmos o processo atual de desenvolvimento de software, é possível percebermos que não há um apego à uma cultura de reuso, ou seja, o uso de componentes pré­existentes e com qualidade e confiabilidade adequadas, o que pode comprometer a qualidade do software como um todo. Podemos medir a qualidade de um software de diversas maneiras, como por exemplo a partir de sua conformidade com os requisitos funcionais e desempenho, padrões de desenvolvimento documentados, e características implícitas esperadas de todo software profissionalmente desenvolvido, prezando sempre por princípios tais como corretude, confiabilidade, testabilidade e validação.
Desenvolvedores são humanos (ou zumbis), e como todo humano eles estão suscetíveis a erro, bem mais do que uma máquina, a propósito. Sendo assim não é difícil entender que a grande parte dos defeitos em sistemas de softwares têm origem humana e muitas vezes estão ligados à tradução incorreta da informação. Os defeitos foram categorizados da seguinte forma: Omissão, Fato Incorreto, Inconsistência, Ambiguidade e
Informação Estranha, e precisam ser identificados o mais cedo possível, uma vez que corrigir defeitos após a entrega do produto pode ser até cem vezes mais caro que corrigí­los nas primeiras fases do desenvolvimento.
A Inspeção de software foi introduzida na década de 70, e vem se mostrando como uma ótima técnica para reduzir erros no