Vantagens, Limitações e Tipos de Testes de Software

Vantagens dos Testes de Unidade

O objetivo do teste de unidade é isolar cada parte do programa e mostrar que as partes individuais estão corretas. Fornece um contrato escrito que a parte do código deve satisfazer. Estes testes fornecem isoladamente cinco vantagens básicas:

• Incentivar a Mudança: Os testes de unidade facilitam o programador a alterar o código para melhorar sua estrutura, uma vez que permitem testar as alterações e assim garantir que as novas alterações não introduziram erros.
• Simplificar a Integração: Já se avança para a fase de integração com um elevado grau de certeza de que o código está funcionando corretamente. Isso facilitará os testes de integração.
• Documentação do Código: Os testes servem como documentação do código, pois neles é possível ver como utilizá-lo.
• Separação de Interface e Implementação: Desde que a interação apenas entre os casos de teste e as unidades em teste são as interfaces destas últimas, é possível alterar uma ou outra sem afetar a outra, às vezes utilizando objetos mock (objeto fictício) para simular o comportamento de objetos complexos.
• Erros Mais Limitados e Fáceis de Localizar: Os erros são mais limitados e mais fáceis de localizar, uma vez que temos testes de unidade que podem expô-los.

Limitações dos Testes de Unidade

Os testes de unidade não descobrem quaisquer erros no código. Portanto, não encontram erros de integração, problemas de desempenho e outros problemas que afetam todo o sistema como um todo.

Tipos de Testes

Testes Funcionais

Os testes funcionais são feitos através do desenho de modelos de testes que visam avaliar cada uma das opções que o pacote de software oferece.

Testes de Integração

É a realização de exames para verificar se um grande conjunto de peças de software funciona em conjunto.

Validação de Testes

Validação é o processo de verificar se o que foi especificado é o que o usuário realmente queria.

Isso envolve a avaliação do sistema ou parte dele, durante ou após o desenvolvimento, para determinar se ele atende aos requisitos iniciais. A pergunta é: Será isto o que o cliente quer?

Teste de Caixa Branca

É um método de concepção de casos de teste usando a estrutura de controle do projeto processual para derivar casos de teste para garantir que:

• Exerçamos todas as decisões lógicas.
• Executemos todos os loops.
• Executemos as estruturas de dados internas.

Teste de Caixa Preta

Os testes são conduzidos na interface do software, sendo completamente indiferente ao comportamento interno e à estrutura do programa.

Os casos de teste de caixa preta são destinados a demonstrar que:

• As funções do software estão operacionais.
• A entrada é aceita de forma adequada.
• Produz uma saída correta.
• A integridade de dados externa é mantida.

Reengenharia

Reengenharia de Processos ou BPR (Business Process Reengineering) pode ser considerada como um dos instrumentos de gestão mencionados. Na verdade, este é um dos conceitos mais recentes que surgiu no final dos anos oitenta, nas mãos de dois autores, Michael Hammer e James Champy.

Definição da Reengenharia de Processos

Embora haja um consenso geral de que o BPR implica necessariamente um redesenho radical dos processos empresariais para alcançar melhorias drásticas na gestão, há muitas definições diferentes, entre as quais se incluem:

1. Fundamental: Uma vez que se decida avançar com uma reengenharia de negócios, o indivíduo deve se basear nas questões mais fundamentais sobre sua empresa e suas operações. Deve-se realizar uma revisão de todas as normas aprovadas até agora sem resposta. A reengenharia determina inicialmente o que o negócio deve fazer e, em seguida, como fazê-lo.
2. Radical: O redesenho radical deve ser entendido no sentido mais literal, pois é necessário ir à raiz das coisas. Não se trata de fazer mudanças superficiais ou tentar consertar o que já está instalado, mas sim de abandonar o antigo.
3. Espetacular: O terceiro conceito-chave da definição, as melhorias que envolvem a reengenharia de processos devem ser espetaculares e não marginais ou incrementais (melhoria de processo própria ou ligeira modificação). Associamos o conceito de BPR a grandes saltos no desempenho.

Princípios da Reengenharia

1. É necessário o apoio da gestão de nível superior ou nível estratégico, que deve conduzir o programa.
2. A estratégia empresarial deve orientar e conduzir os programas de BPR.
3. O objetivo final é criar valor para o cliente.
4. Devemos nos concentrar em processos, não em funções, identificando aqueles que necessitam de mudança.
5. O equipamento necessário é composto por pessoal trabalhador, responsável e treinado, o qual deve ser incentivado e recompensado com cargos na nova organização que será obtida após o processo de reengenharia.
6. A observação das necessidades do cliente e sua satisfação é um sistema de feedback básico que permite identificar em que medida os objetivos estão sendo cumpridos.
7. É necessária flexibilidade para realizar o plano. Embora planos de ação sejam necessários, tais planos não devem ser rígidos, mas sim flexíveis, à medida que o programa de BPR se desenvolve e se obtêm as primeiras avaliações dos resultados.

Características do BPR

1. Unificação de Tarefas: Leva à unificação de várias tarefas em um computador e, consequentemente, obtém-se uma redução de termos, remoção da supervisão, ao mesmo tempo em que se melhora a qualidade, para evitar erros.
2. Participação dos Trabalhadores na Tomada de Decisão: São os próprios trabalhadores que tomam decisões e assumem responsabilidades relacionadas ao seu trabalho. Isso, de certa forma, contribui para que cada funcionário se torne seu próprio chefe.
3. Mudança Sequencial por Processos Naturais: O papel que assume o conceito de processo em qualquer empresa, após a introdução do BPR.
4. Realização de Diferentes Versões de um Produto: Com o objetivo de alcançar uma maior padronização e adaptação do produto às necessidades e gostos do cliente.