Ανασκοπήστε μια παράδοση του Taiga με αποδεικτικά στοιχεία

Ξεκινήστε από το αποτέλεσμα του initiative

Η υποθετική υπηρεσία εξοπλισμού επιτρέπει πλέον στους εργαζομένους να βλέπουν τα δικά τους αιτήματα. Ξεκινήστε την ανασκόπηση από το αποτέλεσμα και το πεδίο του initiative. Προσδιορίστε τι πρέπει να ισχύει και τι πρέπει να αφήνει ανέπαφο η αλλαγή.

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

Συνδέστε τις καταγραφές

Η σελίδα Runs καταγράφει προσπάθειες, συμπεριλαμβανομένων των αποτυχιών. Κάθε run προσδιορίζει το σχέδιο που εκτέλεσε. Η σελίδα ενός run είναι καταγραφή προς εξέταση· οι αποφάσεις που αλλάζουν την εργασία ανήκουν στο initiative.

Διαβάστε τα στοιχεία των βημάτων για δοκιμές και μορφοποίηση. Το Taiga κάνει ορατούς τους αποτυχημένους ελέγχους και όσους δεν εκτελέστηκαν. Μη μετατρέπετε το «δεν εκτελέστηκε» σε «πέρασε» στη σύνοψη ανασκόπησής σας.

Εξετάστε υποθέσεις και όρια

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

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

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

Δώστε σχόλια που οδηγούν σε ενέργειες

Προσδιορίστε τη συμπεριφορά, το αναμενόμενο αποτέλεσμα και τα απαιτούμενα στοιχεία. Για παράδειγμα: «Το endpoint ελέγχει τη σύνδεση αλλά όχι σε ποιον ανήκει το αίτημα. Προσθέστε τον έλεγχο πρόσβασης στον server και μια δοκιμή με αίτημα άλλου εργαζομένου.»

Το Taiga μπορεί να αποκρίνεται σε σχόλια ανασκόπησης pull request και σε αποτυχημένους ελέγχους με αλλαγές στο ίδιο branch. Μετά τις ενημερώσεις, εξετάστε το νέο commit και τους ελέγχους του. Τα προηγούμενα στοιχεία μπορεί να μην καλύπτουν ένα αλλαγμένο artifact.

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

Πάρτε τη σωστή απόφαση αποδοχής

Καταγράψτε ποια κριτήρια έχουν επαληθευτεί και ποια παραμένουν ανεπίλυτα. Αφήστε τις απαιτούμενες ανασκοπήσεις και τους απαιτούμενους ελέγχους του αποθετηρίου να επιβάλλουν το όριο merge. Διατηρήστε οποιαδήποτε χωριστή απόφαση διάθεσης.

Το Taiga παρατηρεί τα deployments που εκτελεί το pipeline σας. Επαληθεύστε το περιβάλλον και το artifact πριν πείτε στους χρήστες ότι η αλλαγή είναι διαθέσιμη. Ένα αποτυχημένο deployment μπορεί να αφήνει την προηγούμενη επιτυχημένη έκδοση να εξυπηρετεί την κίνηση.

Επιβεβαιώστε το αποτέλεσμα με έλεγχο στο επίπεδο υπηρεσίας: ο εργαζόμενος μπορεί να χρησιμοποιήσει τη λειτουργία, η μη εξουσιοδοτημένη πρόσβαση απορρίπτεται και ο υπεύθυνος λειτουργίας μπορεί να παρατηρεί αστοχίες. Συνεχίστε με τον χειρισμό μιας διακοπής.