Πώς να δοκιμάσετε την εφαρμογή σας πριν την κυκλοφορία: Ένα πρακτικό σχέδιο προ-κυκλοφορίας

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

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

Βήμα 1: Γράψτε τις διαδρομές που έχουν σημασία

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

1. Εγγραφή και επιβεβαίωση λογαριασμού
2. Εύρεση μαθήματος και κράτηση
3. Ακύρωση κράτησης
4. Πληρωμή για πάσο μαθημάτων
5. Προσωπικό: προβολή κρατήσεων της ημέρας

Αν έχετε γράψει ιστορίες χρηστών, τα κριτήρια αποδοχής τους είναι ήδη οι περιπτώσεις δοκιμής σας. Αν όχι, γράψτε μία γραμμή ανά διαδρομή με το τι σημαίνει «επιτυχία».

Κατατάξτε τις. Οι διαδρομές που φέρνουν χρήματα ή που όλοι οι χρήστες επισκέπτονται (εγγραφή, σύνδεση, η βασική ενέργεια) δοκιμάζονται πρώτες και περισσότερο.

Βήμα 2: Δοκιμάστε την κανονική διαδρομή ως νέος χρήστης

Η «κανονική διαδρομή» είναι η διαδρομή που πηγαίνει ακριβώς όπως προβλέπεται. Δοκιμάστε την όπως θα τη βίωνε ένας ξένος:

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

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

Βήμα 3: Προσπαθήστε να την σπάσετε

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

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

Βήμα 4: Δοκιμάστε δικαιώματα με δύο λογαριασμούς

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

Δημιουργήστε δύο κανονικούς χρήστες, Α και Β, και (αν η εφαρμογή έχει) έναν διαχειριστή.

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

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

Βήμα 5: Δοκιμάστε σε πραγματικές συσκευές

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

• Μπορείτε να πατήσετε κάθε κουμπί χωρίς zoom;
• Το πληκτρολόγιο καλύπτει το πεδίο που πληκτρολογείτε;
• Οι πίνακες και το πλατύ περιεχόμενο κάνουν scroll ή αναδιπλώνονται, αντί να σπρώχνουν τη σελίδα στο πλάι;
• Το κείμενο διαβάζεται χωρίς τσίμπημα;

Δοκιμάστε τουλάχιστον ένα iPhone (Safari) και ένα τηλέφωνο Android (Chrome), αν μπορείτε να δανειστείτε. Το Safari έχει ιδιαίτερες παραξενιές με ημερομηνίες, βίντεο και στοιχεία σταθερής θέσης.

Βήμα 6: Δοκιμάστε πληρωμές και email από άκρο σε άκρο

Κάθε τι που χρεώνει κάρτες ή στέλνει email χρειάζεται πλήρη δοκιμή.

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

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

Βήμα 7: Ελέγξτε ταχύτητα και σφάλματα

• Ανοίξτε τα εργαλεία προγραμματιστή του browser (δεξί κλικ → Inspect) και δείτε την καρτέλα Console σε κάθε κύρια σελίδα. Τα κόκκινα σφάλματα αξίζει να διορθωθούν ακόμα κι αν δεν φαίνεται κάτι χαλασμένο.
• Φορτώστε τον ιστότοπο σε κινητό με δεδομένα κινητής τηλεφωνίας, όχι Wi-Fi. Αν η πρώτη οθόνη χρειάζεται αρκετά δευτερόλεπτα, ελέγξτε πρώτα τα μεγέθη εικόνων.
• Τρέξτε έναν δωρεάν έλεγχο όπως το Lighthouse στα εργαλεία προγραμματιστή του Chrome για γρήγορη εικόνα της απόδοσης και της προσβασιμότητας.

Βήμα 8: Δοκιμάστε τη δημοσιευμένη εφαρμογή, όχι μόνο την προεπισκόπηση

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

• Είναι ρυθμισμένες όλες οι μεταβλητές περιβάλλοντος και τα μυστικά για τη δημοσιευμένη εφαρμογή;
• Χρησιμοποιεί τη σωστή βάση, με τα δεδομένα που περιμένετε;
• Οι ανακατευθύνσεις σύνδεσης και οι σύνδεσμοι email χρησιμοποιούν το ζωντανό domain;
• Φορτώνει σωστά η ανανέωση σε βαθιά σελίδα;

Βήμα 9: Δείτε κάποιον άλλο να τη χρησιμοποιεί

