fato 32 e relacionado a cobertura dos testes de software. Como sua propria descricao ja fala, e praticamente impossivel testar 100% de um software. Glass julga como ingenuas as pessoas que acreditam nessa possibilidade.O autor classifica as abordagens de testes de software em quatro diferentes tipos:Testes orientados a requisitos;Testes orientados a estruturas;Testes orientados a estatisticas;Testes orientados a riscos;Os dados citados pelo autor sao baseados em testes estruturais, que sao aqueles que verificam os caminhos logicos de programacao. Segundo Glass [1], os testes estruturais de software normalmente cobrem apenas de 55 a 60% dos caminhos logicos de um software. Com o auxilio de analisadores automaticos de cobertura de testes fica mais facil identificar as partes do software que ainda nao foram abrangidas pelos testes, sendo assim a utilizacao dos mesmos aumentam a cobertura dos testes para entorno de 85 a 90% dos caminhos logicos. E praticamente impossivel atingir aos 100% de cobertura devido as obscuridades advindas da natureza do software.E essencial a realizacao de testes em software utilizando as abordagens que forem relevantes ao projeto em execucao, porem dificilmente as baterias de testes na qual os softwares sao submetidos irao retirar todos os seus erros.O fato 33 mostra que mesmo que fosse possivel realizar testes de software com 100% de cobertura dos caminhos logicos, isso ainda nao daria garantia da criacao de um software livre de erros.Esse fato e gerado a partir da pesquisa pessoal de Glass. Ao analisar uma serie de relatorio de erros na industria aeroespacial, Glass chegou a conclusao de que 35% dos erros encontrados na base de dados analisada eram erros de omissao de logica, ou seja, requisitos que possivelmente nao foram levantados e consequentemente nao foram implementados. Esse tipo de erro nao seria identificado em testes estruturais, pois esse tipo de teste e feito baseando-se na especificacao do software.Outro tipo de erro que nao seria identificado mesmo com a execucao de testes com 100% de cobertura seriam os erros de analise combinatoria. Esses sao os erros ocasionados pela combinacao de caminhos logicos. Geralmente os testes estruturais testam os caminhos logicos separadamente, mas nao a combinacao deles. Esse tipo de erro de analise combinatoria representaram 40% dos erros encontrados por Glass na base de dados analisada. Em suma, se fosse possivel realizar testes de software com 100% de cobertura dos caminhos logicos, ainda assim, apenas 25% dos erros de software seriam detectados com certeza.O fato 34 diz respeito a falta de uso de ferramentas para as fases de back-end do desenvolvimento de software. Ao contrario das fases de front-end, onde um grande numero de ferramentas para analise e projeto sao difundidas e usadas, nas fases de back-end a maioria dos desenvolvedores utiliza apenas ferramentas depuradoras, ignorando analisadores automaticos de cobertura de testes e outras ferramentas.Ha varios fatores que contribuem para a falta de atencao despendida pelos desenvolvedores as ferramentas de back-end. Dentre esses fatores, a super atencao dada as ferramentas de front-end e um dos motivos, pois ao atacar a essencia do software no front-end e codificarem seguindo padroes, alguns desenvolvedores acreditam ser desnecessario despender atencao as fases de