This article is a translation to English. The original version can be read here: https://medium.com/creditas-tech/a-pir%C3%A2mide-de-testes-a0faec465cc2.
The function of a test pyramid is to delineate the different levels of testing and give you a reference as to the number of tests there should be at each one of these levels.
At the top of the pyramid, we have end-to-end tests (or e2e). Their objective is to imitate the end user’s (whether it be a person, an API, or any other kind of client) behavior on an application.
At the pyramid’s base, we have unit tests, in which we verify the workings…
Nós odiamos nossos testes? :O
No meu artigo anterior, dei uma introdução sobre motivos que nos fazem f̶i̶c̶a̶r̶ ̶t̶r̶i̶s̶t̶e̶s̶ ̶c̶o̶m odiar nossos testes e mostrei algumas soluções para um deles, que são os testes muito lentos (se você está lendo esse artigo e ainda não leu o primeiro, corre lá pra ler!). Nessa segunda parte, vou falar sobre um outro motivo: os testes muito complicados.
Um adendo antes de começar: vou mostrar alguns exemplos de código nesse texto (em ruby + RSpec). Eles são bem simples e todos têm explicações sobre o que é importante neles, então não deveria atrapalhar no entendimento do texto.
Testes complicados
Complicado…
This article is a translation to English. The original version can be read here: https://medium.com/creditas-tech/como-n%C3%A3o-odiar-os-seus-testes-fcf5fa2dc391.
Do we hate our tests?
“Hate” is a really strong word. With a title like this, there are two big assumptions I’m making:
- We write automated tests (and therefore know about some of their advantages);
- We hate our tests (every so often, even if only some of them)
This second assumption is QUITE bold, isn’t it? My first reaction when this supposed “hatred” came to mind was something along the lines of “NAHHH that’s not it”. Yet even the most dedicated test enthusiasts I know have, at some point, felt…
Nós odiamos nossos testes?
"Ódio" é um sentimento deveras forte, e quando eu uso um título como esse, eu estou fazendo (pelo menos) duas grandes suposições aqui:
1. Nós escrevemos testes automatizados (e portanto, sabemos de pelo menos de algumas das vantagens deles);
2. Nós odiamos nossos testes (mesmo que só alguns deles, mesmo que só de vez em quando).
Esse último ponto é BEM ousado, certo? Minha primeira reação ao pensar nesse suposto "ódio" é algo na linha de um "PFFF SE LIGA NADA A VER". Mas, até as maiores pessoas entusiastas de testes que eu conheço, em algum momento da vida, sentiram…
Um desenho maroto pra pensarmos em quantos e que tipo de testes deveríamos ter!
A função da pirâmide de testes é basicamente definir níveis de testes e te dar um norte quanto à quantidade de testes que você deveria ter em cada um desses níveis.
No topo da pirâmide, temos os testes de ponta a ponta (end to end ou e2e, pra resumir). O objetivo deles é imitar o comportamento do usuário final nas nossas aplicações (seja ele uma pessoa, uma api, ou qualquer outro tipo de cliente).
Na base, temos os testes de unidade, onde verificamos o funcionamento da…
Se sente insegura? Não sabe sobre o que falar? Acha que não sabe nada relevante? Então esse post é para você!
Muita gente diz que a melhor forma de aprender é ensinar. Eu levo isso comigo já há algum tempo, e esse foi um dos grandes motivos para que eu começasse (e continuasse) a palestrar. É muito gratificante ver que é possível passar um pouco do conhecimento que você tem, mesmo que você ele te pareça bem minúsculo e irrelevante. É mais gratificante ainda ver que quem mais aprende nessa jornada é você mesma.
Como comecei?
Camila Campos
Uma dev doida, apaixonada por testes e qualidade de código, que trabalha na SumUp e que quer incluir mais mulheres na computação através do Rails Girls SP.
