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: docs/pt-br/guides/common-tips.md
+4-4
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ Para componentes com interface não recomendamos o foco na cobertura completa ba
6
6
7
7
Em vez disso, nós recomendamos escrever testes que verifiquem seus componentes com interface pública e trate os internos como uma caixa preta. Um caso de teste único irá verificar se a entrada (interações do usuário ou troca de props) forneceu o resultado (renderização ou emissão de eventos) esperado para o componente.
8
8
9
-
Por exemplo, para o componente `Counter` que incrementa um contador em cada vez que um botão é clicado, seu caso de teste teria que silumar o clique e verificar se a saída renderizada se incrementou. O teste não se importa sobre como `Counter` incrementou o valor, ele apenas se preocupa com a entrada e a saída dos dados.
9
+
Por exemplo, para o componente `Counter` que incrementa um contador em cada vez que um botão é clicado, seu caso de teste teria que simular o clique e verificar se a saída renderizada se incrementou. O teste não se importa sobre como `Counter` incrementou o valor, ele apenas se preocupa com a entrada e a saída dos dados.
10
10
11
11
O benefício desta abordagem é que enquanto a interface pública do seu componente permanece a mesma, seus testes irão passar sem se importar de como o componente faz a implementação do código interno e se houve ou não mudanças por lá.
12
12
@@ -18,13 +18,13 @@ Em testes de unidade, normalmente queremos nos focar no componente a ser testead
18
18
19
19
Além disso, para componentes que possuem muitos componentes filhos, toda a árvore de renderização pode ficar realmente grande. A repetição de renderização de todos componentes filhos vão deixar seus testes lentos.
20
20
21
-
O `vue-test-utils` permite que você monte um componente sem renderizar seus componentes filhos, para isso, use o método `shallow`:
21
+
O `vue-test-utils` permite que você monte um componente sem renderizar seus componentes filhos, para isso, use o método `shallowMount`:
22
22
23
23
```js
24
-
import { shallow } from'@vue/test-utils'
24
+
import { shallowMmount } from'@vue/test-utils'
25
25
26
26
// obtém o wrapper contendo a instância montada de Componente
0 commit comments