- Porque meu npm run report:clean não apaga a pasta mochawesome-report nem full_report.json?
Esse é um problema bem comum. Uma sugestão é usar uma biblioteca que:
- identifica o sistema operacional
- executa o comando para excluir diretórios de acordo com o SO
Uma dessas bibliotecas é o rimraf. Basicamente, para usar siga os seguintes passos:
- instale o rimraf no projeto: npm install -D rimraf
- substitua os comandos rm -rf por rimraf
Assim você evita por exemplo de, seus testes funcionarem localmente mas falharem quando subir em uma integração contínua (que pode executar em máquinas Windows, Linux, MacOS, etc.)
- Só consigo exibir quais testes passaram no azure com o xunit ou consigo com o mochawesomereport?
- A exibição, sim. Uma das coisas que podem ser feitas é publicar o relatório do mochawesome como artefato do build, assim ele fica disponível para download
- Incluir delay para o preenchimento de um campo
cy.get('.align-items-end > .form-control').type('1500', { delay: 200}) cy.get('campo').type('texto do campo', { delay: tempo})
- Trabalhando com dois ambientes - configurar package.json
- URL produção "cypress:run:develop": "cypress run --config baseUrl=",
- URL develop "cypress:run:master": "cypress run --config baseUrl="
- Como gerar relatório de cobertura de teste com Cypress
- Podemos usar o @cypress/code-coverage
- Temos uma aula expecificamente sobre isso no módulo 4. #06 "Cobertura de código usando os testes de UI"
Selecionar um determinado valor de uma lista com valor mínimo e valor máximo
cy.get('campo select').select(chance.integer({ min: 1, max: 15 }));
Executar o mesmo testes várias vezes para provar que ele funciona, ou para testar o funcionamento de requisições multiplas
Podemos usar no cypress o seguinte laço de repetição: Cypress._.times(2, () => {}), onde existe o valor 2 que é o número de vezes que o teste será executado, este podendo ser alterado.