E chega ao fim a série de contradições em testes de software, inspirada no livro Pride and Paradev, de Alister Scott. Veja em primeira mão a última contradição... Ao escrever testes de aceitação automatizados para uma aplicação web, existem diferentes formas de identificar e interagir com elementos web, duas das mais comuns são: usando strings ou valores. … Continue lendo Seus seletores de elementos devem ser baseados em texto ou valor?
Tag: contradictions
Os programadores devem escrever os testes de aceitação automatizados Se você é um testador solo em um time ágil, como eu, você realmente não tem opção e deve aceitar que os programadores tomem a responsabilidade de escrever e manter os testes de aceitação automatizados. Você estará tão ocupado com a definição dos critérios de aceitação … Continue lendo Quem deve escrever os testes de aceitação automatizados?
Sim, envolva usuários reais nos testes Quando você não envolve usuários reais você corre o risco de lançar algo em produção que não é amigável ao usuário (não é user friendly). Testes com usuários não são caros; e você pode conduzir isso dentro de sua empresa com foco na simplicidade, como demonstrado de forma excelente no … Continue lendo Você deve envolver usuários reais nos testes?
Você deve levantar até mesmo bugs triviais Algumas das melhores empresas se tornaram o que são através da atenção aos detalhes. Existem um monte de séries famosas sobre Steve Jobs quando ele estava no comando, sobre sua natureza vaidosa. Por exemplo, como ele iria debater durante meia hora sobre o tom de cinza para os … Continue lendo Você deve levantar bugs triviais?
Mais um post da série de contradições em teste de software... Não use ferramentas de bug track Quando se trabalha em um time ágil, co-localizado e de maneira iterativa, muitas vezes é mais eficiente corrigir os bugs assim que eles são achados em vez de gastar tempo cadastrando os mesmos e tendo que gerenciá-los em uma … Continue lendo Você deve usar uma ferramenta para rastrear os bugs?
Você deve gerar os dados para testar A geração de dados de testes é única maneira confiável para executar testes com precisão, repetidamente e de forma consistente, sabendo que os dados de entrada do teste não mudaram. Algumas aplicações dependem de dados específicos que são difíceis de encontrar, ou difíceis de imitar. Por exemplo, uma aplicação web … Continue lendo Você deve usar dados de produção ou gerar os dados para testar?
Um controlador de teste é uma forma de acessar funcionalidades diretamente em sua aplicação web sem a necessidade de seguir o fluxo padrão da aplicação: por exemplo, você pode querer acessar diretamente a tela de detalhes do cartão de crédito, então o que você faz é desenvolver um "controlador de detalhes do cartão de crédito" … Continue lendo Voce deve usar controladores de testes para testar?
Utilize um ambiente de testes local Se você é um testador trabalhando com automação de testes, há chances de você ter a base de código da aplicação rodando localmente em seu computador. É mais fácil sair usando esse código que já está rodando em seu ambiente local para conduzir seus testes de histórias. Os benefícios são … Continue lendo Em que tipo de ambiente devemos testar?
"Ninguém testa a profundidade de um rio com os dois pés" ~ Provério africano Teste automatizado é melhor do que teste manual Testes automatizados são muito explícitos (preto no branco) então você tem uma chance maior de reproduzir um bug se achado por um teste automatizado ao saber o que o teste automatizado executou para … Continue lendo O que é melhor: Teste manual ou automatizado?
Boards físicos são melhores do que boards virtuais Não há nada como ver o status de uma iteração ao usar um grande board físico: várias colunas e post-its coloridos que se movem enquanto as iterações progridem. Avatares são grudados nas cartas enquanto as pessoas trabalham nelas (as quais podem limitar o trabalho em progresso) e é muito fácil de … Continue lendo Os board são melhores quando físicos ou virtuais?
TALKING ABOUT TESTING 