Τι είναι το Requirements Traceability Matrix (RTM) στη δοκιμή;

Τι είναι το Traceability Matrix (TM);

Ένας Πίνακας Ιχνηλασιμότητας είναι ένα έγγραφο που συσχετίζει οποιαδήποτε δύο βασικά έγγραφα που απαιτούν μια σχέση πολλά-προς-πολλά για να ελέγξει την πληρότητα της σχέσης.

Χρησιμοποιείται για την παρακολούθηση των απαιτήσεων και για τον έλεγχο της κάλυψης των τρεχουσών απαιτήσεων του έργου.

Τι είναι ένας Πίνακας Ιχνηλασιμότητας Απαιτήσεων;

Ένας Πίνακας Ιχνηλασιμότητας Απαιτήσεων (RTM) είναι ένα έγγραφο που χαρτογραφεί και εντοπίζει τις απαιτήσεις των χρηστών με δοκιμαστικές περιπτώσεις. Καταγράφει όλες τις απαιτήσεις που προτείνει ο πελάτης και την ιχνηλασιμότητα των απαιτήσεων σε ένα ενιαίο έγγραφο, το οποίο παραδίδεται μετά την ολοκλήρωση της Κύκλος ζωής ανάπτυξης λογισμικούΟ κύριος σκοπός του Πίνακα Ιχνηλασιμότητας Απαιτήσεων είναι να επικυρώσει ότι όλες οι απαιτήσεις ελέγχονται μέσω δοκιμαστικών περιπτώσεων, έτσι ώστε να μην παραμένει μη ελεγμένη καμία λειτουργικότητα κατά τη διάρκεια των δοκιμών Λογισμικού.

Γιατί είναι σημαντικό το RTM;

Η κύρια ατζέντα κάθε δοκιμαστή θα πρέπει να είναι η κατανόηση των απαιτήσεων του πελάτη και η διασφάλιση ότι το τελικό προϊόν είναι απαλλαγμένο από ελαττώματα. Για την επίτευξη αυτού του στόχου, κάθε υπεύθυνος διασφάλισης ποιότητας θα πρέπει να κατανοεί πλήρως την απαίτηση και να δημιουργεί θετικές και αρνητικές περιπτώσεις δοκιμών.

Αυτό θα σήμαινε ότι οι απαιτήσεις λογισμικού που παρέχονται από τον πελάτη πρέπει να χωριστούν περαιτέρω σε διαφορετικά σενάρια και σε δοκιμαστικές περιπτώσεις. Κάθε μία από αυτές τις περιπτώσεις πρέπει να εκτελεστεί ξεχωριστά.

Εδώ προκύπτει ένα ερώτημα σχετικά με το πώς να διασφαλιστεί ότι η απαίτηση θα δοκιμαστεί, λαμβάνοντας υπόψη όλα τα πιθανά σενάρια/περιπτώσεις; Πώς να διασφαλιστεί ότι καμία απαίτηση δεν θα παραλειφθεί από τον κύκλο δοκιμών;

Ένας απλός τρόπος είναι να εντοπίσετε την απαίτηση με τα αντίστοιχα σενάρια δοκιμών και περιπτώσεις δοκιμήςΑυτό ονομάζεται «Πίνακας Ιχνηλασιμότητας Απαιτήσεων».

Ο πίνακας ιχνηλασιμότητας είναι συνήθως ένα φύλλο εργασίας που περιέχει τις απαιτήσεις με όλες τις πιθανές σενάρια δοκιμής και περιπτώσεις και την τρέχουσα κατάστασή τους, δηλαδή, αν έχουν περάσει ή αποτύχει. Αυτό θα βοηθούσε την ομάδα δοκιμών να κατανοήσει το επίπεδο των δραστηριοτήτων δοκιμών που πραγματοποιήθηκαν για το συγκεκριμένο προϊόν.

Ποιος χρειάζεται RTM;

A Πίνακας ιχνηλασιμότητας απαιτήσεων (RTM) δεν είναι μόνο για δοκιμαστές — είναι πολύτιμο για όποιον ασχολείται με την παροχή λογισμικού ή έργων υψηλής ποιότητας.

