QA House

Aí vai uma dica para os apaixonados por testes e desenvolvimento de software, a revista TI Digital de Novembro traz na capa o assunto "Desenvolvimento Ágil". Para aqueles que não estão por dentro do assunto, existem princípios do Manifesto Ágil que se corretamente seguidos (mesmo sem ferramentas e processos) você terá uma metodologia ágil de desenvolvimento na sua equipe. Para isso o foco da preparação deve ser em pessoas , as ferramentas e os processos ficam em segundo plano. A grande sacada da "técnica" é a proximidade com o cliente e a comunicação extremamente rápida , preferencialmente presencial e informal. Também não existe a famosa frase " esse cliente não sabe o que quer, toda hora muda ", afinal, desenvolver com agilidade tem tudo a ver com as mudanças do cliente. Na mesma reportagem sobre desenvolvimento ágil existe uma parte sobre testes automatizados, com boas dicas e definições. Acho que falei demais, vale a pena desembolsar R$ 7,90 e esmiuça...

Semana passada o "big cheese" da Microsoft, Steve Ballmer, anunciou que a Microsoft apostou em três coisas no Windows 7: testes, parceiros e feedback. Parceiros e feedback devem realmente ter ajudado pois as primeiras notícias que temos por aí é de que o Windows 7 é bem superior ao Vista no que se refere ao desempenho. Mas quanto aos testes, é possível dizer que testes exaustivos foram executados no Windows? O Syllabus do ISTQB (International Software Testing Qualifications Board) diz que testes exaustivos são impossíveis. Testar exaustivamente significa testar todas as combinações de entradas e pré-condições e fica difícil acreditar nisso em sistemas "comuns", quem dirá quando falamos de um sistema operacional. "Ballmer afirmou que a Microsoft apoiou o desenvolvimento do Seven em testes exaustivos para assegurar que a plataforma chegue ao mercado compatível com os mais diferentes tipos de hardware e tenha ótimo desempenho nas diferentes máquinas, desde desktop...

Segue a continuação do assunto FURPS: Posteriormente à definição do modelo FURPS, notou-se a necessidade da inclusão de mais atributos para encorpar e aumentar a cobertura do modelo. A partir dessa extensão, o acrônimo passou a ser mais comumente chamado de FURPS+ . Quais são os atributos do “+”? O + do FURPS refere-se a especificação de restrições que definirão determinados limites que deverão ser atendidos quando construímos um sistema. O + é composto dos seguintes requisitos não-funcionais: Design constraints – restrições de design: design nesse caso refere-se ao projeto, diretrizes e não a layout. A definição da utilização um banco de dados relacional no projeto é uma restrição de design, por exemplo. Implementation constraints – restrições de implementação: relacionado a limites impostos a código e construções. Como exemplo podemos citar a linguagem de programação que será utilizada para a codificação de um sistema. Interface constraints – restrições de interface: diretamente l...

Olá! Nesse post, pretendo falar um pouco sobre o modelo FURPS para ilustrar atributos que estão envolvidos em Qualidade de Software : Vamos começar pela sigla FURPS: o que significa cada uma dessas letras? Do F temos Functionality, traduzimos como Funcionalidade: Representa basicamente os requisitos funcionais do sistema. Do U temos Usability, traduzimos como Usabilidade: Representa basicamente a interface sistema-usuário. Do R temos Reliability, traduzimos como Confiabilidade: Representa basicamente a eficiência e o índice de falhas do sistema. Do P temos Performance, traduzimos como Desempenho: Representa basicamente tempos de resposta e capacidade de processamento do sistema. Do S temos Supportability, traduzimos como Suportabilidade: Representa basicamente esforços necessários para manutenção e configuração do sistema. As definições acima representam o básico de cada uma das letras que compõem a sigla FURPS. A seguir entraremos em detalhes sobre cada uma das categorias, não ante...

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ê ...