QA House

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!

A notícia abaixo não é nova, o assunto menos ainda. A queda do AirBus no início de Junho desse ano ainda não teve suas causas descobertas (e provalvemente não terá). Fato é que podemos tirar uma lição e comparar a queda da aeronave com outras falhas que estamos acostumados a ver em outros dispositivos e simplesmente não damos atenção. O artigo abaixo de Sílvio Meira, apesar de que deve ser lido com certas restrições, chama a atenção para o fato de que deveríamos dar mais atenção para qualidade e não só para funcionalidade. Link para o artigo: http://smeira.blog.terra.com.br/2009/06/09/af447-o-papel-de-hardware-e-software-no-desastre/ Logo logo continuaremos com o tópico 4: Testes de aceitação.

Durante o ciclo de vida de um software, podemos citar como os quatro principais níveis de testes: 1. Testes Unitários 2. Testes de Integração 3. Testes de Sistema 4. Testes de Aceitação Nesse post vamos falar sobre o item 1 (Testes Unitários) e nos demais posts seguiremos com os demais itens. 1. Testes Unitários ou Testes de Unidade Em programação de computadores, teste de unidade ou teste unitário é um método de teste que verifica se as unidades individuais do código-fonte de um software estão funcionando corretamente. Uma unidade é a menor parte de uma aplicação onde pode-se aplicar testes. Em programação orientada a objetos, podemos considerar um método como a menor unidade. Já em programação procedural, podemos considerar como uma unidade, um programa, uma função, um procedimento. Testes unitários são tipicamente feito pelos próprios desenvolvedores para garantir que o código que outros desenvolvedores escreveram atende aos requerimentos do software e comporta-se da maneira que o d...