how write an effective test summary report
Ένας απλός οδηγός 12 βημάτων για τη σύνταξη μιας αποτελεσματικής αναφοράς περίληψης δοκιμής με δείγμα Πρότυπο αναφοράς περίληψης δοκιμής:
Πολλά έγγραφα και αναφορές ετοιμάζονται στο πλαίσιο του Testing. Μερικοι ειναι Έγγραφο στρατηγικής δοκιμής , Έγγραφο δοκιμαστικού σχεδίου , Σχέδιο διαχείρισης κινδύνων , Σχέδιο διαχείρισης διαμόρφωσης, κ.λπ. Μεταξύ αυτών των αναφορών περίληψης δοκιμών είναι μια τέτοια έκθεση που προετοιμάζεται μετά την ολοκλήρωση της δοκιμής.
Προσπάθησα να εξηγήσω τον σκοπό του ' Συνοπτική έκθεση δοκιμής ' και παρείχε ένα δείγμα προτύπου αναφοράς Περίληψη δοκιμής μαζί με μια πραγματική αναφορά για λήψη
Τι θα μάθετε:
Τι είναι μια έκθεση περίληψης δοκιμής;
Όπως γνωρίζουμε, το Software Testing είναι μια σημαντική φάση στο SDLC και χρησιμεύει επίσης ως «Πύλη Ποιότητας» για να περάσει η εφαρμογή και να πιστοποιηθεί ως «Can Go Live» από την Ομάδα Δοκιμών.
Η έκθεση περίληψης δοκιμών είναι ένα σημαντικό παραδοτέο που προετοιμάζεται στο τέλος ενός έργου δοκιμών ή μάλλον μετά την ολοκλήρωση της δοκιμής. Ο πρωταρχικός στόχος αυτού του εγγράφου είναι να εξηγήσει διάφορες λεπτομέρειες και δραστηριότητες σχετικά με τις δοκιμές που πραγματοποιήθηκαν για το Έργο, στους αντίστοιχους ενδιαφερόμενους φορείς όπως η Ανώτερη Διοίκηση, ο Πελάτης κ.λπ.
Ως μέρος του Ημερήσιες αναφορές κατάστασης , τα καθημερινά αποτελέσματα των δοκιμών θα κοινοποιούνται στους εμπλεκόμενους φορείς κάθε μέρα. Όμως, η έκθεση περίληψης δοκιμών παρέχει μια ενοποιημένη αναφορά σχετικά με τις δοκιμές που έχουν πραγματοποιηθεί μέχρι στιγμής για το έργο.
Συνιστώμενη ανάγνωση=> Τρόπος αναφοράς έξυπνης εκτέλεσης δοκιμής (λήψη προτύπου αναφοράς κατάστασης)
Ας υποθέσουμε ότι εάν ο Πελάτης που κάθεται σε μια απομακρυσμένη τοποθεσία πρέπει να κατανοήσει τα αποτελέσματα και την κατάσταση σχετικά με ένα έργο δοκιμών που εκτελέστηκε για μια περίοδο, ας πούμε για παράδειγμα - τέσσερις μήνες, η έκθεση Περίληψη δοκιμής θα επιλύσει τον σκοπό.
Αυτό είναι επίσης ένα τεχνούργημα που απαιτείται να προετοιμαστεί ως μέρος του Διαδικασία CMMI .
Τι περιέχει η Ανακεφαλαιωτική Έκθεση Δοκιμής;
πώς να ανοίξετε αρχεία .json
Ένα τυπικό Πρότυπο αναφοράς δοκιμής θα περιέχει τις παρακάτω πληροφορίες, ωστόσο, με βάση τη μορφή και την πρακτική κάθε Εταιρείας, το περιεχόμενο μπορεί να διαφέρει. Έχω παράσχει επίσης πραγματικά παραδείγματα για καλύτερη κατανόηση.
Στο τέλος αυτού του άρθρου, μπορείτε να κατεβάσετε ένα δείγμα αναφοράς περίληψης δοκιμών.
Οδηγός 12 βημάτων για τη σύνταξη μιας αποτελεσματικής συνοπτικής έκθεσης δοκιμής
Βήμα # 1) Σκοπός του εγγράφου
Για παράδειγμα, Αυτό το έγγραφο εξηγεί τις διάφορες δραστηριότητες που εκτελούνται στο πλαίσιο της δοκιμής της εφαρμογής «ABCD Transport System».
Βήμα 2) Επισκόπηση εφαρμογής
Για παράδειγμα, Το «ABCD Transport System» είναι μια διαδικτυακή εφαρμογή κράτησης εισιτηρίων λεωφορείων. Μπορείτε να κάνετε κράτηση εισιτηρίων για διάφορα λεωφορεία χρησιμοποιώντας τις ηλεκτρονικές εγκαταστάσεις. Οι πληροφορίες επιβατών σε πραγματικό χρόνο λαμβάνονται από ένα «Κεντρικό Σύστημα Αποθηκών», το οποίο θα αναφέρεται πριν επιβεβαιωθεί η κράτηση. Υπάρχουν πολλές ενότητες όπως Εγγραφή, Κράτηση, Πληρωμή και Αναφορές που είναι ενσωματωμένες για την εκπλήρωση του σκοπού.
Βήμα # 3) Πεδίο δοκιμών
- Στο πεδίο εφαρμογής
- Εκτός του πεδίου εφαρμογής
- Τα στοιχεία δεν έχουν δοκιμαστεί
Για παράδειγμα, Δεν είναι δυνατή η δοκιμή επαλήθευσης λειτουργικότητας που απαιτεί συνδεσιμότητα σε εφαρμογή τρίτου μέρους, καθώς η συνδεσιμότητα δεν μπόρεσε να δημιουργηθεί λόγω ορισμένων τεχνικών περιορισμών. Αυτή η ενότητα πρέπει να είναι σαφώς τεκμηριωμένη, αλλιώς θα υποτεθεί ότι η Δοκιμή κάλυψε όλους τους τομείς της εφαρμογής.
- Στο πεδίο εφαρμογής: Η λειτουργική δοκιμή για τις ακόλουθες ενότητες βρίσκεται στο πεδίο εφαρμογής της δοκιμής
- Εγγραφή
- Κράτηση
- Πληρωμή
- Εκτός του πεδίου εφαρμογής: Δεν έγινε έλεγχος απόδοσης για αυτήν την εφαρμογή.
- Στοιχεία που δεν έχουν δοκιμαστεί: Η επαλήθευση της συνδεσιμότητας με το σύστημα τρίτου μέρους «Κεντρικό σύστημα αποθήκευσης» δεν δοκιμάστηκε, καθώς η συνδεσιμότητα δεν ήταν δυνατό να εξακριβωθεί λόγω ορισμένων τεχνικών περιορισμών. Αυτό μπορεί να επαληθευτεί κατά τη διάρκεια UAT (User Acceptance Testing) όπου η συνδεσιμότητα είναι διαθέσιμη ή μπορεί να πραγματοποιηθεί.
Βήμα # 4) Μετρήσεις
- Αριθμός δοκιμαστικών περιπτώσεων που έχουν προγραμματιστεί έναντι εκτέλεσης
- Αριθμός δοκιμαστικών περιπτώσεων που πέρασαν / απέτυχαν
- Δεν εντοπίστηκαν ελαττώματα και κατάσταση και σοβαρότητα
- Διανομή ελαττωμάτων - συνετή ενότητα
Βήμα # 5) Τύποι δοκιμών που πραγματοποιήθηκαν
- Δοκιμή καπνού
- Δοκιμή ενοποίησης συστήματος
- και δοκιμή παλινδρόμησης
Σημείωση:Εάν είχαν γίνει αρκετοί γύροι δοκιμών, οι λεπτομέρειες μπορούν επίσης να περιληφθούν εδώ.>
Για παράδειγμα,
προς την) Δοκιμή καπνού
Αυτή η δοκιμή έγινε κάθε φορά που λαμβάνεται ένα Build (αναπτύχθηκε σε περιβάλλον δοκιμής) για δοκιμή για να βεβαιωθείτε ότι η κύρια λειτουργία λειτουργεί καλά, το Build μπορεί να γίνει αποδεκτό και το Testing μπορεί να ξεκινήσει.
σι) Δοκιμή ενοποίησης συστήματος
- Αυτή είναι η Δοκιμή που εκτελείται στην υπό δοκιμή Εφαρμογή, για να επαληθεύσετε ότι ολόκληρη η εφαρμογή λειτουργεί σύμφωνα με τις απαιτήσεις.
- Τα σενάρια κρίσιμων επιχειρήσεων δοκιμάστηκαν για να βεβαιωθείτε ότι η σημαντική λειτουργικότητα στην εφαρμογή λειτουργεί όπως προορίζεται χωρίς σφάλματα.
ντο) Δοκιμή παλινδρόμησης
- Ο έλεγχος παλινδρόμησης πραγματοποιήθηκε κάθε φορά που αναπτύσσεται μια νέα έκδοση για δοκιμές που περιέχει διορθώσεις ελαττωμάτων και νέες βελτιώσεις, εάν υπάρχουν.
- Ο έλεγχος παλινδρόμησης γίνεται σε ολόκληρη την εφαρμογή και όχι μόνο στη νέα λειτουργικότητα και διορθώσεις ελαττωμάτων.
- Αυτός ο έλεγχος διασφαλίζει ότι η υπάρχουσα λειτουργικότητα λειτουργεί καλά μετά την επιδιόρθωση ελαττωμάτων και νέες βελτιώσεις προστίθενται στην υπάρχουσα εφαρμογή.
- Οι δοκιμαστικές περιπτώσεις για νέες λειτουργίες προστίθενται στις υπάρχουσες δοκιμαστικές περιπτώσεις και εκτελούνται.
Βήμα # 6) Δοκιμή περιβάλλοντος και εργαλείων
Για παράδειγμα,
Βήμα # 7) Διδάγματα
πώς να ανοίξετε ένα αρχείο jnlp
Για παράδειγμα,
Βήμα # 8) Προτάσεις
Για παράδειγμα,
- Ο έλεγχος διαχειριστή για εργαλεία διαχείρισης ελαττωμάτων μπορεί να δοθεί στον υπεύθυνο υπεύθυνο δοκιμών για την παροχή πρόσβασης στην ομάδα δοκιμών.
- Κάθε φορά που δεν απαιτείται επικοινωνία με τον Διαχειριστή του ιστότοπου για τυχόν αιτήματα, εξοικονομώντας χρόνο λόγω της διαφοράς της γεωγραφικής ζώνης ώρας.
Βήμα # 9) Βέλτιστες πρακτικές
Για παράδειγμα,
- Μια επαναλαμβανόμενη εργασία που έγινε χειροκίνητα κάθε φορά ήταν χρονοβόρα. Αυτή η εργασία αυτοματοποιήθηκε δημιουργώντας δέσμες ενεργειών και εκτελέστηκε κάθε φορά, εξοικονομώντας χρόνο και πόρους.
- Οι περιπτώσεις δοκιμής καπνού αυτοματοποιήθηκαν και εκτελέστηκαν τα σενάρια, τα οποία έτρεξαν γρήγορα και εξοικονομούσαν χρόνο.
- Τα σενάρια αυτοματισμού προετοιμάστηκαν για τη δημιουργία νέων πελατών, όπου πρέπει να δημιουργηθούν πολλές εγγραφές για δοκιμές.
- Τα επιχειρηματικά σενάρια κρίνονται ξεχωριστά σε ολόκληρη την εφαρμογή, η οποία είναι ζωτικής σημασίας για να πιστοποιηθεί ότι λειτουργούν καλά.
Βήμα # 10) Κριτήρια εξόδου
(iI) Όλα τα κρίσιμα ελαττώματα είναι κλειστά κ.λπ.>
Για παράδειγμα,
- Όλες οι δοκιμαστικές περιπτώσεις πρέπει να εκτελούνται - Ναί
- Όλα τα ελαττώματα στην κρίσιμη, σημαντική, μέτρια σοβαρότητα πρέπει να επαληθευτούν και να κλείσουν - Ναί .
- Τυχόν ανοιχτά ελαττώματα στην ασήμαντη σοβαρότητα - Το σχέδιο δράσης εκπονήθηκε με τις αναμενόμενες ημερομηνίες κλεισίματος.
Δεν πρέπει να υπάρχουν «ελαττώματα» σοβαρότητας1. Μόνο 2 ελαττώματα Severity2 πρέπει να είναι «ΑΝΟΙΓΜΑ». Μόνο 4 ελαττώματα Severity3 πρέπει να είναι «ΑΝΟΙΓΜΑ». Σημείωση: Αυτό μπορεί να διαφέρει από έργο σε έργο. Το σχέδιο δράσης για τα ανοικτά ελαττώματα πρέπει να αναφέρεται σαφώς με λεπτομέρειες σχετικά με το πότε και πώς θα αντιμετωπιστούν και θα κλείσουν.>
Βήμα # 11) Συμπέρασμα / Αποσύνδεση
Για παράδειγμα, Καθώς τα κριτήρια εξόδου πληρούνταν και ικανοποιούνται όπως αναφέρεται στην Ενότητα 10, αυτή η εφαρμογή προτείνεται να 'Go Live' από την ομάδα δοκιμών. Ο κατάλληλος έλεγχος αποδοχής χρηστών / επιχειρήσεων θα πρέπει να πραγματοποιηθεί πριν από το 'Go Live'.
Βήμα # 12) Ορισμοί, αρκτικόλεξα και συντομογραφίες
=> Λήψη δείγματος Περίληψη αναφοράς δοκιμής:
Κάντε κλικ εδώ για να κατεβάσετε ένα δείγμα προτύπου αναφοράς δοκιμής με ένα παράδειγμα.
Λίγα σημεία που πρέπει να σημειωθούν κατά την προετοιμασία της αναφοράς περίληψης δοκιμής
- Ως μέρος της δοκιμής εκτέλεσης, συλλέξτε όλες τις απαιτούμενες πληροφορίες σχετικά με τον έλεγχο που πραγματοποιήθηκε. Αυτό θα σας βοηθήσει να προετοιμάσετε μια καλή συνοπτική έκθεση δοκιμής.
- Τα διδακτικά μαθήματα μπορούν να εξηγηθούν λεπτομερώς, τα οποία θα μεταφέρουν την Ευθύνη που αναλήφθηκε για την επίλυση αυτών των ζητημάτων. Επίσης, αυτό θα είναι μια αναφορά για τα επερχόμενα έργα για την αποφυγή αυτών.
- Ομοίως, η αναφορά των βέλτιστων πρακτικών θα απεικονίσει τις προσπάθειες που καταβάλλει η ομάδα εκτός από τακτικές δοκιμές, οι οποίες θα αντιμετωπίζονται επίσης ως «προσθήκη αξίας».
- Η αναφορά των μετρήσεων σε μορφή γραφικών (γραφήματα, γραφήματα) θα είναι ένας καλός τρόπος για να απεικονίσετε οπτικά την κατάσταση και τα δεδομένα.
- Θυμηθείτε, η συνοπτική έκθεση δοκιμής θα αναφέρει και θα εξηγήσει τις δραστηριότητες που εκτελούνται στο πλαίσιο της δοκιμής, στους παραλήπτες για να κατανοήσουν καλύτερα.
- Μερικές πιο κατάλληλες ενότητες μπορούν να προστεθούν εάν απαιτείται.
συμπέρασμα
Η έκθεση περίληψης δοκιμών είναι ένα σημαντικό παραδοτέο και πρέπει να δοθεί έμφαση στην προετοιμασία ενός αποτελεσματικού εγγράφου, καθώς αυτό το τεχνούργημα θα κοινοποιηθεί σε διάφορους ενδιαφερόμενους φορείς όπως ανώτερα στελέχη, πελάτες κ.λπ.
Μετά την εκτέλεση διεξοδικών δοκιμών, η δημοσίευση των αποτελεσμάτων των δοκιμών, οι μετρήσεις, οι βέλτιστες πρακτικές, τα διδάγματα, τα συμπεράσματα σχετικά με το 'Go Live' κ.λπ. είναι εξαιρετικά σημαντικά για να αποδειχθεί αυτό ως απόδειξη για τη δοκιμή που πραγματοποιήθηκε και το συμπέρασμα της δοκιμής.
Διαθέσαμε επίσης το δείγμα της Αναφοράς δοκιμής για λήψη. Είναι ένα τέλειο παράδειγμα για το πώς να προετοιμάσετε μια αποτελεσματική έκθεση περίληψης δοκιμών!
Σχετικά με τον Συγγραφέα: Αυτή είναι μια θέση επισκεπτών από τον Baskar Pillai. Έχει περίπου 14 χρόνια εμπειρίας στη διαχείριση δοκιμών και τις δοκιμές λογισμικού από άκρο σε άκρο. Ο CSTE πιστοποιημένος επαγγελματίας δοκιμών, εκπαιδευτής, εργάστηκε σε μεγάλες εταιρείες πληροφορικής όπως Cognizant, HCL, Capgemini και εργάζεται επί του παρόντος ως Test Manager για ένα μεγάλο MNC.
Ενημερώστε μας για τα Σχόλια / ερωτήσεις / σκέψεις σας.
Συνιστώμενη ανάγνωση
- Τρόπος σύνταξης εβδομαδιαίας αναφοράς κατάστασης δοκιμών λογισμικού
- Δείγμα προτύπου για αναφορά δοκιμής αποδοχής με παραδείγματα
- Τρόπος αναφοράς έξυπνης εκτέλεσης δοκιμών - (Πρότυπο αναφοράς κατάστασης λήψης)
- Δείγμα προτύπου υπόθεσης δοκιμής με παραδείγματα δοκιμαστικής θήκης (Λήψη)
- Οδηγός τεκμηρίωσης δοκιμών λογισμικού (Γιατί είναι σημαντικό)
- Πώς να γράψετε μια καλή αναφορά σφαλμάτων; Συμβουλές και κόλπα
- 6 πιο σημαντικά βήματα για να κάνετε τις αναφορές δοκιμών σας ακόμα καλύτερες
- Τρόπος σύνταξης εγγράφου στρατηγικής δοκιμής (με δείγμα προτύπου στρατηγικής δοκιμής)