1. O documento discute conceitos e práticas importantes para testes de software, incluindo a importância de planejamento, feedback do cliente e automação de testes.
2. É destacado que todos os membros da equipe devem pensar como bons testadores e que a qualidade deve começar no levantamento de requisitos.
3. Exemplos históricos como o desastre do navio Vasa e o acidente da espaçonave Ariane 5 ilustram porque testes são cruciais para evitar falhas caras e até mesmo catastróficas
3. AGENDA
STORYBOARDI CLIENT
CONCEITOS
NG FEEDBACK
PLANO DE CODED UI MITOS
TESTES
4.
5. DEMANDAS E INCIDENTES
IT BACKLOG Planejar
Priorize o que deve ser entregue
REQUISITOS
PRODUCT
BACKLOG
Definir
Idealize
Desenvolver Sprint Monitor
Criando o que foi idealizado
Controlar
OPS
BACKLOG
Melhoria Contínua
Software
Funcionando
6. CONCEITOS
TESTE DE SOFTWARE
“Desenvolvedor que não faz testes, é
como um cirurgião que não lava as mãos”
Robert C. Martin
9. CONCEITOS
CUSTO DE UM DEFEITO
160
140
120
100
80
60
40
20
0
Requisito Projeto Código Teste de Teste de Produção
Sistema Aceitação
*Fonte: Barry Boehm: Equity Keynote Address, 19 de Março de 2007
10. PORQUE DEVEMOS TESTAR?
Um membro da tripulação
entrou com um valor
USS
“zero” em um
campo, gerou uma Yorktown, SmartShip
exception “divide by zero”
Ficou morto na água por 2
horas e 45 minutos
11. PORQUE DEVEMOS TESTAR?
Navegou apenas 2KM VASA
A especificação falhou, e
por causa do seu lastro
insuficiente, o navio não
conseguia se manter na
vertical
Equipes de testes
relataram que era
instável, mas o
lançamento foi autorizado
e QA foi ignorado!
12. PORQUE DEVEMOS TESTAR?
Ariane 5 – Flight
Reutilizado código de 501
Ariane 4, mas tomou uma
trajetória de vôo diferente
por causa do design
diferente reforço
Ocorreu um erro de
conversão de 64bit float
para 16 bit inteiro
causando overflow
Considerado o bug mais
caro da história, cerca de
370 milhões doláres
13.
14. STORYBOARDING
Add-in para o PowerPoint
Planejamento de interfaces
Interação com o usuário
Shapes padrões
• Web Browser
• Aplicação Desktop
• Windows Phone
Integração com os requisitos
21. PLANO DE TESTES
Planejamento e execução dos testes
Controle de Bugs na execução dos testes
Gravação de vídeo
Screenshot de erros
Teste exploratório
Relatórios de execução
25. CODED UI
Automatização dos testes
Usa a gravação dos Test Manager
Realizar asserts
Gera código automaticamente (C# / VB.net)
Associar os testes em um build
26.
27. MITOS / DESCULPAS
Compilou! Logo, está funcionando!
Testar é responsabilidade do testador
Não tenho tempo para isso!
Libera para o cliente e vamos ver o que acontece (caso
VASA)
Ninguém vai digitar isso nesse campo! (caso Yorktown)
Meu código é perfeito! Não preciso testar
Testes são para os fracos!
Na minha máquina funciona!
Hinweis der Redaktion
Mais Shapes em: http://go.microsoft.com/fwlink/?LinkID=227473
Mais Shapes em: http://go.microsoft.com/fwlink/?LinkID=227473