A Realidade dos Testes de Software

Testes no final do processo de desenvolvimento deveriam servir para medir a qualidade e confiabilidade do produto e avaliar o risco de liberá-lo em produção. Infelizmente, com muita freqüência, estes testes são usados para garantir a qualidade do produto, através da localização tardia de defeitos de especificação e construção, gerando, portanto, extensos e custosos retrabalhos, atrasando a entrega e a utilização do produto. Este estado, leva freqüentemente a síndrome de “matar o mensageiro da má notícia”, estressando a relação entre as equipes de especificação, construção e testes. Como falhas graves são detectadas apenas no final, perto do esgotamento de orçamentos, recursos e prazos, as soluções de contorno adotadas costumam embutir a semente de futuras falhas. O gestor do projeto lamenta a baixa qualidade e o aumento de prazos e custos. Em suma: Ou você testa de forma insuficiente (barato, porém com muitas falhas em produção), ou você é obrigado a testar de forma excessiva (poucas falhas em produção, porém caro e demorado)!

Nosso Diferencial:

O ideal para melhorar este estado de coisas, é atacar as suas causas, ou seja: melhorar a qualidade de suas especificações via TDR, melhorar a qualidade construção via TDC, e transformar os testes de aceite em um "passeio triunfal", para demonstrar o quanto o produto é "fit for purpose, and realible to operation". Desta forma, menos de 10% do total de testes iniciais serão realizados neste momento.

Caso deseje um processo de testes finais rigorosos, oferecemos nossos 30 anos de expertise, nossos profissionais certificados em testes de software pelo IBQTS – Instituto Brasileiro de Qualidade em Testes de Software, e nossa exclusiva garantia contratual de 97% de eficácia de testes, ou seu dinheiro de volta.