• Διασφάλιση Ποιότητας και Υπεύθυνοι Δοκιμών → Εξασφαλίστε 100% κάλυψη απαιτήσεων με καλά χαρτογραφημένες δοκιμαστικές περιπτώσεις.
• Επιχειρηματικοί αναλυτές → Παρακολούθηση απαιτήσεων από το SRS/Ιστορίες Χρηστών έως την εκτέλεση.
• Διαχειριστές Έργων → Αποκτήστε ορατότητα σχετικά με το πεδίο εφαρμογής, την πρόοδο και τις μη υλοποιημένες απαιτήσεις.
• Προγραμματιστές → Κατανοήστε πώς τα χαρακτηριστικά συνδέονται με τους επιχειρηματικούς στόχους.
• Ρυθμιζόμενες Βιομηχανίες (Υγειονομική Περίθαλψη, Αυτοκινητοβιομηχανία, Αεροδιαστημική, Χρηματοοικονομικά) → Απόδειξη συμμόρφωσης και επιτυχής ολοκλήρωση ελέγχων με σαφή ιχνηλασιμότητα.
• Πελάτες και Ενδιαφερόμενοι → Να βεβαιωθούν ότι οι απαιτήσεις τους εφαρμόζονται και δοκιμάζονται.

👉 Με λίγα λόγια, όποιος είναι υπεύθυνος για δημιουργία, επικύρωση ή έγκριση απαιτήσεων λογισμικού οφέλη από το RTM.

Ποιες παράμετροι πρέπει να συμπεριληφθούν στον Πίνακα Ιχνηλασιμότητας Απαιτήσεων;

• Αναγνωριστικό απαίτησης
• Τύπος Απαίτησης και Descriptιόν
• Δοκιμαστικές περιπτώσεις με κατάσταση

Παραπάνω είναι ένας πίνακας ιχνηλασιμότητας απαιτήσεων δείγματος.

Αλλά σε ένα τυπικό δοκιμές λογισμικού έργο, ο πίνακας ιχνηλασιμότητας θα έχει περισσότερες από αυτές τις παραμέτρους.

Όπως επεξηγήθηκε παραπάνω, ένας πίνακας ιχνηλασιμότητας απαιτήσεων μπορεί:

• Δείξτε την κάλυψη απαίτησης στον αριθμό των περιπτώσεων δοκιμής
• Κατάσταση σχεδίασης καθώς και κατάσταση εκτέλεσης για τη συγκεκριμένη περίπτωση δοκιμής
• Εάν υπάρχουν δοκιμές αποδοχής χρηστών που πρέπει να πραγματοποιηθούν από τους χρήστες, τότε η κατάσταση UAT μπορεί επίσης να καταγραφεί στον ίδιο πίνακα.
• Τα σχετικά ελαττώματα και η τρέχουσα κατάσταση μπορούν επίσης να αναφερθούν στον ίδιο πίνακα.

Αυτού του είδους ο πίνακας θα παρείχε Κατάστημα μίας στάσης για όλες τις δοκιμαστικές δραστηριότητες.

Εκτός από τη διατήρηση ενός Excel ξεχωριστά, μια ομάδα δοκιμών μπορεί επίσης να επιλέξει την ανίχνευση απαιτήσεων που είναι διαθέσιμη στα Εργαλεία Διαχείρισης Δοκιμών.

Τύποι μήτρας δοκιμής ιχνηλασιμότητας

Στη Μηχανική Λογισμικού, ένας πίνακας ιχνηλασιμότητας μπορεί να χωριστεί σε τρία κύρια στοιχεία, όπως αναφέρονται παρακάτω:

