Μενού

3 χειρότερες συνήθειες αναφοράς ελαττωμάτων και πώς να τις σπάσουν

3 worst defect reporting habits

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

Τα ελαττώματα είναι σοβαρές επιχειρήσεις και τα μικρά λάθη μπορεί να είναι δαπανηρά.

Ξέρετε τι να κάνετε όταν βρείτε ένα ελάττωμα. Το αναφέρετε? είτε σε ένα Παρακολούθηση ελαττωμάτων / Εργαλείο διαχείρισης ελαττωμάτων ή σε φύλλο Excel. Οι βασικές αρχές είναι οι ίδιες και για τις δύο μεθόδους.

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

Για να εκτιμήσουμε το καλό, πρέπει να αναγνωρίσουμε τι δεν είναι.

Τι θα μάθετε:

3 χειρότερες συνήθειες αναφοράς ελαττωμάτων και πώς να τις σπάσουν

χειρότερες συνήθειες-αναφορές-ελαττωμάτων

Ορίστε:

# 1) Τεμπελιά

Δεν αφιερώνετε χρόνο για να κάνετε το καλύτερο που μπορείτε.

Αυτό είναι το διαδικασία παρακολούθησης ελαττωμάτων ακολούθησε στις περισσότερες ομάδες:

(Σημείωση- κάντε κλικ σε οποιαδήποτε εικόνα για μεγέθυνση)

παρακολούθηση ελαττωμάτων

Όπως μπορείτε να δείτε, ο επικεφαλής δοκιμής ελέγχει τα ελαττώματα πριν τα στείλει από τις ομάδες QA.

Αυτή η κριτική περιλαμβάνει επιβεβαίωση:

  • Ισχύς - Είναι σφάλμα;
  • Πληρότητα - Τίτλος, βήματα, δεδομένα, στιγμιότυπο οθόνης κ.λπ.
  • Αντίγραφα
  • Αναπαραγώγιμα ή όχι… κ.λπ.

Γνωρίζω από πρώτο χέρι ότι είναι αδύνατο το QA να οδηγεί 100% σε βάθος.

Έτσι, η στάση, «θα αναφέρω το πρόβλημα με τον τρόπο που θέλω. Ο μόλυβδος QA μπορεί να ελέγξει ξανά. Μπορεί να αποφασίσει εάν το ελάττωμα είναι έγκυρο / πλήρες ή όχι 'είναι το τέλος της ομάδας QA και της αξιοπιστίας σας.

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

Θεραπεία: Κάνετε τη δέουσα επιμέλεια και είστε υπεύθυνοι για το παραδοτέο σας. Ένα ελάττωμα επέστρεψε για αρκετές πληροφορίες ή ότι δεν είναι σφάλμα; Μπορεί να μην είναι πάντα λάθος της ομάδας ανάπτυξης. Δεν είναι ότι δεν θέλουν να έχουν τα προβλήματα στην εφαρμογή. Θα μπορούσε να είναι ένα γνήσιο χάος ομάδας QA. Μην το αφήσετε να συμβεί.

# 2) Βιασύνη

Ας το κάνουμε με έναπαράδειγμα.

Παρακάτω είναι ένα στιγμιότυπο οθόνης του OpenEMR's δημιουργία-ασθενή οθόνη. Είναι ένα σύστημα διαχείρισης νοσοκομείου ανοιχτού κώδικα.

Αυτή η οθόνη επιτρέπει στο χρήστη να εισαγάγει την ημερομηνία γέννησης του ασθενούς μέσω μιας λειτουργίας ημερολογίου. Αυτό που δεν κάνει είναι να περιορίσετε την είσοδο στην επιλογή από το ημερολόγιο. Αυτό που εννοώ είναι ότι μπορείτε να επιλέξετε το DOB όπως λέει, '31-Mar-1983' από το ημερολόγιο. Αργότερα αλλάξτε το σε '31-Φεβ-1983'.

open-emr-ημερολόγιο-δυνατότητα

open-emr-error-μαντεύοντας

Γιατί στις 31 Φεβρουαρίου; Να εφαρμόσει μαντέψει λάθος και δοκιμάστε αρνητικά δεδομένα στο πεδίο. ποιο είναι το βασικό σημείο της δοκιμής, έτσι δεν είναι;

Μόλις τελειώσω, κάνω κλικ στο «Δημιουργία ασθενούς». Δεδομένου ότι η ημερομηνία δεν είναι έγκυρη, αναμένω από το σύστημα να εμφανίζει σφάλμα και να μην δημιουργεί τον ασθενή. Αλλά αυτό δεν συμβαίνει. Δημιουργεί τον ασθενή όπως παρακάτω.

