QA House

Mais um post ilustrando como podemos nos deparar com defeitos de software no nosso dia a dia, recalls de carros são corriqueiros atualmente. Muitas vezes a causa de tal transtorno (tanto para os compradores, quanto para a marca em questão), são defeitos de software. O link abaixo ilustra tal exemplo: 17 de Agosto de 2009: A Volkswagen anuncia um recall hoje, para os modelos Novo Gol, Voyage e Fox, todos equipados com motor 1.0. O problema que esses carros tem fica no software de gerenciamento do sistema auxiliar de partida a frio. O Marvin diria isso se estivesse na fábrica. Não conhece o Marvin? Clique aqui. Independente da marca, do tamanho da empresa e do número de clientes que a mesma possui, testes são vitais . Lembre-se que muitos desses defeitos podem colocar a vida de pessoas em risco .

O link abaixo é meio velhinho mas bem interessante, sobre os piores bugs da história. Na verdade não acho que seja possível uma lista com os piores mas com certeza podemos fazer uma lista com os mais famosos. Segue o link: http://www.wired.com/software/coolapps/news/2005/11/69355 Até a próxima!

Não importa o país, não importa o tamanho da empresa. Por mais que as empresas invistam em sistemas mais completos, os erros acontecem. Como você evitaria um erro desse na sua loja virtual? Algumas pessoas olhariam as notícias abaixo e diriam que as empresas devem pagar pelo erro cometido. Mas pense como se a empresa fosse sua: é absurdo pensar que uma TV de 52"custe U$10,00 ou que um notebook custe R$ 10,00; nem quebrados eles valem só isso. Apesar do evidente erro nos sites, eles deveriam mesmo entregar aos compradores pelos valores anunciados? Pense bem, não são R$ 50 de diferença, são milhares. Agora imagine o seguinte: você vai pagar seu almoço que custou R$15,50 e, por descuido, o atendente digita R$ 155,00; você está conversando com os amigos sobre o chefe chato que fica controlando o horário de almoço e digita sua senha, sem perceber o valor cobrado. Depois da transação ser concluída, você vê o recibo e fica indignado. E agora? Eles devem devolver o seu dinheiro ou você

Como o último nível de testes do ciclo de vida de um software, abordaremos agora os Testes de Aceitação: 1. Testes Unitários 2. Testes de Integração 3. Testes de Sistema 4. Testes de Aceitação Testes de aceitação; também conhecidos como UAT: User Acceptance Tests; são, de forma geral, testes feitos em um sistema pronto, por usuários finais. Tais usuários realizam operações que buscam validar o sistema em relação ao que foi solicitado na fase de requisitos. Podemos dizer que a palavra aceitação, vem do simples fato de o cliente final, através destes testes, determinar o aceite do sistema entregue. O mesmo vale para sistemas adquiridos. O comprador pode fazer testes de aceitação para confirmar ou desfazer determinada compra. Em suma, podemos definir testes de aceitação como testes do cliente para verificar se determinado produto satisfaz as suas necessidades. Porém, tal assunto possui vasta extensão, sendo necessário tratarmos do mesmo novamente em posts seguintes. A ideia deste post é i