fbpx

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

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

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

UI vs. GUI: Ξεκαθαρίζοντας τη σύγχυση

Το όριο μεταξύ του πλαισίου αυτοματισμού και του εργαλείου ελέγχου αυτοματισμού

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

1. Τι είναι η δοκιμή διεπαφής χρήστη;

Η διεπαφή χρήστη, ή UI, είναι η πλατφόρμα που χρησιμοποιείτε για να αλληλεπιδράσετε με ένα συγκεκριμένο λογισμικό. Το UI είναι το σημείο όπου μπορείτε να εισάγετε οδηγίες, να εισάγετε δεδομένα ή να προβάλλετε πληροφορίες από μια οθόνη ή ένα μόνιτορ.

Υπάρχουν πολλοί διαφορετικοί τύποι UI, συμπεριλαμβανομένων των γραφικών διεπαφών χρήστη (GUI) και των διεπαφών γραμμής εντολών που απλώς εμφανίζουν κώδικα και κείμενο.

2. Τι είναι η γραφική διεπαφή χρήστη (GUI);

Η γραφική διεπαφή χρήστη (GUI) είναι ένας τύπος UI με τον οποίο οι περισσότεροι άνθρωποι είναι εξοικειωμένοι. Είναι ένας τύπος διεπαφής που χρησιμοποιεί οπτικά στοιχεία για να μας βοηθήσει να αλληλεπιδράσουμε με τα χαρακτηριστικά του συστήματος.

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

3. UI vs. GUI

Για να κατανοήσετε καλύτερα αυτές τις δύο μορφές αλληλεπίδρασης με τον υπολογιστή, ρίξτε μια ματιά στην άμεση σύγκριση μεταξύ UI και GUI παρακάτω:

UI:

– Συντομογραφία του user interface

– Είναι ένας τύπος πλατφόρμας που επιτρέπει στους χρήστες να αλληλεπιδρούν με συσκευές

– Είναι μια μορφή αλληλεπίδρασης ανθρώπου-μηχανής

– Χρησιμοποιείται από όλους και συχνά λειτουργεί στο παρασκήνιο, ώστε να μην καταλαβαίνετε ότι το χρησιμοποιείτε.

– Συνήθη παραδείγματα περιλαμβάνουν το MS-DOS ή το Unix

GUI:

– Συντομογραφία του graphical user interface (γραφική διεπαφή χρήστη)

– Είναι ένας τύπος πλατφόρμας που χρησιμοποιεί γραφικά για να βοηθήσει τους χρήστες να πλοηγηθούν στις λειτουργίες μιας συσκευής.

– Είναι μια υποκλάση του UI

– Χρησιμοποιείται συνήθως από μέσους, καθημερινούς χρήστες, όπως οι καταναλωτές

– Συνήθη παραδείγματα περιλαμβάνουν τα Windows 10, το iOS και το Android

Τι είναι ο έλεγχος διεπαφής χρήστη (UI);

Οφέλη από τη δημιουργία ενός Κέντρου Αριστείας Δοκιμών. Διαφέρει η δοκιμή επιδόσεων από τη λειτουργική δοκιμή;

Οι δοκιμές διεπαφής χρήστη (UI), μερικές φορές γνωστές ως δοκιμές GUI ανάλογα με το πλαίσιο, είναι μια σειρά ενεργειών που χρησιμοποιούνται για τη μέτρηση της απόδοσης και της συνολικής λειτουργικότητας των οπτικών στοιχείων μιας εφαρμογής. Προσπαθεί να επαληθεύσει και να επικυρώσει διάφορες λειτουργίες του UI και διασφαλίζει ότι δεν υπάρχουν απροσδόκητα αποτελέσματα, ελαττώματα ή σφάλματα.

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

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

Πότε και γιατί χρειάζεστε δοκιμές διεπαφής χρήστη;

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

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

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

Τύποι δοκιμών UI

Υπάρχει μια ποικιλία διαφορετικών δοκιμών UI που πρέπει να εξεταστούν ανάλογα με την εφαρμογή που δοκιμάζεται.

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

Με άλλα λόγια, υπάρχουν διαφορετικές μέθοδοι ελέγχου UI που πρέπει να εξετάσετε, καθώς και εργαλεία όπως το λογισμικό RPA και τα αυτοματοποιημένα εργαλεία ελέγχου UI της ZAPTEST, ανάλογα με το τι σκοπεύετε να ελέγξετε.