Σημειώστε τα πεδία Ηλικία και Ημερομηνία γέννησης στην παρακάτω οθόνη:

openemr-test-tester

Κατά τη δοκιμή, μπορείτε να το δοκιμάσετε μερικές φορές και να αποφασίσετε ότι:

  • Είναι ένα σφάλμα.
  • Είναι αναπαραγώγιμη.
  • Δεν είναι διπλότυπο (Επικοινωνήστε με την ομάδα σας για επιβεβαίωση)
  • Γνωρίζετε την ακριβή περιγραφή του προβλήματος
  • Επίσης, γνωρίζετε τα ακριβή βήματα που το κάνουν.

Τώρα που έχετε την πρώτη ύλη, μπορείτε να πάτε.

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

Αυστηρότητα Επίπτωση
1 (Κρίσιμο) • Αυτό το σφάλμα είναι αρκετά κρίσιμο για να καταστρέψει το σύστημα, να προκαλέσει καταστροφή αρχείων ή να προκαλέσει πιθανή απώλεια δεδομένων
• Προκαλεί μη φυσιολογική επιστροφή στο λειτουργικό σύστημα (εμφανίζεται σφάλμα ή σφάλμα μηνύματος συστήματος).
• Αναγκάζει την εφαρμογή να 'κολλήσει' και απαιτεί επανεκκίνηση του συστήματος.
2 (Υψηλή) • Προκαλεί έλλειψη ζωτικής σημασίας λειτουργικότητας του προγράμματος με λύση.
3 (μεσαίο) • Αυτό το σφάλμα θα υποβαθμίσει την ποιότητα του συστήματος. Ωστόσο, υπάρχει μια έξυπνη λύση για την επίτευξη της επιθυμητής λειτουργικότητας - για παράδειγμα μέσω μιας άλλης οθόνης.
• Αυτό το σφάλμα αποτρέπει τη δοκιμή άλλων περιοχών του προϊόντος. Ωστόσο, άλλες περιοχές μπορούν να δοκιμαστούν ανεξάρτητα.
4 (Χαμηλή) • Υπάρχει ανεπαρκές ή ασαφές μήνυμα σφάλματος, το οποίο έχει ελάχιστο αντίκτυπο στη χρήση του προϊόντος.
5 (Καλλυντικά) • Υπάρχει ανεπαρκές ή ασαφές μήνυμα σφάλματος που δεν επηρεάζει τη χρήση του προϊόντος.

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

Φαίνεται σωστά;

ΛΑΝΘΑΣΜΕΝΟΣ. Από τα δεδομένα του ασθενούς, όλες οι ανοσοποιήσεις και άλλες υπενθυμίσεις έχουν καθυστερήσει. Αυτό μπορεί ή όχι να είναι σωστό. Επίσης, για έναν ασθενή η ηλικία του καθορίζει εάν βλέπει παιδίατρο ή γενικό ιατρό κ.λπ.

Επηρεάζει τις δόσεις φαρμάκων και πολλούς άλλους τομείς θεραπείας για τους οποίους ίσως δεν γνωρίζουμε καν.

open-emr-κλινική-υπενθύμιση

Λοιπόν, θα πάω με το 'High'. Συμφωνώ ότι είναι απίθανο το προσωπικό του νοσοκομείου να εισέλθει στο DOB ενός ασθενούς με λάθος τρόπο. Αλλά ας είναι ένας παράγοντας που επηρεάζει την προτεραιότητα του πότε θα επιλυθεί το πρόβλημα.

Η δουλειά μου ως εξεταστής είναι να βεβαιωθώ ότι επικοινωνώ τη σοβαρότητα του προβλήματος όσο καλύτερα μπορώ.

Θεραπεία: Μην βιάζεστε να αναφέρετε. Να είστε 100% σίγουροι ότι κατανοείτε τον αντίκτυπο των προβλημάτων από πολλές απόψεις. Είναι η καλύτερη προστιθέμενη αξία που μπορούν να παρέχουν οι δοκιμαστές. Δεν λέμε απλώς, «Κάτι δεν λειτουργεί». Λέμε επίσης, 'Εδώ είναι τι θα συμβεί εάν αυτό συνεχίσει να μην λειτουργεί.' Τόνοι διαφοράς, έτσι δεν είναι;

# 3) Έλλειψη δημιουργικότητας

Οι δοκιμαστές έχουν μια υπέροχη ευκαιρία να κάνουν προτάσεις για τη βελτίωση του λογισμικού.

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

