Comment les tests sont-ils traités dans le même sprint que le codage, si tout ou partie du codage n'est pas effectué avant la fin du sprint? (Je fais référence au développement et au test de la "soupe aux noix" d'un seul PBI dans un sprint.)
La plupart des réponses que j'ai vues en ligne concernent l'automatisation de l'assurance qualité, mais même cela n'est pas vraiment possible car vous avez généralement besoin d'une interface utilisateur fonctionnelle pour enregistrer ou créer des tests automatisés. Je n'ai que des storyboards qui continuent d'évoluer à mesure que je développe des fonctionnalités et découvre de nouvelles exigences.
Dans mon cas, je développe une nouvelle application de bureau. Les applications de bureau ne se prêtent généralement pas très bien aux tests automatisés. J'ai quelques tests unitaires automatisés, mais ce ne sont pas les tests fonctionnels / d'intégration manuels qu'un professionnel de l'assurance qualité effectuerait.
Donc, là où j'en suis maintenant, c'est que mon sprint se termine demain, j'ai encore du codage à terminer, et mes gens QA n'ont encore rien à tester, et aucune idée de comment tester tout ce que je leur donnerais sans que je leur tienne la main.
Je suis sûr que je ne suis pas la première personne à avoir ce dilemme.
Dans le passé, j'ai fait un pipeline: dans le sprint actuel, l'équipe de test teste les fonctionnalités qui ont été implémentées lors du sprint précédent. Dans mon poste actuel, le Premier ministre qualifie cette approche de "cascade" et, à ce titre, inacceptable.