Ορισμένες από τις πιο κοινές μεθοδολογίες προσέγγισης λειτουργικών και μη λειτουργικών δοκιμών περιλαμβάνουν τις ακόλουθες:

1. Δοκιμή παλινδρόμησης

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

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

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

2. Λειτουργική δοκιμή

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

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

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

3. Δοκιμή αποδοχής

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

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

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

4. Δοκιμές μονάδας

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

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

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

5. Δοκιμή επιδόσεων

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

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

6. Δοκιμές GUI

Τα εργαλεία ελέγχου GUI επιθεωρούν το γραφικό περιβάλλον χρήστη μιας εφαρμογής για να βεβαιωθούν ότι όλες οι λειτουργίες λειτουργούν όπως αναμένεται.

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

Ποια είναι τα οφέλη των δοκιμών UI;

οφέλη δοκιμές UI

Υπάρχουν πολλά οφέλη που σχετίζονται με τον έλεγχο UI και τη χρήση εργαλείων όπως η σουίτα ελέγχου UI της ZAPTEST, τόσο για τον προγραμματιστή όσο και για τον τελικό χρήστη.

Ακολουθούν ορισμένα από τα βασικά οφέλη που σχετίζονται με τη δοκιμή UI:

1. Βελτιώνει τη λειτουργικότητα

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

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

2. Διευκολύνει τη χρήση

Τα εργαλεία αυτοματοποίησης δοκιμών UI είναι επίσης ένας χρήσιμος τρόπος για τη βελτιστοποίηση και τον εξορθολογισμό της εφαρμογής.

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

3. Ενισχύει τη φήμη της εφαρμογής

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

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

Ποιες είναι οι κύριες προκλήσεις των δοκιμών UI;

προκλήσεις δοκιμές φορτίου

Παρόλο που η δοκιμή UI αποτελεί σημαντικό μέρος της ανάπτυξης εφαρμογών, δεν είναι απαραίτητα εύκολο μέρος της διαδικασίας.

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

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

1. Ενημερώσεις UI

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

Όλες αυτές οι σποραδικές αλλαγές μπορούν να καταστήσουν αρκετά δύσκολη την αποτελεσματική εκτέλεση δοκιμών UI, καθώς άλλες εξαρτήσεις και αλληλεπιδράσεις κώδικα αλλάζουν αυτό που δοκιμάζεται.

2. Δοκιμές που αυξάνονται σε πολυπλοκότητα

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

Ως αποτέλεσμα, πολλά από τα εργαλεία στον τομέα των δοκιμών UI πρέπει να προσαρμοστούν για να φιλοξενήσουν όλες αυτές τις πολύπλοκες προσθήκες.

3. Χρονικοί περιορισμοί

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

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

4. Διατήρηση των σεναρίων UI ενημερωμένων

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

Πρέπει να αυτοματοποιήσετε τις δοκιμές UI;

όραση υπολογιστή για δοκιμές λογισμικού

Όταν πρόκειται να αποφασίσετε για την καλύτερη προσέγγιση στη δοκιμή του UI εφαρμογών για κινητά ή ιστοσελίδων, υπάρχουν δύο διαφορετικές διαδρομές που πρέπει να εξετάσετε – χειροκίνητες δοκιμές ή αυτοματοποιημένες δοκιμές UI με τη χρήση αυτοματοποιημένων εργαλείων. Τόσο η χειροκίνητη δοκιμή όσο και η αυτοματοποίηση UI έχουν τα δικά τους πλεονεκτήματα και μειονεκτήματα, οπότε είναι συνετό να εξετάσετε και τις δύο για να δείτε ποια ταιριάζει καλύτερα στην εφαρμογή.

Τι είναι ο χειροκίνητος έλεγχος UI;

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

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

1. Οφέλη από τη χειροκίνητη δοκιμή UI

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

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

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

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

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

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

2. Περιορισμοί των χειροκίνητων δοκιμών UI

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

Ορισμένοι από τους περιορισμούς των χειροκίνητων δοκιμών UI περιλαμβάνουν τα εξής:

