A Mentalidade de Quem Testa Aplicacoes
Conceitos Basicos
Seção intitulada “Conceitos Basicos”O principal objetivo de quem testa e a antecipacao de problemas que poderiam ser identificados apenas quando o produto ja estivesse nas maos das pessoas usuarias.
Caracteristicas principais de um tester
Seção intitulada “Caracteristicas principais de um tester”- Curiosidade
- Criticismo
- Empatia com o cliente
Tres caracteristicas que predominam na mentalidade de quem testa
Seção intitulada “Tres caracteristicas que predominam na mentalidade de quem testa”| 1 | 2 | 3 |
|---|---|---|
| Preciso validar que o produto atenda as expectativas do meu cliente | Tenho que antecipar comportamentos inesperados e alertar os riscos ao meu time | E minha missao disseminar essa mentalidade dentre meus colegas |
A comunicacao sob a perspectiva de testes desde o inicio
Seção intitulada “A comunicacao sob a perspectiva de testes desde o inicio”O dia a dia de quem testa e permeado por interacoes com o time, seja para entender o produto, comunicar atividades, discutir inconsistencias ou compartilhar conhecimento.
Algumas dicas
Seção intitulada “Algumas dicas”- Tenha precisao e assertividade ao comunicar riscos e inconsistencias
- Nao tenha medo de informar pensamentos e duvidas
- Sejam maduros em dar e receber feedback
Existem formas de colaborar com a qualidade desde as fases iniciais de um projeto. Para isso, e importante participar de cada etapa desde a concepcao e influenciar decisoes sob a perspectiva de testes.
Formas de colaborar desde o inicio
Seção intitulada “Formas de colaborar desde o inicio”- Na ideacao, revisando a viabilidade do produto
- Nos requisitos, revisando consistencia e boas praticas
- No codigo, revisando boas praticas e colaborando na escrita de testes
Levantar riscos sob a perspectiva do usuario final
Seção intitulada “Levantar riscos sob a perspectiva do usuario final”Riscos representam a possibilidade de beneficio ou prejuizo. Em testes, olhamos para a possibilidade de prejuizo. Uma atividade importante de QA e olhar para uma aplicacao e tentar identificar como ela pode dar errado para mitigar esses riscos com testes.
A interacao com o time
Seção intitulada “A interacao com o time”Sua interacao com o time deve ser colaborativa, buscando ajuda-los a aplicar testes e mostrando os impactos de nao testar.
Ajudar o time a conhecer diversas abordagens de teste
Seção intitulada “Ajudar o time a conhecer diversas abordagens de teste”Por muitos anos, a realidade foi a segregacao de papeis entre construcao e testes. Isso maximizou o que chamamos de terceirizacao da qualidade.
Hoje, precisamos ajudar o time a aplicar tecnicas de teste em suas atividades: o que levar em consideracao ao verificar requisitos, como validar a infraestrutura e como validar o codigo da aplicacao.
A nocao de que e possivel testar em diversas camadas
Seção intitulada “A nocao de que e possivel testar em diversas camadas”Imagine um software em camadas. A divisao mais basica e frontend e backend, mas tambem existem camadas intermediarias. E necessario testar em cada uma delas.
Exemplos:
- Infraestrutura
- Banco de dados
- Metodos
- Servicos
- Interface grafica
Identificando o que testar
Seção intitulada “Identificando o que testar”A identificacao do que testar pode ocorrer a partir de duas abordagens: empirica ou sistematica.
- Empirica: quem testa escolhe o que testar baseando-se em sua experiencia.
- Sistematica: quem testa baseia-se em tecnicas de teste em que, dada uma regra, identifica-se o que deve ser testado.
Os textos desta pagina foram baseados no Treinamento em Teste de Software do Julio de Lima.