Μενού

Αυτό το σενάριο εξηγεί πόσο σημαντικό είναι η τεκμηρίωση των σφαλμάτων που αντιμετωπίζονται συχνά

this scenario explains how important it is document frequently encountered errors

Δοκιμάστε Το Όργανο Μας Για Την Εξάλειψη Των Προβλημάτων

Πιστεύετε ότι τα σφάλματα λογισμικού συμβαίνουν μόνο μία φορά και ότι όταν επιδιορθώνονται δεν εμφανίζονται ξανά; Πιστεύω ότι περίπου το 30% των σφαλμάτων επανεμφανίζονται.

Σε αυτό το άρθρο, θέλω να καλύψω πόσο σημαντικό είναι να τεκμηριώσουμε ορισμένα από τα συχνά συναντούμενα σφάλματα.

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

Ελπίζω να το βρείτε χρήσιμο!

Τεκμηρίωση των σφαλμάτων που αντιμετωπίζονται συχνά

εικόνα πηγή

Σενάριο # 1

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

Τεκμηρίωση σφαλμάτων 1

Τεκμηρίωση σφαλμάτων 2

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

Τι πρέπει να κάνει ο Τζον τώρα; Πρέπει ο Τζον να προσπαθήσει να επικοινωνήσει με τον Σμιθ για να βρει μια λύση ακόμη και όταν ο Σμιθ δεν είναι διαθέσιμος;

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

Σενάριο # 2

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

Και σε αυτήν την περίπτωση, τι νομίζετε ότι θα βοηθούσε τον John;

Αυτές είναι δυνατότητες.

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

Τι θα μάθετε:

Μερικές από τις περιοχές με συχνά σφάλματα:

1) Αρχείο παραμέτρων - Με βάση την εμπειρία μου με το εργαλείο Informatica, σε πολλές περιπτώσεις έχω παρατηρήσει ότι το αρχείο param δείχνει λανθασμένη σύνδεση DB. Έχει οδηγήσει στα ίδια προβλήματα πολλές φορές. Ο κύριος λόγος ήταν ότι η σύνδεση μοιράστηκε μεταξύ dev και QA. Έτσι, το αρχείο param έπρεπε πάντα να ενημερώνεται σύμφωνα με τις ανάγκες για την αποφυγή του σφάλματος.

2) URL που δείχνει λανθασμένη DB

3) Ζητήματα πρόσβασης - Οι χρήστες αντιμετωπίζουν προβλήματα όταν έχουν ανεπαρκή ή λανθασμένα δικαιώματα πρόσβασης στο DB ή Σε αυτήν την περίπτωση, ένα έγγραφο που περιγράφει τα βήματα που πρέπει να ληφθούν ή το άτομο / τα άτομα που θα έρθουν σε επαφή θα ήταν εξαιρετικά χρήσιμο.

4) Πρόβλημα δεδομένων δοκιμής - Η χρήση λανθασμένης μορφής ή τιμών δεδομένων συχνά δεν οδηγεί σε προβλήματα.

5) Ζητήματα DB - Το χρονικό όριο σύνδεσης DB είναι ένα τέτοιο κοινό πρόβλημα. Μερικές από τις διακοπές λειτουργίας είναι προσωρινές, προγραμματισμένες και μερικές φορές, ίσως χρειαζόμαστε τη βοήθεια του DBA. Οι χρήστες ενημερώνονται εκ των προτέρων για προγραμματισμένη συντήρηση, αλλά για προσωρινά σφάλματα και επίλυση, οι δοκιμαστές σίγουρα χρειάζονται

Τα περισσότερα επαναλαμβανόμενα σφάλματα είναι γενικά περιβαλλοντικά ζητήματα .

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

εισαγωγή κωδικού ταξινόμησης c ++

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

ΚατεβάστεΠρότυπα για την παρακολούθηση σφαλμάτων που απαντώνται συχνά

Μορφή λέξεων

=> Λήψη προτύπου παρακολούθησης σφαλμάτων (Κόσμος)

Μορφή Excel

=> Λήψη προτύπου παρακολούθησης σφαλμάτων (Excel)

Οφέλη από την τεκμηρίωση των σφαλμάτων που συναντώνται συχνά

1) Εξαλείφει την εξάρτηση - Στο Σενάριο 1, ο Τζον ήταν εξαρτημένος από τον Σμιθ για επίλυση. Αν υπήρχε ένα έγγραφο για την αναφορά του John που δεν θα συνέβαινε.

2) Ταχύτερη ανάκαμψη - Πάρτε το σενάριο 2. Ένας δοκιμαστής δεν θα χρειαστεί να περάσει από ολόκληρη τη λίστα των ήδη καταγεγραμμένων ελαττωμάτων εάν υπήρχε ένα ειδικό έγγραφο για προβλήματα υψηλής συχνότητας.

3) Βοηθά τα νέα μέλη της ομάδας να είναι αυτάρκη

4) Βοηθά στην επίλυση ανθρώπινων λαθών

συμπέρασμα

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

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

Συνιστώμενη ανάγνωση

^