– Η εκτέλεση χειροκίνητων δοκιμών διαρκεί πολύ περισσότερο από την αυτοματοποιημένη δοκιμή UI, ιδίως όταν χρησιμοποιούνται σύγχρονα εργαλεία όπως η υπεραυτοματοποίηση. Τα σενάρια για αυτοματοποιημένες δοκιμές μπορούν να εκτελεστούν πολύ πιο γρήγορα από οποιοδήποτε είδος ανθρώπινης εισόδου, οπότε η επιλογή της χειροκίνητης δοκιμής UI ιστού προσθέτει επιπλέον ώρες στο χρονοδιάγραμμα.

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

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

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

3. Δοκιμές εγγραφής και επανάληψης

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

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

4. Χειροκίνητες δοκιμές έναντι δοκιμών εγγραφής και επανάληψης έναντι δοκιμών αυτοματοποίησης

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

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

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

Το Record & replay έρχεται να γεφυρώσει το χάσμα μεταξύ των δύο τύπων δοκιμών UI. Προσφέρει ένα βασικό επίπεδο αυτοματοποίησης του UI, αλλά εξακολουθεί να απαιτεί ανθρώπινη συμβολή για την ενεργοποίησή του.

Τι δοκιμάζετε κατά τη διεξαγωγή δοκιμών UI;

Τι είναι ο έλεγχος φορτίου;

Το τι ελέγχετε κατά τη διεξαγωγή δοκιμών UI με τη χρήση εργαλείων όπως το λογισμικό δοκιμών UI της ZAPTEST θα διαφέρει ανάλογα με το τι περιέχει η εφαρμογή.

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

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

1. Σφάλματα σε τύπους δεδομένων

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

2. Ζητήματα πλάτους πεδίου

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

3. Κουμπιά

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

4.Table κύλιση πίνακα

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

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

5. Αρχεία καταγραφής σφαλμάτων

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

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

Πώς πραγματοποιείτε μια δοκιμή UI (GUI);

Θέση αυτοματοποίησης δοκιμών λογισμικού

Για να σας δώσουμε μια καλή ιδέα για το πώς να πραγματοποιήσετε μια δοκιμή UI ή GUI, θα δημιουργήσουμε ένα παράδειγμα για να το δείτε.

Ας υποθέσουμε ότι πρόκειται να δοκιμάσουμε μια σελίδα φόρμας σε μια εφαρμογή για την εγγραφή ενός λογαριασμού. Υπάρχουν πολλαπλά στοιχεία UI για δοκιμή σε αυτή τη σελίδα, τα οποία επισημαίνονται με την ένδειξη TC-X (όπου TC σημαίνει περίπτωση δοκιμής και το X υποδηλώνει τον αριθμό του στοιχείου).

Παρακάτω παρατίθεται κατάλογος των διαθέσιμων ΤΚ για έλεγχο:

TC-1: Λογότυπο μάρκας στο επάνω μέρος της οθόνης

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

TC-2: Εγγραφή του λογαριασμού σας

– Αυτό θα πρέπει να ελέγξει ότι η επικεφαλίδα της σελίδας είναι ακριβής.

– Θα πρέπει επίσης να ελέγχει ότι εμφανίζεται η σωστή γραμματοσειρά.

TC-3: Πεδίο ονοματεπώνυμο

– Αυτό θα πρέπει να ελέγχει τη σωστή ευθυγράμμιση και θέση του πλαισίου κειμένου.

– Θα πρέπει επίσης να ελέγχει τις ετικέτες των πεδίων και να ελέγχει ότι δέχεται έγκυρες και απορρίπτει άκυρες καταχωρίσεις.

TC-4: Πεδίο Επώνυμο

– Αυτό θα πρέπει να ελέγχει τη σωστή ευθυγράμμιση και θέση του πλαισίου κειμένου.

– Θα πρέπει επίσης να ελέγχει τις ετικέτες των πεδίων και να ελέγχει ότι δέχεται έγκυρες και απορρίπτει άκυρες καταχωρίσεις.

TC-5: Πεδίο ονόματος χρήστη

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

– Θα πρέπει επίσης να ελέγχει ότι το μήνυμα σφάλματος είναι έγκυρο και ακριβές.

TC-6: Πεδίο κωδικού πρόσβασης

– Αυτό θα πρέπει να ελέγχει τις ετικέτες του πεδίου για να βεβαιωθεί ότι δέχεται έγκυρους χαρακτήρες και απορρίπτει τους άκυρους.

– Θα πρέπει επίσης να ελέγχει την ευθυγράμμιση και τη θέση του πλαισίου κειμένου.

