Σε μια παρουσίαση, ένα dashboard μπορεί να δείχνει έτοιμο: κάρτες, φίλτρα, γραφήματα και λίστα πελατών. Η πρώτη πραγματική ερώτηση εμφανίζεται όταν κάποιος πατήσει «Αποθήκευση» και μετά ανοίξει την ίδια εγγραφή από άλλον υπολογιστή.
Για ένα εσωτερικό εργαλείο, το pilot χρειάζεται μια ολοκληρωμένη εργασία. Ας πάρουμε ένα υποθετικό σύστημα αιτημάτων: ένας συνεργάτης καταχωρίζει το αίτημα, ένας υπεύθυνος το αναλαμβάνει και η ομάδα βλέπει την εξέλιξή του. Αυτή η διαδρομή δίνει συγκεκριμένο αντικείμενο στη δοκιμή.
Ακολουθήστε μία εγγραφή από την αρχή ως το τέλος
Ο συνεργάτης συμπληρώνει τα απαραίτητα πεδία και αποθηκεύει. Ο υπεύθυνος βρίσκει το αίτημα στη λίστα του, προσθέτει επόμενη ενέργεια και αλλάζει την κατάστασή του. Μετά από ανανέωση της σελίδας, η αλλαγή πρέπει να παραμένει.
Συμφωνήστε τι σημαίνει κάθε κατάσταση και ποιος μπορεί να τη μεταβάλει. Αν το «ολοκληρώθηκε» έχει διαφορετικό νόημα για τις πωλήσεις και την υποστήριξη, το πρόβλημα θα εμφανιστεί στα δεδομένα και στις αναφορές. Είναι φθηνότερο να λυθεί όσο η διαδρομή είναι ακόμη μικρή.
Δοκιμάστε με διαφορετικούς λογαριασμούς
Ένα σύστημα μπορεί να κρύβει ένα κουμπί διαγραφής από έναν συνεργάτη και παρ’ όλα αυτά να δέχεται τη σχετική ενέργεια στον server. Οι έλεγχοι πρόσβασης χρειάζεται να εφαρμόζονται εκεί όπου διαβάζονται ή αλλάζουν τα δεδομένα, για κάθε αίτημα.
Ζητήστε δύο λογαριασμούς με διαφορετικούς ρόλους και ελέγξτε ποιες εγγραφές βλέπει ο καθένας. Δοκιμάστε επίσης έναν σύνδεσμο προς εγγραφή για την οποία ο δεύτερος λογαριασμός δεν έχει πρόσβαση. Η MDN περιγράφει γιατί τα δεδομένα και οι ενέργειες που προέρχονται από τον browser δεν θεωρούνται από μόνα τους έμπιστα.
Δείτε τι συμβαίνει όταν η αποθήκευση αποτύχει
Καθυστερήστε μια σύνδεση, στείλτε ένα πεδίο που λείπει και δοκιμάστε ξανά την ίδια ενέργεια. Η οθόνη χρειάζεται να ξεχωρίζει την αναμονή από την επιτυχία και την αποτυχία. Αν εμφανίζει «Αποθηκεύτηκε» πριν επιβεβαιωθεί η εγγραφή, ο χρήστης μπορεί να συνεχίσει με λάθος εικόνα.
Ελέγξτε και το διπλό πάτημα: δημιουργούνται δύο αιτήματα ή αναγνωρίζεται η ίδια υποβολή; Για αλλαγές που έχουν συνέπειες, συμφωνήστε πώς καταγράφεται ποιος τις έκανε και πώς διορθώνεται ένα λάθος. Αυτές οι συμπεριφορές πρέπει να είναι ορατές στη δοκιμή.
Η AI λειτουργία χρειάζεται θέση μέσα στη ροή
Αν η εφαρμογή συνοψίζει το ιστορικό ενός αιτήματος, η περίληψη πρέπει να ξεχωρίζει από τις αρχικές σημειώσεις. Ο χρήστης χρειάζεται να βλέπει ποια εγγραφή χρησιμοποιήθηκε και να μπορεί να ελέγξει τις πληροφορίες πριν βασιστεί σε αυτές.
Αποφασίστε τι γίνεται όταν η παραγωγή καθυστερεί ή δεν επιστρέφει αποτέλεσμα. Μπορεί ο συνεργάτης να συνεχίσει την εργασία χειροκίνητα; Παραμένουν διαθέσιμα τα αρχικά δεδομένα; Μια βοηθητική AI λειτουργία δεν πρέπει να εμποδίζει την καταχώριση ενός αιτήματος όταν δεν είναι διαθέσιμη.
Κλείστε τη δοκιμή με συγκεκριμένες εκκρεμότητες
Δώστε τη διαδρομή σε κάποιον που δεν παρακολούθησε την ανάπτυξη. Ζητήστε να καταχωρίσει, να αναθέσει και να ολοκληρώσει ένα αίτημα χωρίς καθοδήγηση, και επαναλάβετε από κινητό. Σημειώστε πού σταματά, ποια πεδία δεν καταλαβαίνει και ποια επιβεβαίωση αναζητά.
Η απόφαση για επόμενο βήμα χρειάζεται κατάλογο με όσα λειτουργούν, όσα είναι ακόμη προσομοίωση και όσα απαιτούν σύνδεση με πραγματικά συστήματα. Πριν από παραγωγική χρήση, πρέπει να έχουν οριστεί υπεύθυνοι για πρόσβαση, αντίγραφα ασφαλείας, καταγραφή σφαλμάτων και υποστήριξη. Το pilot δείχνει τι απομένει να υλοποιηθεί.
Πηγές
Η MDN αποτελεί πηγή για την ασφάλεια web εφαρμογών και τους ελέγχους δεδομένων. Η διαδρομή αιτήματος και τα σενάρια pilot είναι δικές μας προτάσεις για την αξιολόγηση μιας εφαρμογής.