You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: readme-pt-br.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -70,7 +70,7 @@ Diretrizes para CI no mundo JS (9 tópicos)
70
70
71
71
<br/>
72
72
73
-
## ⚪️ 0. A Regra de Ouro: Design para testes enxutos
73
+
## ⚪️ 0 A Regra de Ouro: Design para testes enxutos
74
74
75
75
:white_check_mark:**Faça:**
76
76
O código de teste não é como o código de produção - projete-o para ser simples, curto, sem abstrações, plano, agradável de se trabalhar, enxuto. Deve-se olhar para um teste e obter a intenção instantaneamente.
@@ -973,7 +973,7 @@ it("When updating site name, get successful confirmation", async () => {
973
973
974
974
# Seção 3️⃣: Teste de Frontend
975
975
976
-
## ⚪ ️ 3.1. Separar UI da funcionalidade
976
+
## ⚪ ️ 3.1 Separar UI da funcionalidade
977
977
978
978
:white_check_mark:**Faça:** Ao focar no teste da lógica dos componentes, os detalhes da interface do usuário se tornam um ruído que deve ser extraído, para que seus testes possam se concentrar em dados puros. Na prática, extraia os dados desejados da marcação de uma maneira abstrata que não seja muito acoplada à implementação gráfica, afirme apenas dados puros (vs detalhes gráficos de HTML/CSS) e desative animações que diminuem a velocidade. Você pode cair na tentação de evitar renderizar e testar apenas a parte de trás da interface do usuário (por exemplo, serviços, ações, armazenamento), mas isso resultará em testes fictícios que não se assemelham à realidade e não revelam casos em que os dados corretos nem chegam na interface do usuário
0 commit comments