TC-7: Κουμπί επόμενης σελίδας

– Αυτό θα πρέπει να ελέγξει ότι η υποβολή της φόρμας λειτουργεί όπως προβλέπεται.

– Θα πρέπει επίσης να επιθεωρεί την τοποθέτηση των κουμπιών και να βεβαιώνεται ότι είναι ευανάγνωστη για τον χρήστη.

UI Test Plan – Τι είναι;

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

Το σχέδιο δοκιμών UI είναι ένα έγγραφο που αποτελεί μέρος της διαδικασίας δοκιμής εφαρμογών.

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

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

Πρόκειται για ένα χρήσιμο έγγραφο που δίνει σε όσους δεν ανήκουν στην ομάδα δοκιμών μια καλύτερη ιδέα για το τι συμβαίνει στη διαδικασία. Κάθε σοβαρό TCOE(Testing Center of Excellence) θα διαθέτει ένα.

Πώς να γράψετε ένα σχέδιο δοκιμών UI

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

Ρίξτε μια ματιά στα παρακάτω βήματα για να μάθετε πώς να γράψετε ένα σχέδιο δοκιμών UI:

1. Συμπεριλάβετε βασικές πληροφορίες σχετικά με τη δοκιμή UI

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

– Οι επαγγελματίες που απαιτούνται για τις δοκιμές, οι ρόλοι και οι δεξιότητές τους.

– Ο συνολικός χρόνος που απαιτείται για τη δοκιμή της εφαρμογής.

– Οι τεχνικές δοκιμής που εφαρμόζονται στη δοκιμή και οι διαδικασίες διαχείρισης δεδομένων δοκιμής.

– Τυχόν πόροι που απαιτούνται για τη δοκιμή, όπως ειδικό υλικό, τεκμηρίωση ή εργαλεία.

– Μια ανάλυση των περιβαλλόντων δοκιμής-στόχου, όπως κινητές συσκευές, ένα συγκεκριμένο λειτουργικό σύστημα ή προγράμματα περιήγησης.

– Οι γενικοί στόχοι της διαδικασίας δοκιμών.

2. Δοκιμή καπνού

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

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

3. Δοκιμές ορθότητας

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

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

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

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

Σενάρια δοκιμών UI

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

Ακολουθεί μια ανάλυση των σεναρίων δοκιμών UI, με ένα παράδειγμα.

1. Τι είναι τα σενάρια δοκιμών UI;

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

Ένα σενάριο δοκιμής UI χρησιμοποιείται για να περιγράψει τις συγκεκριμένες ενέργειες που μπορεί να κάνει ένας χρήστης κατά τη χρήση της εφαρμογής.

Σε ορισμένες περιπτώσεις, περιγράφει επίσης ένα σενάριο που μπορεί να αντιμετωπίσει ένας χρήστης κατά τη χρήση της εφαρμογής.

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

2. Παράδειγμα σεναρίων δοκιμής UI

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

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

– Μπορούν οι χρήστες να συνδεθούν στην πλατφόρμα χρησιμοποιώντας τα σωστά διαπιστευτήρια;

– Ποιο είναι το αποτέλεσμα της χρήσης λανθασμένων διαπιστευτηρίων για τη σύνδεση;

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

– Τι συμβαίνει όταν αφήνετε τα πεδία κενά και προσπαθείτε να συνδεθείτε;

– Εάν υπάρχει ένα κουμπί “ξεχάσατε τον κωδικό πρόσβασης”, τι συμβαίνει όταν το πατάτε;

– Λειτουργούν όλοι οι σύνδεσμοι στη σελίδα όπως προβλέπεται;

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

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

Περιπτώσεις δοκιμής UI

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

Ακολουθεί μια περίληψη των περιπτώσεων δοκιμών UI με παραδείγματα.

1. Τι είναι οι περιπτώσεις δοκιμής UI;

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

Οι περιπτώσεις δοκιμών UI αναλύουν τα βήματα δοκιμής, τα δεδομένα, την προϋπόθεση και τη μετα-προϋπόθεση για συγκεκριμένα σενάρια και ελέγχουν επίσης τις απαιτήσεις.

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

2. Παραδείγματα περιπτώσεων δοκιμής UI & GUI