• Ιχνηλασιμότητα προς τα εμπρός: Αυτή η μήτρα χρησιμοποιείται για να ελέγξει εάν το έργο προχωρά προς την επιθυμητή κατεύθυνση και για το σωστό προϊόν. Διασφαλίζει ότι κάθε απαίτηση εφαρμόζεται στο προϊόν και ότι κάθε απαίτηση ελέγχεται διεξοδικά. Χαρτογραφεί απαιτήσεις για δοκιμαστικές περιπτώσεις.
• Αναδρομική ή αντίστροφη ιχνηλασιμότητα: Χρησιμοποιείται για να διασφαλιστεί ότι το τρέχον προϊόν παραμένει στη σωστή πορεία. Ο σκοπός αυτού του τύπου ιχνηλασιμότητας είναι να επαληθευτεί ότι δεν επεκτείνουμε το πεδίο εφαρμογής του έργου προσθέτοντας κώδικα, στοιχεία σχεδίασης, δοκιμές ή άλλες εργασίες που δεν καθορίζονται στις απαιτήσεις. Αντιστοιχίζει τις περιπτώσεις δοκιμών στις απαιτήσεις.
• Αμφίδρομη ιχνηλασιμότητα (εμπρός+πίσω): Αυτός ο πίνακας ιχνηλασιμότητας διασφαλίζει ότι οι δοκιμαστικές περιπτώσεις καλύπτουν όλες τις απαιτήσεις. Αναλύει τον αντίκτυπο μιας αλλαγής στις απαιτήσεις που επηρεάζεται από Ελάττωμα σε ένα προϊόν εργασίας και αντίστροφα.

Πώς να δημιουργήσετε έναν πίνακα ιχνηλασιμότητας απαιτήσεων

Ας κατανοήσουμε την έννοια του Requirement Traceability Matrix μέσω ενός τραπεζικού έργου Guru99.

Επί τη βάσει του το έγγραφο επιχειρηματικών απαιτήσεων (BRD) και Έγγραφο Τεχνικών Απαιτήσεων (TRD), οι δοκιμαστές αρχίζουν να γράφουν δοκιμαστικές περιπτώσεις.

Ας υποθέσουμε ότι ο ακόλουθος πίνακας είναι το Έγγραφο Επιχειρηματικών Απαιτήσεων ή BRD των Τραπεζικό έργο Guru99.

Εδώ, το σενάριο είναι ότι ο πελάτης θα πρέπει να μπορεί να συνδεθεί στον ιστότοπο τραπεζικών συναλλαγών Guru99 με τον σωστό κωδικό πρόσβασης και αναγνωριστικό χρήστη, ενώ ο διαχειριστής θα πρέπει να μπορεί να συνδεθεί στον ιστότοπο μέσω της σελίδας σύνδεσης του πελάτη.

Ο παρακάτω πίνακας είναι ο δικός μας Έγγραφο Τεχνικών Απαιτήσεων (TRD).

Σημείωση: Οι ομάδες QA δεν τεκμηριώνουν το BRD και το TRD. Επίσης, ορισμένες εταιρείες χρησιμοποιούν Έγγραφα Απαιτήσεων Λειτουργίας (FRD), τα οποία είναι παρόμοια με τα Έγγραφα Τεχνικών Απαιτήσεων, αλλά η διαδικασία δημιουργίας ενός Πίνακα Ιχνηλασιμότητας παραμένει η ίδια.

Ας προχωρήσουμε και να δημιουργήσουμε RTM στο Testing

Βήμα 1) Το δείγμα δοκιμών is

«Επαλήθευση σύνδεσης: Όταν εισαχθεί το σωστό αναγνωριστικό και ο σωστός κωδικός πρόσβασης, η σύνδεση θα πρέπει να είναι επιτυχής.»

Βήμα 2) Προσδιορίστε την Τεχνική Απαίτηση που επαληθεύει αυτή η δοκιμαστική περίπτωση. Για τη δική μας δοκιμαστική περίπτωση, επαληθεύεται η τεχνική απαίτηση T94.

Βήμα 3) Σημειώστε αυτήν την Τεχνική Απαίτηση (T94) στο Test Case.

Βήμα 4) Προσδιορίστε την Επιχειρηματική Απαίτηση για την οποία ορίζεται αυτή η TR (Τεχνική Απαίτηση-T94)

Βήμα 5) Σημειώστε την Επιχειρηματική Απαίτηση (BR) στην Δοκιμαστική Περίπτωση

Βήμα 6) Κάντε τα παραπάνω για όλες τις δοκιμαστικές περιπτώσεις. Later, Εξαγάγετε τις 3 πρώτες στήλες από τη σουίτα δοκιμών σας. Το RTM στις δοκιμές είναι έτοιμο!

