"Um bom desenvolvedor testará exaustivamente seu código, enquanto um bom desenvolvedor preguiçoso automatizará seus testes unitários"
É essencial escrever scripts de teste para a automação de testes unitários para uma equipe de desenvolvimento que segue a metodologia Ágil e DevOps. Imagine que um programa existente precisa ser aprimorado com uma nova funcionalidade, um desenvolvedor implementa a nova funcionalidade e testa unitariamente as mudanças, no entanto, o desenvolvedor não testa os cenários comerciais existentes ou não testa completamente todos os cenários porque são muitos. Sem saber, as últimas mudanças introduziram alguns erros nas funcionalidades existentes e só foram detectados em uma etapa posterior do ciclo de desenvolvimento, e no pior dos casos, não foram detectados até que o código chegasse ao sistema de produção. E este caso acontece o tempo todo.
Portanto, se o programa já tiver testes unitários em vigor e houver um processo para executá-los automaticamente, antes de implementar em um ambiente de servidor, o desenvolvedor é imediatamente notificado do erro e pode reagir imediatamente para corrigir o problema.
Neste blog, falarei sobre como configurar o Mocha e Chai, um framework de testes popular, no contexto do Modelo de Programação de Aplicações na Nuvem da SAP.
Requisitos prévios
-
SAP Business Application Studio / Visual Studio Code
-
Conta na SAP Cloud Platform
Preparação
Para esta demonstração, usarei o projeto resultante do meu blog anterior -
Consumir Serviço Externo - Parte 2
.
O projeto de trabalho pode ser encontrado neste repositório do GitHub -
Projeto de CAP de amostra
.
Se você seguiu os passos para testar a aplicação no meu blog anterior, então você já sabe como configurar o
package.json
para realizar testes com dados simulados e reais.
Até agora, a maneira como mostrei foi anulando a propriedade
credentials
adicionando
dois hífens
na frente dela.
"cds": {
"requires": {
"NorthWind": {
"kind": "odata",
"model": "srv/external/NorthWind",
"--credentials": "destination": "NorthWind"
}
}
}
}
Portanto, você não gostaria de alterar manualmente sua configuração apenas porque deseja mudar seu método de teste de dados simulados para dados reais ou vice-versa. O que você preferiria é ter uma configuração fixa e dependerá de como você executa sua aplicação que usará a configuração apropriada.
Para alcançar isso, precisamos atualizar a configuração como mostrado abaixo:
"cds": {
"requires": {
"NorthWind": {
"kind": "odata",
"model": "srv/external/NorthWind"
{% endblock %}
{% endblock %}
{% endblock %}