Θεραπεία: Σκεφτείτε έξω από το κουτί. Εάν πιστεύετε ότι σε ένα συγκεκριμένο χαρακτηριστικό λείπει ένας παράγοντας «Wow» και ξέρετε πώς να το μεταφέρετε σε αυτόν, προωθήστε την ιδέα. Στη χειρότερη περίπτωση, θα μπορούσε να απορριφθεί και είναι εντάξει. Το σημαντικό μέρος προσπαθεί.

Επίσης, χρησιμοποιήστε αυτήν την υπερδύναμη με προσοχή. Προσπαθήστε να μην κάνετε σχόλια όπως 'Μισώ το χρώμα του banner, αλλάξτε το.'

Εδώ είναι καλόπαράδειγμαμιας πρότασης βελτίωσης που συνάντησα: Αντικαθιστώντας την επιλογή 'Ηλεκτρονικό ταχυδρομείο στον έμπορο' με την επιλογή 'Συνομιλία με τον έμπορο' σε έναν ιστότοπο αντιπροσωπείας αυτοκινήτων. Προβλέπεται ότι θα μετατρέψει περισσότερη επισκεψιμότητα σε πωλήσεις.

Μακάρι να ήμουν τόσο δημιουργικός! Όμως, ίσως όλοι μπορούμε να εργαστούμε για αυτό.

Εδώ είναι ένα μπόνους. Μια λίστα ελέγχου για να απελευθερώσετε αυτές τις κακές συνήθειες:

1. Μήπως ο τίτλος μου μεταφέρει το πρόβλημα καθαρά και συνοπτικά;
Για παράδειγμα:«Η δημιουργία ασθενούς δεν λειτουργεί» δεν είναι καλός τίτλος. 'Η δημιουργία ασθενούς αποτυγχάνει ακόμη και όταν όλα τα πεδία εισαγωγής περιέχουν σωστές τιμές' είναι.

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

3. Είναι αυτή η προβληματική πλατφόρμα, πρόγραμμα περιήγησης ή συγκεκριμένο χρήστη;

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

5 . Έχω συμπεριλάβει ένα στιγμιότυπο οθόνης;

6. Πρέπει να σχολιάσω το στιγμιότυπο οθόνης μου για να επισημάνω συγκεκριμένες περιοχές;

7. Είναι το όνομα του συνημμένου αρχείου εικόνας περιγραφικό;
Μην χρησιμοποιείτε κάτι σαν, 'Untitled.jpg'. Δώστε του ένα περιγραφικό όνομα.

8. Έχω συμπεριλάβει τα δεδομένα δοκιμής;
Για παράδειγμα:Για ένα ελάττωμα σε μια ενότητα διαχειριστή που χρειάζεται διαπιστευτήρια εξουσιοδότησης, συμπεριλάβετε τα. Η ομάδα ανάπτυξης μπορεί να έχει ή όχι πρόσβαση στο περιβάλλον QA. Δεν θέλετε καθυστέρηση και συνέχεια σε κάτι τόσο βασικό.

9. Μπορώ να δώσω άλλες λεπτομέρειες για να ενισχύσω το ελάττωμά μου;
(Παράδειγμα:αναφορά στο FRD ή συνομιλία με τον πελάτη κ.λπ.)

10. Καταλαβαίνω πόσο σοβαρό είναι το πρόβλημα από διαφορετικές οπτικές γωνίες;

έντεκα. Γνωρίζω τη βασική αιτία του προβλήματος; Εάν ναι, έχω αποδεικτικά στοιχεία (ίσως αρχεία καταγραφής) και μπορώ να τα συμπεριλάβω; Λάβετε υπόψη ότι ενδέχεται να μην το γνωρίζετε πάντα ή να το γνωρίζετε. Αλλά αν το κάνετε, δεν είναι κακό να το συμπεριλάβετε.

12. Είναι η αναφορά ελαττωμάτων χωρίς γραμματική, μορφή, ορθογραφία και σημεία στίξης;

πώς να ρυθμίσετε τα αρχεία jar να ανοίγουν με java

13. Γνωρίζω έναν τρόπο βελτίωσης του προϊόντος;

Πιστεύετε ότι αυτό είναι χρονοβόρο; Λοιπόν, όταν γίνει συνήθεια, δεν θα είναι πια.

Ρίζα προς το καλύτερο αναφορά ελαττωμάτων ρουτίνες!

Σχετικά με τον Συγγραφέα: Αυτό το άρθρο γράφτηκε από το μέλος της ομάδας STH Swati.

Μη διστάσετε να δημοσιεύσετε τα ερωτήματα / τα σχόλιά σας παρακάτω.

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

^