Τι να κάνετε αν μετά την επανυποβολή του σφάλματος, ο προγραμματιστής δηλώνει ότι δεν είναι σφάλμα;

Σε αυτήν την περίπτωση, θα προβώ στις ακόλουθες ενέργειες:

1. Έλεγχος σφάλματος: Θα διασφαλίσω ότι το σφάλμα αναπαράγεται στο δηλωμένο περιβάλλον δοκιμών (έκδοση προϊόντος, περιβάλλον, OS, πρόγραμμα περιήγησης κ.λπ.), χρησιμοποιώντας τα βήματα αναπαραγωγής από την αναφορά σφάλματος.
2. Διευκρίνιση βημάτων αναπαραγωγής: Είναι πιθανό το πρόβλημα να οφείλεται σε ανακριβή ή ελλιπή περιγραφή των βημάτων. Θα προσπαθήσω να τα κάνω όσο το δυνατόν πιο λεπτομερή και σαφή.
3. Συλλογή πρόσθετων πληροφοριών: logs, στιγμιότυπα οθόνης/βίντεο, αιτήματα δικτύου (αν ισχύει), δεδομένα από τη βάση δεδομένων. Αυτό θα βοηθήσει στην παροχή περισσότερου πλαισίου στον προγραμματιστή.
4. Έλεγχος παρόμοιων περιπτώσεων: Υπήρχαν παρόμοια σφάλματα στο παρελθόν; Πώς λύθηκαν;
5. Άμεση συζήτηση με τον προγραμματιστή: Θα διευκρινίσω τη γνώμη του. Ίσως θεωρεί τη συμπεριφορά ως λειτουργία, δεν γνώριζε τις απαιτήσεις ή βλέπει μια ιδιαιτερότητα που δεν είναι προφανής σε εμένα. Ο διάλογος συχνά βοηθάει να βρεθεί η ρίζα του προβλήματος.
6. Εμπλοκή του Product Owner/Αναλυτή Επιχειρήσεων: Αν μετά από συζήτηση με τον προγραμματιστή δεν επιτευχθεί συμφωνία και είμαι βέβαιος ότι υπάρχει σφάλμα, θα εμπλέξω τον Product Owner ή τον Αναλυτή Επιχειρήσεων για να καθορίσουμε την προτεραιότητα και τις επόμενες ενέργειες. Μπορούν να επιβεβαιώσουν ότι η συμπεριφορά δεν ανταποκρίνεται στις απαιτήσεις ή, αντίθετα, να αποφασίσουν ότι είναι αποδεκτή.
7. Ενημέρωση αναφοράς σφάλματος: Θα συμπεριλάβω όλες τις συλλεγμένες πληροφορίες, τα αποτελέσματα των συζητήσεων και την απόφαση που πάρθηκε.
8. Κλείσιμο σφάλματος (αν χρειάζεται): Αν μετά από απόφαση του Product Owner/Αναλυτή Επιχειρήσεων ή μετά από συμφωνία με τον προγραμματιστή διαπιστωθεί ότι δεν είναι σφάλμα ή το ελάττωμα θεωρείται αποδεκτό, θα κλείσω την αναφορά σφάλματος με το αντίστοιχο σχόλιο.