how write good bug report
Γιατί καλή αναφορά σφαλμάτων;
Εάν η αναφορά σφαλμάτων σας είναι αποτελεσματική, τότε οι πιθανότητές της να διορθωθούν είναι υψηλότερες. Επομένως, η διόρθωση ενός σφάλματος εξαρτάται από το πόσο αποτελεσματικά το αναφέρετε. Η αναφορά σφαλμάτων δεν είναι παρά δεξιότητα και θα εξηγήσω πώς να επιτύχω αυτήν την ικανότητα.
«Το σημείο σύνταξης της αναφοράς προβλημάτων (αναφορά σφαλμάτων) είναι να διορθώσουμε τα σφάλματα» - Από τον Cem Kaner. Εάν ένας υπεύθυνος δοκιμών δεν αναφέρει σωστά ένα σφάλμα, ο προγραμματιστής πιθανότατα θα απορρίψει αυτό το σφάλμα δηλώνοντάς το ως μη παραγωγικό.
Αυτό μπορεί να βλάψει τους ηθικούς ηθικούς και μερικές φορές και το εγώ. (Προτείνω να μην διατηρήσω κανένα είδος εγώ. Το εγώ είναι σαν 'Έχω αναφέρει σωστά το σφάλμα', 'Μπορώ να το αναπαραγάγω', 'Γιατί απέρριψε το σφάλμα;', 'Δεν είναι δικό μου λάθος' κ.λπ. ,).
Τι θα μάθετε:
- Ποιες είναι οι ιδιότητες μιας καλής αναφοράς σφάλματος λογισμικού;
- Αποτελεσματική αναφορά σφαλμάτων
- Πώς να αναφέρετε ένα σφάλμα;
- Σημαντικά χαρακτηριστικά στην αναφορά σφαλμάτων σας
- Μερικές συμβουλές μπόνους για να γράψετε μια καλή αναφορά σφαλμάτων
- συμπέρασμα
- Συνιστώμενη ανάγνωση
Ποιες είναι οι ιδιότητες μιας καλής αναφοράς σφάλματος λογισμικού;
Όλοι μπορούν να γράψουν μια αναφορά σφαλμάτων. Αλλά δεν μπορούν όλοι να γράψουν μια αποτελεσματική αναφορά σφαλμάτων.
Θα πρέπει να μπορείτε να κάνετε διάκριση μεταξύ μιας μέσης αναφοράς σφαλμάτων και μιας καλής αναφοράς σφαλμάτων. Πώς γίνεται διάκριση μεταξύ καλής και κακής αναφοράς σφαλμάτων; Είναι πολύ απλό, εφαρμόστε τα ακόλουθα χαρακτηριστικά και τεχνικές για να αναφέρετε ένα σφάλμα.
Τα χαρακτηριστικά και οι τεχνικές περιλαμβάνουν
# 1) Έχοντας έναν σαφώς καθορισμένο αριθμό σφάλματος: Να εκχωρείτε πάντα έναν μοναδικό αριθμό σε κάθε αναφορά σφάλματος. Αυτό, με τη σειρά του, θα σας βοηθήσει να εντοπίσετε την εγγραφή σφαλμάτων. Εάν χρησιμοποιείτε οποιοδήποτε εργαλείο αυτόματης αναφοράς σφαλμάτων, αυτός ο μοναδικός αριθμός θα δημιουργείται αυτόματα κάθε φορά που αναφέρετε το σφάλμα.
Σημειώστε τον αριθμό και μια σύντομη περιγραφή για κάθε σφάλμα που αναφέρατε.
# 2) Αναπαραγώγιμα: Εάν το σφάλμα σας δεν μπορεί να αναπαραχθεί, τότε δεν θα διορθωθεί ποτέ.
Θα πρέπει να αναφέρετε ξεκάθαρα τα βήματα για την αναπαραγωγή του σφάλματος. Μην υποθέσετε ή παραλείψετε κανένα βήμα αναπαραγωγής. Ένα σφάλμα που περιγράφεται Βήμα προς βήμα είναι εύκολο να αναπαραχθεί και να διορθωθεί.
# 3) Να είστε συγκεκριμένοι: Μην γράφετε ένα δοκίμιο για το πρόβλημα.
Να είστε συγκεκριμένοι και στο σημείο. Προσπαθήστε να συνοψίσετε το πρόβλημα με ελάχιστες λέξεις αλλά με αποτελεσματικό τρόπο. Μην συνδυάζετε πολλαπλά προβλήματα ακόμα κι αν φαίνεται να είναι παρόμοια. Γράψτε διαφορετικές αναφορές για κάθε πρόβλημα.
πώς να ανοίξετε ένα torrent αρχείο στα παράθυρα
Αποτελεσματική αναφορά σφαλμάτων
Η αναφορά σφαλμάτων είναι μια σημαντική πτυχή της δοκιμής λογισμικού. Μια αποτελεσματική αναφορά σφαλμάτων επικοινωνεί καλά με την ομάδα ανάπτυξης και αποφεύγει τη σύγχυση ή την κακή επικοινωνία.
Θα πρέπει να είναι μια καλή αναφορά σφαλμάτων σαφές και συνοπτικό χωρίς να λείπουν βασικά σημεία. Οποιαδήποτε έλλειψη σαφήνειας οδηγεί σε παρανόηση και επιβραδύνει επίσης τη διαδικασία ανάπτυξης. Το γράψιμο και η αναφορά ελαττωμάτων είναι ένας από τους πιο σημαντικούς αλλά παραμελημένους τομείς στον δοκιμαστικό κύκλο ζωής.
Η καλή γραφή είναι πολύ σημαντική για την κατάθεση ενός σφάλματος. Το πιο σημαντικό σημείο που πρέπει να θυμάται ένας ελεγκτής είναι να μην χρησιμοποιήσετε έναν επιβλητικό τόνο στην έκθεση. Αυτό σπάει το ηθικό και δημιουργεί μια ανθυγιεινή εργασιακή σχέση. Χρησιμοποιήστε έναν υπονοητικό τόνο.
Μην υποθέτετε ότι ο προγραμματιστής έχει κάνει λάθος και ως εκ τούτου μπορείτε να χρησιμοποιήσετε σκληρές λέξεις. Πριν από την αναφορά, είναι εξίσου σημαντικό να ελέγξετε εάν έχει αναφερθεί το ίδιο σφάλμα ή όχι.
Ένα διπλό σφάλμα είναι ένα βάρος στον κύκλο δοκιμών. Ελέγξτε ολόκληρη τη λίστα γνωστών σφαλμάτων. Κατά καιρούς, οι προγραμματιστές ενδέχεται να γνωρίζουν το ζήτημα και να αγνοήσουν για μελλοντική κυκλοφορία. Μπορούν επίσης να χρησιμοποιηθούν εργαλεία όπως το Bugzilla που αναζητά αυτόματα διπλά σφάλματα. Ωστόσο, είναι καλύτερο να αναζητήσετε χειροκίνητα οποιοδήποτε διπλό σφάλμα.
Οι πληροφορίες εισαγωγής που πρέπει να κοινοποιεί μια αναφορά σφαλμάτων είναι 'Πως?' και που?' Η έκθεση θα πρέπει να απαντήσει με σαφήνεια πώς πραγματοποιήθηκε η δοκιμή και πού συνέβη το ελάττωμα ακριβώς. Ο αναγνώστης πρέπει να αναπαράγει εύκολα το σφάλμα και να βρει πού βρίσκεται το σφάλμα.
Λάβετε υπόψη ότι το στόχος της σύνταξης της αναφοράς σφάλματος είναι να επιτρέψει στον προγραμματιστή να απεικονίσει το πρόβλημα. Θα πρέπει να κατανοήσει σαφώς το ελάττωμα από την αναφορά σφάλματος. Θυμηθείτε να δώσετε όλες τις σχετικές πληροφορίες που αναζητά ο προγραμματιστής.
Επίσης, λάβετε υπόψη ότι μια αναφορά σφάλματος θα διατηρηθεί για μελλοντική χρήση και θα πρέπει να είναι καλά γραμμένη με τις απαιτούμενες πληροφορίες. Χρησιμοποιήστε σημαντικές προτάσεις και απλές λέξεις για να περιγράψετε τα σφάλματα σας. Μην χρησιμοποιείτε μπερδεμένες δηλώσεις που σπαταλούν το χρόνο του κριτικού.
Αναφέρετε κάθε σφάλμα ως ξεχωριστό ζήτημα. Σε περίπτωση πολλαπλών ζητημάτων σε μία αναφορά σφάλματος, δεν μπορείτε να την κλείσετε εκτός εάν επιλυθούν όλα τα ζητήματα.
Ως εκ τούτου είναι καλύτερο να χωρίστε τα ζητήματα σε ξεχωριστά σφάλματα . Αυτό διασφαλίζει ότι κάθε σφάλμα μπορεί να αντιμετωπιστεί ξεχωριστά. Μια καλογραμμένη αναφορά σφαλμάτων βοηθά έναν προγραμματιστή να αναπαραγάγει το σφάλμα στο τερματικό του. Αυτό τους βοηθά να διαγνώσουν το πρόβλημα επίσης.
Πώς να αναφέρετε ένα σφάλμα;
Χρησιμοποιήστε το ακόλουθο απλό πρότυπο αναφοράς σφαλμάτων:
Αυτή είναι μια απλή μορφή αναφοράς σφαλμάτων. Μπορεί να διαφέρει ανάλογα με το εργαλείο αναφοράς σφαλμάτων που χρησιμοποιείτε. Εάν γράφετε μια αναφορά σφαλμάτων με μη αυτόματο τρόπο, πρέπει να αναφέρονται συγκεκριμένα πεδία όπως ο αριθμός σφάλματος, ο οποίος θα πρέπει να εκχωρηθεί χειροκίνητα.
Δημοσιογράφος: Το όνομα και η διεύθυνση email σας.
Προϊόν: Σε ποιο προϊόν βρήκατε αυτό το σφάλμα.
Εκδοχή: Η έκδοση προϊόντος εάν υπάρχει.
Συστατικό: Αυτές είναι οι κύριες υποενότητες του προϊόντος.
Πλατφόρμα: Αναφέρετε την πλατφόρμα υλικού όπου βρήκατε αυτό το σφάλμα. Οι διάφορες πλατφόρμες όπως «PC», «MAC», «HP», «Sun» κ.λπ.
Λειτουργικό σύστημα: Αναφέρετε όλα τα λειτουργικά συστήματα όπου εντοπίσατε το σφάλμα. Λειτουργικά συστήματα όπως Windows, Linux, Unix, SunOS, Mac OS. Αναφέρετε τις διάφορες εκδόσεις λειτουργικού συστήματος, όπως τα Windows NT, Windows 2000, Windows XP κ.λπ., εάν υπάρχουν.
Προτεραιότητα: Πότε πρέπει να διορθωθεί ένα σφάλμα; Η προτεραιότητα ορίζεται γενικά από P1 σε P5. P1 ως 'διορθώστε το σφάλμα με την υψηλότερη προτεραιότητα' και P5 ως 'Διορθώστε όταν ο χρόνος το επιτρέπει'.
Αυστηρότητα: Αυτό περιγράφει την επίδραση του σφάλματος.
Τύποι σοβαρότητας:
- Αποκλεισμός: Δεν μπορούν να γίνουν περαιτέρω εργασίες δοκιμών.
- Κρίσιμος: Σφάλμα εφαρμογής, Απώλεια δεδομένων.
- Μείζων: Σημαντική απώλεια λειτουργίας.
- Ανήλικος: Μικρή απώλεια λειτουργίας.
- Ασήμαντος: Μερικές βελτιώσεις διεπαφής χρήστη.
- Βελτιστοποίηση: Αίτημα για νέα δυνατότητα ή κάποια βελτίωση στο υπάρχον.
Κατάσταση: Όταν συνδέετε το σφάλμα σε οποιοδήποτε σύστημα εντοπισμού σφαλμάτων, από προεπιλογή, η κατάσταση σφάλματος θα είναι «Νέα».
Αργότερα, το σφάλμα περνάει από διάφορα στάδια όπως Διορθώθηκε, Επαληθεύτηκε, Άνοιξε ξανά, Δεν θα διορθωθεί κ.λπ.
=> Κάντε κλικ ΕΔΩ για να διαβάσετε περισσότερα σχετικά με τον αναλυτικό κύκλο ζωής σφαλμάτων.
Ανάθεση σε: Εάν γνωρίζετε ποιος προγραμματιστής είναι υπεύθυνος για τη συγκεκριμένη ενότητα στην οποία παρουσιάστηκε το σφάλμα, τότε μπορείτε να καθορίσετε τη διεύθυνση ηλεκτρονικού ταχυδρομείου αυτού του προγραμματιστή. Διαφορετικά, κρατήστε το κενό καθώς αυτό θα εκχωρήσει το σφάλμα στον κάτοχο της λειτουργικής μονάδας, εάν όχι ο Διαχειριστής θα εκχωρήσει το σφάλμα στον προγραμματιστή. Ενδεχομένως να προσθέσετε τη διεύθυνση email του διαχειριστή στη λίστα CC.
Διεύθυνση URL: Η διεύθυνση URL της σελίδας στην οποία προέκυψε το σφάλμα.
Περίληψη: Μια σύντομη περίληψη του σφάλματος κυρίως σε 60 λέξεις ή παρακάτω. Βεβαιωθείτε ότι η περίληψή σας αντικατοπτρίζει ποιο είναι το πρόβλημα και πού βρίσκεται.
Περιγραφή: Λεπτομερής περιγραφή του σφάλματος.
Χρησιμοποιήστε τα ακόλουθα πεδία για το πεδίο περιγραφής:
- Αναπαραγωγή βήματα: Σαφώς, αναφέρετε τα βήματα για την αναπαραγωγή του σφάλματος.
- Αναμενόμενο Αποτέλεσμα: Πώς πρέπει να συμπεριφέρεται η εφαρμογή στα παραπάνω βήματα.
- Πραγματικό αποτέλεσμα: Ποιο είναι το πραγματικό αποτέλεσμα της εκτέλεσης των παραπάνω βημάτων, δηλαδή της συμπεριφοράς σφαλμάτων.
Αυτά είναι τα σημαντικά βήματα στην αναφορά σφαλμάτων. Μπορείτε επίσης να προσθέσετε τον 'Τύπο αναφοράς' ως ένα ακόμη πεδίο που θα περιγράφει τον τύπο σφάλματος.
Οι τύποι αναφορών περιλαμβάνουν:
1) Σφάλμα κωδικοποίησης
2) Σφάλμα σχεδίασης
3) Νέα πρόταση
4) Θέμα τεκμηρίωσης
5) Πρόβλημα υλικού
Σημαντικά χαρακτηριστικά στην αναφορά σφαλμάτων σας
Παρακάτω δίνονται οι σημαντικές δυνατότητες στην αναφορά σφάλματος:
# 1) Αριθμός / αναγνωριστικό σφάλματος
Ένας αριθμός σφάλματος ή ένας αριθμός αναγνώρισης (όπως το swb001) διευκολύνει την αναφορά σφαλμάτων και την αναφορά σε ένα σφάλμα. Ο προγραμματιστής μπορεί εύκολα να ελέγξει εάν ένα συγκεκριμένο σφάλμα έχει διορθωθεί ή όχι. Κάνει όλη τη διαδικασία δοκιμών και δοκιμών πιο ομαλή και ευκολότερη.
# 2) Τίτλος σφαλμάτων
Ένας τίτλος σφάλματος διαβάζεται συχνότερα από οποιοδήποτε άλλο μέρος της αναφοράς σφαλμάτων. Πρέπει να λέει τα πάντα για αυτό που έρχεται στο σφάλμα.
Ο τίτλος του Bug πρέπει να είναι αρκετά προκλητικός ώστε ο αναγνώστης να μπορεί να τον καταλάβει. Ένας σαφής τίτλος σφαλμάτων το καθιστά εύκολο να κατανοηθεί και ο αναγνώστης μπορεί να γνωρίζει αν το σφάλμα έχει αναφερθεί νωρίτερα ή έχει διορθωθεί.
# 3) Προτεραιότητα
Με βάση τη σοβαρότητα του σφάλματος, μπορεί να οριστεί προτεραιότητα για αυτό. Ένα σφάλμα μπορεί να είναι Blocker, Critical, Major, Minor, Trivial ή πρόταση. Μια προτεραιότητα σφάλματος από το P1 έως το P5 μπορεί να δοθεί έτσι ώστε οι σημαντικές να προβάλλονται πρώτα.
# 4) Πλατφόρμα / Περιβάλλον
Η διαμόρφωση του λειτουργικού συστήματος και του προγράμματος περιήγησης είναι απαραίτητη για μια σαφή αναφορά σφαλμάτων. Είναι ο καλύτερος τρόπος για να γνωστοποιήσετε πώς μπορεί να αναπαραχθεί το σφάλμα.
Χωρίς την ακριβή πλατφόρμα ή το περιβάλλον, η εφαρμογή ενδέχεται να συμπεριφέρεται διαφορετικά και το σφάλμα στο τέλος του ελεγκτή ενδέχεται να μην επαναληφθεί στο τέλος του προγραμματιστή. Γι 'αυτό είναι καλύτερο να αναφέρετε καθαρά το περιβάλλον στο οποίο εντοπίστηκε το σφάλμα.
# 5) Περιγραφή
Η περιγραφή σφαλμάτων βοηθά τον προγραμματιστή να κατανοήσει το σφάλμα. Περιγράφει το πρόβλημα που αντιμετωπίστηκε. Η κακή περιγραφή θα δημιουργήσει σύγχυση και θα σπαταλήσει το χρόνο των προγραμματιστών και των υπεύθυνων δοκιμών.
Είναι απαραίτητο να επικοινωνήσετε καθαρά για το αποτέλεσμα της περιγραφής. Είναι πάντα χρήσιμο να χρησιμοποιείτε πλήρεις προτάσεις. Είναι μια καλή πρακτική να περιγράφετε κάθε πρόβλημα ξεχωριστά αντί να τα καταστρέφετε εντελώς. Μην χρησιμοποιείτε όρους όπως 'Νομίζω' ή 'Πιστεύω'.
# 6) Βήματα για αναπαραγωγή
Μια καλή αναφορά σφαλμάτων πρέπει να αναφέρει σαφώς τα βήματα αναπαραγωγής. Τα βήματα πρέπει να περιλαμβάνουν ενέργειες που προκαλούν το σφάλμα. Μην κάνετε γενικές δηλώσεις. Να είστε συγκεκριμένοι στα βήματα που ακολουθείτε.
Ένα καλό παράδειγμα καλογραμμένης διαδικασίας δίνεται παρακάτω
Βήματα:
- Επιλέξτε προϊόν Abc01.
- Κάντε κλικ στο Προσθήκη στο καλάθι.
- Κάντε κλικ στο Remove για να αφαιρέσετε το προϊόν από το καλάθι.
# 7) Αναμενόμενο και πραγματικό αποτέλεσμα
Μια περιγραφή σφάλματος δεν είναι πλήρης χωρίς τα αναμενόμενα και τα πραγματικά αποτελέσματα. Είναι απαραίτητο να περιγράψουμε ποιο είναι το αποτέλεσμα του τεστ και τι πρέπει να περιμένει ο χρήστης. Ο αναγνώστης πρέπει να γνωρίζει ποιο είναι το σωστό αποτέλεσμα του τεστ. Σαφώς, αναφέρετε τι συνέβη κατά τη διάρκεια του τεστ και ποιο ήταν το αποτέλεσμα.
# 8) Στιγμιότυπο οθόνης
Μια εικόνα αξίζει όσο χίλιες λέξεις. Τραβήξτε ένα στιγμιότυπο οθόνης της παρουσίας αποτυχίας με σωστή λεζάντα για να επισημάνετε το ελάττωμα. Επισημάνετε μη αναμενόμενα μηνύματα σφάλματος με ανοιχτό κόκκινο χρώμα. Αυτό εφιστά την προσοχή στην απαιτούμενη περιοχή.
Μερικές συμβουλές μπόνους για να γράψετε μια καλή αναφορά σφαλμάτων
Παρακάτω δίνονται μερικές επιπλέον συμβουλές για να γράψετε μια καλή αναφορά σφαλμάτων:
# 1) Αναφέρετε αμέσως το πρόβλημα
τι είναι το αρχείο apk στο Android
Εάν εντοπίσετε κάποιο σφάλμα κατά τη δοκιμή, τότε δεν χρειάζεται να περιμένετε να γράψετε μια λεπτομερή αναφορά σφάλματος αργότερα. Αντ 'αυτού, γράψτε αμέσως την αναφορά σφαλμάτων. Αυτό θα εξασφαλίσει μια καλή και αναπαραγώγιμη αναφορά σφαλμάτων. Εάν αποφασίσετε να συντάξετε αργότερα την αναφορά σφάλματος, τότε υπάρχουν μεγάλες πιθανότητες να χάσετε τα σημαντικά βήματα στην αναφορά σας.
# 2) Αναπαράγετε το σφάλμα τρεις φορές πριν γράψετε μια αναφορά σφάλματος
Το σφάλμα σας πρέπει να είναι αναπαραγώγιμο. Βεβαιωθείτε ότι τα βήματά σας είναι αρκετά ανθεκτικά για να αναπαραγάγετε το σφάλμα χωρίς αμφισημία. Εάν το σφάλμα δεν είναι αναπαραγώγιμο κάθε φορά, μπορείτε ακόμα να υποβάλετε ένα σφάλμα αναφέροντας την περιοδική φύση του σφάλματος.
# 3) Δοκιμάστε την ίδια εμφάνιση σφαλμάτων σε άλλες παρόμοιες ενότητες
Μερικές φορές ο προγραμματιστής χρησιμοποιεί τον ίδιο κώδικα για διαφορετικές παρόμοιες ενότητες. Υπάρχουν λοιπόν μεγαλύτερες πιθανότητες να παρουσιαστεί το σφάλμα σε μία λειτουργική μονάδα και σε άλλες παρόμοιες μονάδες. Μπορείτε ακόμη να προσπαθήσετε να βρείτε την πιο σοβαρή έκδοση του σφάλματος που βρήκατε.
# 4) Γράψτε μια καλή περίληψη σφαλμάτων
Η περίληψη σφαλμάτων θα βοηθήσει τους προγραμματιστές να αναλύσουν γρήγορα τη φύση του σφάλματος. Μια αναφορά κακής ποιότητας θα αυξήσει άσκοπα τον χρόνο ανάπτυξης και δοκιμών. Επικοινωνήστε καλά με τη σύνοψη αναφοράς σφαλμάτων. Λάβετε υπόψη ότι η σύνοψη σφαλμάτων χρησιμοποιείται ως αναφορά για αναζήτηση στο απόθεμα σφαλμάτων στο σφάλμα.
# 5) Διαβάστε την αναφορά σφαλμάτων πριν πατήσετε το κουμπί Υποβολή
Διαβάστε όλες τις προτάσεις, τις διατυπώσεις και τα βήματα που χρησιμοποιούνται στην αναφορά σφάλματος. Δείτε αν κάποια πρόταση δημιουργεί αμφισημία που μπορεί να οδηγήσει σε παρερμηνεία. Πρέπει να αποφεύγονται παραπλανητικές λέξεις ή προτάσεις για να υπάρχει σαφής αναφορά σφαλμάτων.
# 6) Μην χρησιμοποιείτε καταχρηστική γλώσσα
Είναι ωραίο που κάνατε καλή δουλειά και βρήκατε ένα σφάλμα, αλλά δεν χρησιμοποιείτε αυτήν την πίστωση για κριτική στον προγραμματιστή ή για επίθεση σε κάποιο άτομο.
συμπέρασμα
Χωρίς αμφιβολία ότι η αναφορά σφαλμάτων σας πρέπει να είναι ένα έγγραφο υψηλής ποιότητας.
Εστιάστε στη σύνταξη καλών αναφορών σφαλμάτων και αφιερώστε λίγο χρόνο σε αυτήν την εργασία, επειδή αυτό είναι το κύριο σημείο επικοινωνίας μεταξύ του υπεύθυνου δοκιμών, του προγραμματιστή και του διαχειριστή. Οι διευθυντές θα πρέπει να συνειδητοποιήσουν την ομάδα τους ότι η σύνταξη μιας καλής αναφοράς σφαλμάτων είναι η κύρια ευθύνη κάθε υπεύθυνου δοκιμών.
Η προσπάθειά σας να συντάξετε μια καλή αναφορά σφαλμάτων όχι μόνο θα εξοικονομήσει τους πόρους της εταιρείας αλλά και θα δημιουργήσει μια καλή σχέση μεταξύ εσάς και των προγραμματιστών.
Για καλύτερη παραγωγικότητα, γράψτε μια καλύτερη αναφορά σφαλμάτων.
Είστε ειδικός στη σύνταξη μιας αναφοράς σφαλμάτων; Μη διστάσετε να μοιραστείτε τις σκέψεις σας στην παρακάτω ενότητα σχολίων.
Συνιστώμενη ανάγνωση
- Δείγμα αναφοράς σφαλμάτων
- Πώς να βρείτε ένα σφάλμα στην εφαρμογή; Συμβουλές και κόλπα
- Τρόπος σύνταξης εβδομαδιαίας αναφοράς κατάστασης δοκιμών λογισμικού
- Τι είναι ο κύκλος ζωής ελαττωμάτων / σφαλμάτων στη δοκιμή λογισμικού; Εκμάθηση κύκλου ζωής ελαττωμάτων
- Πώς να επιλύσετε όλα τα σφάλματα χωρίς ετικέτα 'Μη έγκυρο σφάλμα';
- Δείγμα αναφορών σφαλμάτων για εφαρμογές ιστού και προϊόντων
- Πώς να συντάξετε μια αποτελεσματική έκθεση περίληψης δοκιμής [Δείγμα αναφοράς λήψης]
- Γιατί η αναφορά σφαλμάτων είναι μια τέχνη που πρέπει να μαθαίνεται από κάθε δοκιμαστή;