Δώστε σε έναν ή δύο ανθρώπους έναν στόχο («κλείστε ένα μάθημα γιόγκα για το Σάββατο»), όχι οδηγίες. Παρακολουθήστε, μην βοηθάτε, και γράψτε πού διστάζουν. Είναι ο γρηγορότερος τρόπος να βρείτε ασαφή κείμενα και κρυμμένα κουμπιά. Για μεγαλύτερη εκδοχή αυτού, δείτε πώς να τρέξετε δοκιμή beta.

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

Χρήση AI για τις δοκιμές

Αν χτίζετε με AI, μπορείτε να του ζητήσετε να βοηθήσει στον σχεδιασμό και την εκτέλεση δοκιμών:

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

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

Να θεωρείτε την αναφορά δοκιμών του AI ως πρώτο πέρασμα. Κάντε πάντα κλικ στις διαδρομές χρημάτων και δικαιωμάτων οι ίδιοι.

Δοκιμές στο Mythex

Στο Mythex, η εντολή /test εκτελεί App Testing: ο πράκτορας οδηγεί έναν browser πάνω στη ζωντανή προεπισκόπησή σας, κάνει κλικ στις σελίδες, τραβά στιγμιότυπα και αναφέρει σπασμένες ροές στη συνομιλία. Λειτουργεί καλύτερα με μια συγκεκριμένη διαδρομή, όπως «δοκίμασε εγγραφή και κράτηση μαθήματος». Διορθώστε ό,τι βρει με /fix ή με κανονικό μήνυμα, και μετά τρέξτε ξανά το /test. Το App Testing χρησιμοποιεί την προεπισκόπηση, οπότε ελέγξτε μόνοι σας τις βασικές διαδρομές στη δημοσιευμένη διεύθυνση μετά τη δημοσίευση. Δείτε App Testing στην τεκμηρίωση, και τον οδηγό μας για αποσφαλμάτωση εφαρμογής που χτίστηκε με AI για όταν κάτι αποτυγχάνει.

Συνηθισμένα λάθη

• Δοκιμή μόνο ως ο εαυτός σας. Ο λογαριασμός διαχειριστή σας, γεμάτος δεδομένα, κρύβει σφάλματα κενής κατάστασης και δικαιωμάτων.
• Δοκιμή μόνο σε φορητό υπολογιστή. Οι περισσότεροι επισκέπτες πολλών ιστοτόπων έρχονται από τηλέφωνο.
• Παράλειψη του δεύτερου λογαριασμού. Η διαρροή δεδομένων ανάμεσα σε χρήστες είναι το πιο σοβαρό σφάλμα με το οποίο μπορεί να κυκλοφορήσει μια εφαρμογή.
• Εμπιστοσύνη στην προεπισκόπηση. Η ζωντανή εφαρμογή έχει διαφορετικές ρυθμίσεις· δοκιμάστε και αυτήν.
• Διόρθωση σφαλμάτων χωρίς επανέλεγχο γειτονικών σημείων. Μια διόρθωση σε μία φόρμα μπορεί να σπάσει μια άλλη που μοιράζεται κώδικα.

Λίστα ελέγχου πριν την κυκλοφορία

• Οι κύριες διαδρομές καταγράφονται και κατατάσσονται
• Κάθε διαδρομή περνά ως εντελώς νέος χρήστης σε ιδιωτικό παράθυρο
• Κενές, λάθος, μακριές και διπλές εισόδοι αντιμετωπίζονται
• Η ανανέωση λειτουργεί σε κάθε σελίδα
• Οι χρήστες δεν μπορούν να δουν ή να αλλάξουν τα δεδομένα ο ένας του άλλου, ακόμα και μέσω διεύθυνσης
• Οι σελίδες διαχείρισης είναι κλειδωμένες για κανονικούς χρήστες και επισκέπτες χωρίς σύνδεση
• Λειτουργεί σε πραγματικό iPhone και τηλέφωνο Android
• Πληρωμές δοκιμασμένες: επιτυχία, απόρριψη, ακύρωση, και η εφαρμογή ενημερώνεται μετά
• Τα email φτάνουν, αποφεύγουν τα ανεπιθύμητα και συνδέονται με το ζωντανό domain
• Κανένα κόκκινο σφάλμα στην κονσόλα στις κύριες σελίδες
• Οι κύριες διαδρομές επαναλαμβάνονται στη δημοσιευμένη διεύθυνση
• Τουλάχιστον ένας εξωτερικός άνθρωπος την δοκίμασε ενώ τον παρακολουθούσατε

Ερωτήσεις