Τι είναι οι απαιτήσεις TracΠίνακας Ικανότητας (RTM) στις Δοκιμές;

Τι είναι TracΠίνακας Ικανότητας (TM);

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

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

👉 Εγγραφείτε για Δωρεάν Ζωντανό Έργο Δοκιμών Λογισμικού

Τι είναι μια απαίτηση TracΠίνακας Ικανότητας;

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

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

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

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

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

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

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

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

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

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

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

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

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

Το παραπάνω είναι ένα απαιτούμενο δείγμα tracπίνακας ικανότητας.

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

Όπως φαίνεται παραπάνω, μια απαίτηση tracΟ πίνακας ικανότητας μπορεί να:

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

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

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

Τύποι TracΠίνακας Δοκιμών Ικανότητας

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

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

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

Ας κατανοήσουμε την έννοια της απαίτησης TracΠίνακας ικανότητας μέσω ενός Guru99 τραπεζικό έργο.

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

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

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

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

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

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

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

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

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

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

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

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

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

Πλεονεκτήματα της απαίτησης TracΠίνακας ικανότητας

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

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

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

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

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

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

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

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

απαιτήσεις TracΠρότυπο Πίνακα Ικανότητας (RTM)

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

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

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