Estratégias de JavaScript de pilha completa

Capítulo 21. Teste de front-end

Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: [e-mail]

Em capítulos anteriores, mencionei que a melhor prática para escrever qualquer teste é escrevê-lo ao mesmo tempo que escreves qualquer nova funcionalidade ou fazes qualquer refatoração. Os testes merecem o seu próprio foco, e é isso que vou abordar aqui.

Quando estiveres a construir esta aplicação, tens de te certificar de que não estás a lançar regressões na funcionalidade existente. Uma regressão é quando o novo código causa involuntariamente erros na funcionalidade existente em qualquer parte da aplicação. A equipa de garantia de qualidade, se existir, não terá tempo para executar testes de regressão em cada lançamento, mas como programador, podes tomar a iniciativa de garantir que o teu código é sólido. Os teus testes para o novo código podem levantar questões sobre como algo funciona ou o que acontece quando não funciona.

Neste capítulo, abordarei:

• Como determinar quais partes do front-end devem ser testadas

• Testes unitários

• Testes de ponta a ponta (e2e)

• Ferramentas de teste úteis

Os dois objetivos da escrita de testes são evitar que código quebrado inesperado acabe na frente dos usuários e documentar o aplicativo para que todos saibam como ele deve funcionar. Os testes também te dão mais confiança no desenvolvimento futuro, porque não estás preocupado com o facto de as tuas alterações quebrarem algo inesperadamente. ...