Se você trabalhou como QA por qualquer período de tempo, você não pode deixar de notar a mudança para a entrega contínua em muitos projetos e organizações. As empresas querem experimentar e tirar proveito, pelo menos, de alguns dos benefícios percebidos de poder liberar de forma rápida e consistente novas versões para a produção, ostensivamente ao pressionar um botão. A realização do sonho de entrega contínua significa feedback mais rápido, time-to-market amplamente melhorado, maior qualidade e melhor experiência do cliente. Embora não necessariamente nessa ordem. Entretanto, os QAs provavelmente terão descoberto que o modelo de entrega contínua tem um grande impacto sobre como eles precisam se aproximar dos desenvolvedores. As equipes de desenvolvimento têm pouca paciência para testar abordagens que não acompanham o ritmo de entrega. A idéia de se mover mais rápido e, com o apoio do negócio, tendem a ser as forças motrizes por trás de uma transição para a entrega contínua. Mas com a maior parte do time com foco no desenvolvimento e nas operações, é fácil para os testadores se sentir deixados de fora no frio. Saiba como você consegue melhor se encaixar nesse ambiente.

1. O que
Continuous
Delivery
significa para
QAs

2. Continuous
Delivery

3. “
“Software engineering approach in which teams produce
software in short cycles, ensuring that the software
can be reliablyreleased at any time.”

4. Hello!
I am Bárbara Cabral
I am here because I love QA & RD
○ 15 years in IT and 10 in Quality
○ 8 years as Agile Tester(HP, Tractebel, Eletrosul, Celesc, Gov-SC, etc...)
○ Implement Quality Assurance @ RD
○ 1,5 year as QA Leader @ RD

6. Agenda ○ Por quê Continuous Delivery?
○ QA Life
◦ Skills / Habilidades
◦ Papel no Time
◦ Mindset para o Time

7. “
O que Continuous Delivery promete?

8. Continuous
Delivery
○ Feedback mais rápido
○ Time-to-market amplamente encurtado
○ Aumento de Qualidade
○ Melhor experiência aos usuários
○ Sem “fase” de Testes

9. QA Life

10. Open a PR...

11. Checks...

12. Ship It!

13. Impacto no dia-a-dia
Testes acontecem de
ponta-a-ponta com &
sem participação do QA
Build completamente
Automatizado
Checks no build regular
Características
Impacto emocional
Onde eu me encaixo?

14. “
Em quê o QA pode contribuir?

15. 1.
Pensamento
Crítico

16. Skills
Skill Técnico
Automação
Ténicas de Teste
Avaliação de
cobertura
Entendimento de
arquitetura
Soft Skills
Comunicar más
notícias ao time
Negociar
prioridades com o
Product Manager
Quality Mindset
Trazer o ponto de
vista do usuário ao
time
Simulação através
de estórias para
gerar empatia

17. ○ Executable Specifications
Quality Mindset
○ Aspectos não funcionais
◦ Performance, segurança, acessibilidade, carga, stress.
○ Right in the first time!
○ Eliminar desperdícios (waste)
○ Dados e configurações
○ Browsers e dispositivos

18. 2.
Comunicação
Efetiva

19. Comunicação Efetiva
○ Registrar defeitos
○ Narrativa
○ Descrever os cenários
“Indivíduos e Interações
mais do que
Processos e Ferramentas”
(Manifesto Ágil)
○ Priorização

20. 3.
Estratégia de
Testes

21. Testes de
Integração
Testes
Exploratórios
Testes
UnitáriosEstratégia
Testes de
Aceitação
Na prática...
- Code Review
- Pair Testing

22. 4.
Testes
Exploratórios

23. Testes
Exploratórios
Session-based Approach
Charters: turnê com objetivos
específicos
Testing
Oracles
Personas
Heurístics
Dicas:
1. Mantenha os testes lean
2. Use um timebox
3. Documente os outputs

24. 5.
Coaching de
Testes

25. ATDD
BDD
Coaching
TDD
FDD
Abordagens
Técnicas
Black
Box
White
Box
Ferramentas

26. 6.
Monitoramento

27. Monitoramento
Ferramentas
○ Rollbar
○ Librato
○ New Relic
○ Log Entries
Thresholds
○ Volume de transações
○ Tempo de processamento de
filas
○ Tempo de resposta de jobs
○ Taxa de erros aceitável
○ Taxa de integridade de dados
aceitável
○ APDex

28. ○
Livros

29. Comunidades

30. Blog da RD

32. Thanks!
Any questions?
You can find me at @babipcabral
barbara.cabral@resultadosdigitais.com.br He’re hiring!