STLC - Analyse des exigences
L'analyse des exigences est la première phase de STLC et elle commence dès que le SRD / SRS est partagé avec l'équipe de test. Considérons les points suivants pour comprendre l'analyse des exigences dans STLC.
Le critère d'entrée de cette phase est la fourniture de SRS (Software Requirement Specification); il est également recommandé que l'architecture de l'application soit pratique.
Dans cette phase, l'équipe QA analyse à un niveau supérieur ce qu'il faut tester et comment tester.
L'équipe QA assure le suivi avec diverses parties prenantes telles que l'analyste commercial, l'architecture système, le client, le gestionnaire de test / responsable au cas où une question ou une clarification serait nécessaire pour comprendre l'exigence.
Les exigences peuvent être fonctionnelles ou non fonctionnelles comme les performances, la sécurité, la facilité d'utilisation, etc. ou à la fois fonctionnelles et non fonctionnelles.
Le critère de sortie de cette phase est de compléter le document RTM, le rapport de faisabilité de l'automatisation et une liste de questions le cas échéant pour être plus précis sur les exigences.
Activités effectuées pour l'analyse des besoins
Il y a trois activités principales qui sont exécutées par l'équipe d'AQ dans cette phase. Les activités ont été décrites ci-dessous.
Définition de la portée
L'équipe QA identifie la portée des tests à des niveaux élevés et se divise en divers modules fonctionnels. L'équipe identifie également les types de tests requis pour effectuer - tests de fumée, tests de santé mentale, tests fonctionnels, tests de régression, etc. L'équipe QA analyse les prérequis et les détails de l'environnement où les tests sont censés être effectués. L'équipe rassemble des détails sur les priorités de test et se concentre sur la séquence des modules à valider. Il identifie également les défauts d'exigence si les modules sont contredits et que la fonctionnalité n'est pas transférée avec d'autres modules.
Préparer RTM
Le traçage des exigences est un processus de documentation des liens entre les exigences et les produits de travail développés pour mettre en œuvre et vérifier ces exigences. Le RTM capture toutes les exigences lors de l'analyse des exigences ainsi que leur traçabilité dans un seul document. Tout cela est livré à la fin du cycle de vie.
La matrice est créée au tout début d'un projet car elle constitue la base de la portée du projet et des livrables qui seront produits.
La matrice est bidirectionnelle, car elle suit l'exigence en avant en examinant la sortie des livrables et en arrière en examinant l'exigence commerciale qui a été spécifiée pour une caractéristique particulière du produit.
Analyse d'automatisation
Dans la phase d'exigence, l'équipe d'assurance qualité analyse la portée de l'automatisation des tests de régression. Si l'automatisation est ajoutée dans la portée, l'équipe décide quel outil peut être utilisé, quelles fonctionnalités seront couvertes comme l'automatisation, le calendrier et l'allocation des ressources impliquées pour le développement de l'automatisation. Une fois cette analyse terminée, l'équipe d'assurance qualité fournit le rapport de faisabilité de l'automatisation aux différentes parties prenantes pour les approuver.