Πλεονεκτήματα του Πίνακα Ιχνηλασιμότητας Απαιτήσεων

• Επιβεβαιώνει 100% κάλυψη δοκιμής
• Υπογραμμίζει τυχόν απαιτήσεις που λείπουν ή ασυνέπειες στα έγγραφα
• Δείχνει τα συνολικά ελαττώματα ή την κατάσταση εκτέλεσης με έμφαση στις επιχειρηματικές απαιτήσεις
• Βοηθά στην ανάλυση ή την εκτίμηση του αντίκτυπου στο έργο της ομάδας διασφάλισης ποιότητας σε σχέση με την επανεξέταση ή την αναδιατύπωση των δοκιμαστικών περιπτώσεων.

καλυτερα Πρακτικές και Συμβουλές Χρήσης RTM

Ένας Πίνακας Ιχνηλασιμότητας Απαιτήσεων (RTM) είναι πιο αποτελεσματικός όταν είναι διατηρείται απλό, συνεπές και ενημερώνεται τακτικάΑκολουθούν οι βέλτιστες πρακτικές που θα επιτρέψουν στις ομάδες να διασφαλίσουν πλήρης κάλυψη, ελάχιστη επανακατασκευή και βελτιωμένη εμπιστοσύνη στην παράδοση του έργου:

• Ξεκινήστε νωρίς → Δημιουργήστε το RTM σας στην αρχή του έργου.
• Διατηρήστε το ενημερωμένο → Ενημερώστε τον πίνακα κάθε φορά που αλλάζουν οι απαιτήσεις ή οι περιπτώσεις δοκιμών.
• Χρησιμοποιήστε διαφανή αναγνωριστικά → Αντιστοιχίστε μοναδικά αναγνωριστικά σε απαιτήσεις και περιπτώσεις δοκιμών για εύκολη ιχνηλασιμότητα.
• Κάλυψη Θετικών & Αρνητικών Περιπτώσεων → Βεβαιωθείτε ότι κάθε απαίτηση επικυρώνεται από πολλαπλές οπτικές γωνίες δοκιμής.
• Συνεργασία μεταξύ ομάδων → Συμμετοχή υπευθύνων δοκιμών, προγραμματιστών, BA και διαχειριστών έργων στη συντήρηση του RTM.
• Εργαλεία μόχλευσης → Αντί για υπολογιστικά φύλλα, εξετάστε το ενδεχόμενο χρήσης εργαλείων διαχείρισης δοκιμών (όπως Jira, HP ALM ή Zephyr) για επεκτασιμότητα.
• Έλεγχος έκδοσης → Διατηρήστε ιστορικές εκδόσεις για την παρακολούθηση των αλλαγών και τη διατήρηση της συμμόρφωσης.
• Εστίαση στην Απλότητα → Αποφύγετε την υπερφόρτωση του πίνακα· επισημάνετε μόνο τις βασικές παραμέτρους.
• Έλεγχος τακτικά → Ελέγχετε περιοδικά το RTM για να εντοπίζετε κενά πριν από τις προθεσμίες των δοκιμών.
• Σύνδεσμος με την Επιχειρηματική Αξία → Αντιστοίχιση απαιτήσεων πίσω στους επιχειρηματικούς στόχους για την εμφάνιση της απόδοσης επένδυσης (ROI).

Κοινές προκλήσεις και λύσεις RTM

1. Πρόκληση: Διατήρηση της ενημέρωσης του RTM
   Οι απαιτήσεις και οι δοκιμαστικές περιπτώσεις αλλάζουν συχνά, καθιστώντας το RTM ξεπερασμένο γρήγορα.
   Λύση: Χρησιμοποιήστε αυτοματοποιημένα εργαλεία διαχείρισης δοκιμών που συγχρονίζουν τις απαιτήσεις, τις περιπτώσεις δοκιμών και τα ελαττώματα σε πραγματικό χρόνο.
2. Πρόκληση: Υπερβολική Πολυπλοκότητα
   Η προσθήκη πάρα πολλών παραμέτρων καθιστά δύσκολη τη συντήρηση και την ερμηνεία του RTM.
   Λύση: Διατηρήστε την RTM λιτή, εστιάζοντας μόνο σε βασικά πεδία, όπως αναγνωριστικά, περιγραφές και κατάσταση.