Για να κατανοήσετε καλύτερα τις περιπτώσεις δοκιμών UI και GUI, ρίξτε μια ματιά στα παρακάτω παραδείγματα, τα οποία είναι περιπτώσεις δοκιμών για το σενάριο δοκιμής που εξετάζει τη λειτουργικότητα μιας οθόνης σύνδεσης:

– Ελέγξτε τη συμπεριφορά του συστήματος κατά την εισαγωγή έγκυρων διαπιστευτηρίων.

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

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

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

– Ελέγξτε τη συμπεριφορά του συστήματος όταν τα πεδία παραμένουν κενά.

– Ελέγξτε το σύνδεσμο ‘ξεχάσατε τον κωδικό πρόσβασης’ για να δείτε αν συμπεριφέρεται όπως αναμένεται.

– Ελέγξτε τη συμπεριφορά του συστήματος όταν είναι ενεργοποιημένο το κουμπί ‘keep me signed in’.

– Ελέγξτε τη συμπεριφορά του συστήματος όταν εισάγεται ένας άκυρος αριθμός τηλεφώνου.

Έτσι, όλα αυτά τα παραδείγματα είναι μεμονωμένες περιπτώσεις δοκιμών UI.

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

Σενάρια δοκιμών UI

Scriptfromforum.PNG

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

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

1. Τι είναι τα σενάρια δοκιμών UI;

Τα σενάρια δοκιμών UI είναι εξαιρετικά λεπτομερείς περιγραφές των δοκιμών που εκτελούνται σε μια εφαρμογή, συνήθως με τρόπο που να περιγράφει γραμμή προς γραμμή.

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

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

2. Πώς να γράψετε σενάρια δοκιμών UI

Τα σενάρια δοκιμών UI είναι απλά, καθώς περιγράφουν λεπτομερώς τις περιπτώσεις δοκιμών.

Εφόσον συμπεριλάβετε τις ακόλουθες πληροφορίες, θα μπορέσετε να αξιοποιήσετε τα σενάρια δοκιμών UI που διαθέτετε:

– Αναγνωριστικό δέσμης ενεργειών δοκιμής: Αυτό είναι το μοναδικό αναγνωριστικό για τη δέσμη ενεργειών δοκιμής.

– Τίτλος: Τίτλος: Ο τίτλος του σεναρίου δοκιμής.

– Αναγνωριστικό περίπτωσης δοκιμής: Αυτό είναι το αναγνωριστικό της περίπτωσης δοκιμής για την οποία δημιουργείτε ένα σενάριο.

– Απαιτήσεις: Αυτές είναι οι προδιαγραφές της εφαρμογής του υλικού που είναι απαραίτητο για την εκτέλεση των περιπτώσεων δοκιμής.

– Διαδικασία: Διαδικασία: Αυτά είναι τα βήματα που γίνονται για να προχωρήσει η δοκιμή.

– Αποτέλεσμα: Αυτό είναι το αποτέλεσμα και το τελικό αποτέλεσμα της δοκιμής.

– Κατάσταση: Πέρασε ή απέτυχε το σενάριο δοκιμής;

– Κωδικός σφάλματος: Εάν παρουσιαστεί κάποιο πρόβλημα, ο κωδικός σφάλματος αναφέρει λεπτομερώς το πρόβλημα.

Λίστα ελέγχου για τις δοκιμές UI

Κατάλογος ελέγχου δοκιμών λογισμικού

Τώρα που είστε έτοιμοι να ξεκινήσετε τις δοκιμές UI, χρησιμοποιήστε τον παρακάτω κατάλογο ελέγχου για να δημιουργήσετε τις δικές σας δοκιμές:

1. Ελέγξτε τη βασική λειτουργικότητα

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

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

2. Ελέγξτε τη συμβατότητα πολλαπλών πλατφορμών

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

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

Είναι καλή ιδέα να εξετάσετε τη συμβατότητα τόσο των εγγενών όσο και των υβριδικών εφαρμογών σε κινητές συσκευές όπως το Android και το iOS.

3. Έλεγχος συμβατότητας σε διαφορετικά μεγέθη οθόνης

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

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

4. Έλεγχος επιδόσεων και επεκτασιμότητας

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

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

5. Ελέγξτε την προσβασιμότητα της εφαρμογής

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

6. Έλεγχος χρωμάτων και κειμένου

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

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

7. Αξιολόγηση της ταχύτητας πλοήγησης

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

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post

Virtual Expert

ZAPTEST

ZAPTEST Logo