Capítulo 8. Especificidades da estrutura de teste
Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com
Nos exemplos apresentados ao longo deste livro, recomendei incorporar as chamadas à API do Selenium WebDriver em métodos Java decorados com a anotação @Test usando diferentes estruturas de teste de unidade: JUnit 4, JUnit 5 (sozinho ou estendido com Selenium-Jupiter), ou TestNG. Ao executar testes regulares, a diferença entre usar uma ou outra estrutura de teste é mínima. No entanto, cada framework de teste tem caraterísticas específicas para diferentes casos de uso. Este capítulo resume alguns desses recursos para implementar testes do Selenium WebDriver. Como de costume, podes encontrar o código-fonte para este capítulo no repositório de exemplos deste livro. Podes usar estes exemplos para comparar e escolher a estrutura de teste unitário mais conveniente para as tuas necessidades específicas.
Testes parametrizados
Um recurso muito difundido comumente suportado por frameworks de teste unitário é a criação de testes parametrizados. Esse recurso permite a execução de testes várias vezes usando parâmetros diferentes. Embora possamos implementar testes parametrizados tanto com JUnit (4 e 5) quanto com TestNG, existem diferenças significativas entre cada implementação.
JUnit 4
Precisamos de para utilizar um executor de testes chamado Parameterized para implementar testes parametrizados no JUnit 4. Um executor ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access