0

Je suis à la recherche d'une migration vers un pipeline de CD avec des étapes de compilation et d'acceptation.Livraison continue - Test d'acceptation stocké à côté des artefacts?

Actuellement, j'ai des tests d'acceptation dans mon dépôt, vivant aux côtés de mon code de service. Après la phase de compilation réussie et une forme d'artefact a été poussée vers mon dépôt, j'essaie de trouver la meilleure stratégie pour l'étape suivante. Je veux vraiment garder mes tests d'acceptation dans le même référentiel que mon code de service, je veux maintenir une boucle de rétroaction rapide lors de l'écriture d'un nouveau test et de la mise en œuvre de la solution.

Est-ce une mauvaise pratique de stocker le code de test d'acceptation (C# dll (s)) à côté des artefacts de construction, de les récupérer et de les exécuter par rapport au code de service que je viens de déployer?

Répondre

0

@adm, ce n'est pas tout à fait un mauvais ou une bonne pratique. Le stockage du test d'acceptation est généralement déterminé par la taille de votre référentiel. Si vous avez un référentiel important, il peut être judicieux de le décomposer. Sinon, les ressources de test et les sorties peuvent être stockées dans un référentiel et ce n'est certainement pas un mauvais

Un inconvénient cependant est que, si vous avez des mécanismes de verrouillage/blocage dans votre base de code, vous ne pourrez peut-être pas mettre à jour les cas de test pendant la période de verrouillage/gel.

Questions connexes