• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Quality Assurance Quality Enablement
 

Quality Assurance Quality Enablement

on

  • 450 views

Apresentação realizada no evento 33 Test Birthday

Apresentação realizada no evento 33 Test Birthday

Statistics

Views

Total Views
450
Views on SlideShare
413
Embed Views
37

Actions

Likes
3
Downloads
8
Comments
0

3 Embeds 37

http://www.leandroprado.com.br 35
http://cloud.feedly.com 1
http://inoreader.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Mais Shapes em: http://go.microsoft.com/fwlink/?LinkID=227473
  • Mais Shapes em: http://go.microsoft.com/fwlink/?LinkID=227473

Quality Assurance Quality Enablement Quality Assurance Quality Enablement Presentation Transcript

  • AGENDA STORYBOARDI CLIENT CONCEITOS NG FEEDBACK PLANO DE CODED UI MITOS TESTES
  • 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
  • CONCEITOSTESTE DE SOFTWARE “Desenvolvedor que não faz testes, é como um cirurgião que não lava as mãos” Robert C. Martin
  • 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 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
  • 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
  • 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!
  • 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
  • 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
  • STORYBOARDING
  • 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
  • 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 Screenshot de erros Teste exploratório Relatórios de execução
  • 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 (C# / VB.net) Associar os testes em um build
  • 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!