Unidade 4

Depuração e Teste de Programas

Aproximadamente 50% do tempo e mais de 50% do custo são gastos no teste de programas ou sistemas em desenvolvimento.

É por este motivo que um dos objetivos desta disciplina é ensinar métodos e técnicas de depuração e teste de programas.

Inicialmente vamos tentar definir o que seja um teste de um programa.

A algum tempo atrás a definição era:

Um processo de executar um programa ou sistema com a finalidade de encontrar erros (Myers,1979).

Mais tarde, com advento da onda da qualidade esta definição passou para :

Testar é qualquer atividade que vise a avaliar uma característica ou recurso de um programa ou sistema. Testar é a medida da qualidade do software (Hetzel, 1983).

Qualidade significa atender as necessidades do cliente.

Dar qualidade ao software que está sendo desenvolvido não é um patamar intangível.

A finalidade do teste é tornar essa qualidade visível.

Testar é medir a qualidade do software.

Básicamente podemos citar três conjuntos de fatores que poderão melhor atender a qualidade. São êles:

• O software que estamos desenvolvendo faz o que se pretende dele? É fácil de aprender e usar? Podemos denominar este primeiro conjunto como funcionalidade, ou seja, qualidade exterior. Fazem parte deste conjunto os fatores: correção, confiabilidade, facilidade/adequação de uso e integridade
• O segundo conjunto de fatores levam em conta os itens: documentação, estrutura, eficiência e a possibilidade de testes. Podemos denominar este conjunto de fatores como a sua Engenharia, ou seja, sua qualidade interior.
• O terceiro conjunto denominamos de adaptabilidade ou também dita por muitos como portabilidade. Neste conjunto visualizamos as qualidades futuras do software, flexibilidade, posssibilidade de reutilização e a facilidade de manutenção, ou seja: o software é fácil de ser ampliado ou alterado? Ele se adapta a diversos ambientes? Ele pode ser usado em outras aplicações?

As preocupações de qualquer método de teste são: O que testar? Quando Terminar? Quem vai testar?

Podemos também avaliar em três tempos que significarão três diferentes tipos de teste:

• TESTE DE PROGRAMAS
• Objetivos - Confirmar que o módulo ou programa foi codificado corretamente;
• Quem faz - Geralmente o programador;
• O que é testado - as funções e a codificação. O extremos e limites são explorados;
• Quando termina - em geral quando o programador se sente à vontade, e não consegue detectar mais nenhum erro;
• Recursos extras - em geral não empregados;
• Registros - raramente feitos.
• TESTE DE SISTEMAS
• Objetivos - Reunir os módulos num sistema viável. Determinar a possibilidade de submeter o sistema a um teste de aceitação;
• Quem faz - o líder do grupo ou o grupo de teste;
• O que é testado - necessidades técnicas e funcionais do sistema; interfaces do sistema;
• Quando termina - em geral quando a maioria das necessidades é atendida, permanecerão poucos erros importantes;
• Recursos extras - sistema de biblioteca e biblioteca de casos de teste. Geradores, comparadores e simuladores de massas de teste;
• Registros - os erros descobertos costumam ser registrados; os casos de teste são arquivados.
• TESTE DE ACEITAÇÃO
• Objetivos - Avaliar a possibilidade de uso do sistema;
• Quem faz - Cliente ou usuário final;
• O que é testado - funções principais, documentação e procedimentos;
• Quando termina - em geral quando o usuário se sente à vontade ou quando o teste proposto dá bom resultado;
• Recursos extras - comparadores;
• Registros - esparsos, alguns altamente formalizados.

Quer passar para o próximo capítulo? Não?