3. Πρόκληση: Κακή ομαδική συνεργασία
   Διαφορετικές ομάδες ενδέχεται να μην συμφωνούν ως προς την ιδιοκτησία ή τις ενημερώσεις.
   Λύση: Ορίστε σαφείς ρόλους, συμπεριλάβετε δοκιμαστές, προγραμματιστές και αναλυτές και προγραμματίστε τακτικές αξιολογήσεις RTM.
4. Πρόκληση: Ελλιπής Κάλυψη Απαιτήσεων
   Ορισμένες απαιτήσεις ενδέχεται να μην περιλαμβάνουν δοκιμαστικές περιπτώσεις, με αποτέλεσμα την απώλεια λειτουργικότητας.
   Λύση: Επικυρώνετε την κάλυψη τακτικά, χρησιμοποιείτε αμφίδρομη ιχνηλασιμότητα και εκτελείτε ελέγχους πριν από σημαντικές κυκλοφορίες.
5. Πρόκληση: Χειρωνακτική προσπάθεια σε μεγάλα έργα
   Η διαχείριση του RTM σε υπολογιστικά φύλλα καθίσταται χρονοβόρα για πολύπλοκα συστήματα.
   Λύση: Υιοθετήστε εργαλεία RTM όπως Jira, HP ALM ή Zephyr για να αυτοματοποιήσετε τη χαρτογράφηση και την αναφορά.

Ας μάθουμε το RTM με ένα παράδειγμα στο Βίντεο

Πατήστε εδώ εάν το βίντεο δεν είναι προσβάσιμο

Πρότυπο Requirements Traceability Matrix (RTM).

Κάντε κλικ παρακάτω για να κατεβάσετε το αρχείο Excel του προτύπου RTM

Κάντε λήψη του προτύπου RTM Excel(.xlsx)

Συχνές ερωτήσεις:

Σύνοψη: Βασικά σημεία για το RTM

Ο Πίνακας Ιχνηλασιμότητας Απαιτήσεων (RTM) προσφέρει δομή, σαφήνεια και λογοδοσία στις δοκιμές λογισμικού και τη διαχείριση έργων. Αντιστοιχίζοντας τις απαιτήσεις σε περιπτώσεις δοκιμών, διασφαλίζει ότι τίποτα δεν παραβλέπεται και ότι τα έργα παραμένουν σε καλό δρόμο. Ακολουθούν τα κύρια σημεία:

• Το RTM διασφαλίζει την πλήρη κάλυψη των απαιτήσεων αντιστοιχίζοντας κάθε απαίτηση σε περιπτώσεις δοκιμής.
• Μειώνει την απώλεια λειτουργικότητας και αποτρέπει την περιττή διόρθωση του πεδίου εφαρμογής κατά τη διάρκεια των έργων.
• Το RTM υποστηρίζει τη συμμόρφωση σε ρυθμιζόμενους κλάδους και ενισχύει την ετοιμότητα ελέγχου.
• Βελτιώνει τη συνεργασία μεταξύ υπευθύνων δοκιμών, προγραμματιστών, αναλυτών και διαχειριστών έργων.
• Η παρακολούθηση αλλαγών γίνεται ευκολότερη, με σαφή ορατότητα στις ενημερώσεις απαιτήσεων.
• Η έγκαιρη ανίχνευση κενών εξοικονομεί κόστος ελαχιστοποιώντας τις επανεπεξεργασίες και τις διορθώσεις ελαττωμάτων.
• Ο πίνακας παρέχει απόδειξη επικύρωσης κατά τη διάρκεια των αξιολογήσεων και εγκρίσεων από τους πελάτες.
• Μπορεί να διαχειριστεί στο Excel ή σε προηγμένα εργαλεία διαχείρισης δοκιμών.
• Το RTM προσαρμόζεται σε μοντέλα Agile και Waterfall χωρίς να χάνει αξία.
• Τα ενδιαφερόμενα μέρη αποκτούν εμπιστοσύνη γνωρίζοντας ότι οι απαιτήσεις έχουν παραδοθεί και δοκιμαστεί πλήρως.