La question concerne davantage la compréhension fondamentale d'un flux CI normal/idéal et la compréhension de la portée des tests d'intégration.Étendue des tests d'intégration dans un flux de travail CI CI
Selon ma compréhension, le flux de CD CI de base est
UnitTesting --> IntegrationTesting --> Build Artifact --> Deploy to Dev/Sandbox or any other subsequent environments.
donc les tests unitaires et d'intégration tetsing décident/collectivement faire que si la construction est stable et prête à être déployée. Mais, récemment, nous avons eu cette discussion dans mon équipe où nous voulions exécuter des tests d'intégration sur des instances déployées sur Dev/Sandbox, etc., afin de vérifier si l'application fonctionne correctement après le déploiement.
Et le microsoft's article sur les workflows Build - Deploy - Test suggère que cela pourrait être un moyen possible.
Alors, mes questions sont les suivantes: -
- sont des tests d'intégration censés tester la configuration de différents environnements?
- Les tests d'intégration sont-ils supposés être exécutés avant l'application de l'empaquetage ou le déploiement de l'application?
- Si c'est le cas, des tests automatisés sont nécessaires pour tester le fonctionnement de l'application déployée sur tous les environnements? Si non tests d'intégration alors ce pourrait être des solutions alternatives
merci pour la réponse :) – Harshil
à votre avis comment efficace est de faire le test du système. Est-ce nécessaire? Comme ces connexions, la demande Web peut être vérifiée au démarrage de l'application. Y at-il un réel besoin de tests système séparés? – Harshil
Yest, c'est. Par exemple, l'ensemble System_might_ se compose de nombreux composants (développés par différentes équipes). Vous pouvez tester vos composants isolément, mais cela ne garantit pas que votre composant ne sera pas endommagé par l'un des autres composants. –