AGENDA                     STORYBOARDI    CLIENT         CONCEITOS                         NG        FEEDBACK         PLAN...
DEMANDAS E INCIDENTES               IT BACKLOG         Planejar                                  Priorize o que deve ser e...
CONCEITOSTESTE DE SOFTWARE        “Desenvolvedor que não faz testes, é      como um cirurgião que não lava as mãos”       ...
CONCEITOSTESTE DE SOFTWARE          Todos os membros do time devem            pensar como bons testadores!
CONCEITOSTESTE DE SOFTWARE       A qualidade começa no levantamento        dos requisitos e não termina mais!
CONCEITOSCUSTO DE UM DEFEITO           160           140           120           100            80            60          ...
PORQUE DEVEMOS TESTAR?   Um membro da tripulação   entrou com um valor                                USS   “zero” em um  ...
PORQUE DEVEMOS TESTAR?   Navegou apenas 2KM          VASA   A especificação falhou, e   por causa do seu lastro   insufici...
PORQUE DEVEMOS TESTAR?                                 Ariane 5 – Flight   Reutilizado código de         501   Ariane 4, m...
STORYBOARDING   Add-in para o PowerPoint   Planejamento de interfaces   Interação com o usuário   Shapes padrões    • Web ...
STORYBOARDING
CLIENT FEEDBACK   Solicitar feedbacks dos stakeholders   Gravação de voz   Gravação de vídeo   Screenshot com comentários ...
CLIENT FEEDBACK
CLIENT FEEDBACK
PLANO DE TESTES    Planejamento e execução dos testes    Controle de Bugs na execução dos testes    Gravação de vídeo    S...
PLANO DE TESTES
PLANO DE TESTES
CODED UI    Automatização dos testes    Usa a gravação dos Test Manager    Realizar asserts    Gera código automaticamente...
MITOS / DESCULPAS    Compilou! Logo, está funcionando!    Testar é responsabilidade do testador    Não tenho tempo para is...
Quality Assurance Quality Enablement
Quality Assurance Quality Enablement
Quality Assurance Quality Enablement
Quality Assurance Quality Enablement
Quality Assurance Quality Enablement
Quality Assurance Quality Enablement
Quality Assurance Quality Enablement
Quality Assurance Quality Enablement
Quality Assurance Quality Enablement
Quality Assurance Quality Enablement
Upcoming SlideShare
Loading in...5
×

Quality Assurance Quality Enablement

361
-1

Published on

Apresentação realizada no evento 33 Test Birthday

0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
361
On Slideshare
0
From Embeds
0
Number of Embeds
4
Actions
Shares
0
Downloads
10
Comments
0
Likes
3
Embeds 0
No embeds

No notes for slide
  • Mais Shapes em: http://go.microsoft.com/fwlink/?LinkID=227473
  • Mais Shapes em: http://go.microsoft.com/fwlink/?LinkID=227473
  • Quality Assurance Quality Enablement

    1. 1. AGENDA STORYBOARDI CLIENT CONCEITOS NG FEEDBACK PLANO DE CODED UI MITOS TESTES
    2. 2. DEMANDAS E INCIDENTES IT BACKLOG Planejar Priorize o que deve ser entregue REQUISITOS PRODUCT BACKLOG Definir IdealizeDesenvolver Sprint MonitorCriando o que foi idealizado Controlar OPS BACKLOG Melhoria Contínua Software Funcionando
    3. 3. CONCEITOSTESTE DE SOFTWARE “Desenvolvedor que não faz testes, é como um cirurgião que não lava as mãos” Robert C. Martin
    4. 4. CONCEITOSTESTE DE SOFTWARE Todos os membros do time devem pensar como bons testadores!
    5. 5. CONCEITOSTESTE DE SOFTWARE A qualidade começa no levantamento dos requisitos e não termina mais!
    6. 6. CONCEITOSCUSTO 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
    7. 7. 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
    8. 8. 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!
    9. 9. 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
    10. 10. 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
    11. 11. STORYBOARDING
    12. 12. CLIENT FEEDBACK Solicitar feedbacks dos stakeholders Gravação de voz Gravação de vídeo Screenshot com comentários do feedback Integração com TFS
    13. 13. CLIENT FEEDBACK
    14. 14. CLIENT FEEDBACK
    15. 15. 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
    16. 16. PLANO DE TESTES
    17. 17. PLANO DE TESTES
    18. 18. 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
    19. 19. 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!
    1. A particular slide catching your eye?

      Clipping is a handy way to collect important slides you want to go back to later.

    ×