Οδηγός δοκιμών UI για κινητά (Δοκιμή GUI για εφαρμογές iOS και Android)

mobile ui testing tutorial gui testing ios

Οδηγός δοκιμών UI εφαρμογών για κινητά: Μάθετε πώς να εκτελείτε δοκιμές διεπαφής χρήστη iOS και Android

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

angularjs συνεντεύξεις ερωτήσεις και απαντήσεις για έμπειρους στο .net

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

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

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

Τι θα μάθετε:

• Σημασία δοκιμής διεπαφής χρήστη για εφαρμογές για κινητά
• Πώς να αποφασίσετε για το πόσο απαιτείται UI Testing;
• Οδηγίες: Τι πρέπει να δοκιμάσετε στη δοκιμή διεπαφής χρήστη για εφαρμογές για κινητά
  • # 1) Ανάλυση οθόνης
  • # 2) Μέγεθος οθόνης
  • # 3) Διαφορετικά στοιχεία διεπαφής χρήστη
  • # 4) Στυλ: Χρώμα και θεματικό σχήμα της συσκευής
  • # 5) Πολλαπλής αφής ή μονής αφής
  • # 6) Παρατεταμένο ή σύντομο πάτημα
  • # 7) Τοποθεσία
• Πώς να δοκιμάσετε παραλλαγές διεπαφής χρήστη σε διαφορετικές εκδόσεις λειτουργικού συστήματος;
• Πραγματικές συσκευές ή εξομοιωτές: Τι να επιλέξετε για δοκιμές UI;
  • Πλεονεκτήματα
  • Μειονεκτήματα
• Μη αυτόματη ή αυτοματοποιημένη δοκιμή διεπαφής χρήστη;
• Εργαλεία δοκιμών διεπαφής χρήστη για κινητά
• Λίστα ελέγχου για δοκιμή διεπαφής χρήστη για εφαρμογές για κινητά
• 5 μύθοι σε αυτοματοποιημένη δοκιμή UI για κινητά
  • Μύθος 1: Ταχύτητα
  • Μύθος 2: Κάλυψη
  • Μύθος 3: Κόστος
  • Μύθος 4: Συνοχή
  • Μύθος 5: Απροθυμία
• Ο μύθος και η πραγματικότητα
• συμπέρασμα
• Συνιστώμενη ανάγνωση

Σημασία δοκιμής διεπαφής χρήστη για εφαρμογές για κινητά

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

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

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

Θα προωθήσετε μια εφαρμογή όπου το κουμπί είναι πολύ μικρό για να κάνετε κλικ, αποκλείοντας ολόκληρο το σύνολο λειτουργιών;

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

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

Πώς να αποφασίσετε για το πόσο απαιτείται UI Testing;

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

(εικόνα πηγή )

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

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

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

Οδηγίες: Τι πρέπει να δοκιμάσετε στη δοκιμή διεπαφής χρήστη για εφαρμογές για κινητά

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

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

# 1) Ανάλυση της οθόνης

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

• 640 × 480
• 800 × 600
• 1024 × 768
• 1280 × 800
• 1366 × 768
• 1400 × 900
• 1680 × 1050

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

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

( πηγή εικόνας )

# 2) Μέγεθος οθόνης

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

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

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

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

Λίγα πράγματα που πρέπει να καταλάβετε εδώ είναι:

Η διαφορά μεταξύ μεγέθους οθόνης και ανάλυσης: Το μέγεθος της οθόνης είναι το μήκος της οθόνης σε ίντσες μετρούμενη διαγώνια ή από τη μία γωνία στην άλλη γωνία της οθόνης. Η ανάλυση της οθόνης είναι το πλάτος και το ύψος, Παράδειγμα 640w × 480h που αντιπροσωπεύει τον αριθμό των εικονοστοιχείων που διασχίζουν την οθόνη πολλαπλασιασμένος με πολλά pixel που κατεβαίνουν.

# 3) Διαφορετικά στοιχεία διεπαφής χρήστη

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

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

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

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

# 4) Στυλ: Χρώμα και θεματικό σχήμα της συσκευής

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

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

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

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

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

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

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

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

# 5) Πολλαπλής αφής ή μονής αφής

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

# 6) Παρατεταμένο ή σύντομο πάτημα

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

# 7) Τοποθεσία

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

1) Μερικές φορές είναι η περιοχή στην οθόνη όπου εμφανίζεται ένα στοιχείο ελέγχου.

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

δύο) Μερικές φορές είναι η σειρά ελέγχου μεταξύ των άλλων στοιχείων ελέγχου.

Για παράδειγμα, κατά τη λήψη προσωπικών πληροφοριών, το Όνομα είναι ακολούθησε με το επώνυμο. Εναλλακτικά, η μορφή των στοιχείων ελέγχου για να ζητήσετε διεύθυνση ΗΠΑ πρέπει να είναι Σειρά - ZIP, Πόλη, Πολιτεία.

Και για τις δύο αυτές καταστάσεις, μιλάμε για τη θέση των στοιχείων ελέγχου.

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

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

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

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

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

Αυτοί είναι:

1. Γλειφιτζούρι
2. Marshmallow
3. Μαντολάτο

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

1) Γλειφιτζούρι:

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

2) Marshmallow:

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

3) Νουγκάτ:

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

Πραγματικές συσκευές ή εξομοιωτές: Τι να επιλέξετε για δοκιμές UI;

Όταν πρέπει να δοκιμάσετε μια εφαρμογή για κινητά, μπορείτε να σκεφτείτε ποια θα πρέπει να είναι η δοκιμαστική βάση;

Θα δοκιμάσετε σε πραγματική συσκευή ή εξομοιωτή ή και τα δύο; Δεν υπάρχει σταθερή απάντηση σε αυτό, επειδή η επιλογή εξαρτάται από το τι θέλετε να δοκιμάσετε.

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

Πλεονεκτήματα

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

1) Δεν είναι πρακτικά δυνατή η συλλογή των συσκευών όλων των αναλύσεων και αυτό θα κόστιζε επίσης ένα τεράστιο χρηματικό ποσό. Αλλά οι εξομοιωτές δεν κοστίζουν τίποτα.
δύο) Με έναν εξομοιωτή, μπορείτε να δημιουργήσετε όλους τους συνδυασμούς ανάλυσης οθόνης και λειτουργικού συστήματος.
3) Εάν έχετε μόνο ένα σετ πραγματικών συσκευών αλλά η ομάδα QA αποτελείται από περισσότερα από 1 άτομα, τότε όλα τα QA δεν μπορούν να δοκιμάσουν παράλληλα για το ίδιο τεστ. Με έναν εξομοιωτή, κάθε QA μπορεί να δημιουργήσει τον ίδιο συνδυασμό στο μηχάνημά του και να δοκιμάσει παράλληλα.
4) Η δοκιμή σε έναν εξομοιωτή είναι λιγότερο χρονοβόρα και γρηγορότερη σε σύγκριση με μια πραγματική συσκευή.
5) Συνηθισμένα σφάλματα που σχετίζονται με το περιβάλλον εργασίας χρήστη, όπως η ευθυγράμμιση κλπ μπορούν εύκολα να εντοπιστούν σε εξομοιωτές.

ο καλύτερος ιστότοπος για τη μετατροπή του youtube σε mp3

Μειονεκτήματα

Τα μειονεκτήματα περιλαμβάνουν:

1) Οι χειρονομίες δεν μπορούν να δοκιμαστούν σε εξομοιωτές. Μόνο μία κίνηση μπορεί να μιμηθεί κάθε φορά.
δύο) Δεν είναι δυνατή η δοκιμή φυσικών εισόδων GPS, πτώσης ή αδύναμου δικτύου κ.λπ.
3) Δεν υπάρχει τρόπος να δημιουργήσετε έναν εξομοιωτή για τηλέφωνα Sony, LG, Nexus κ.λπ.
4) Δεν είναι δυνατή η δημιουργία πραγματικού περιβάλλοντος με χαμηλή μπαταρία ή χαμηλή μνήμη κ.λπ. στον εξομοιωτή.

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

Μη αυτόματη ή αυτοματοποιημένη δοκιμή διεπαφής χρήστη;

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

Ξέρεις γιατί?

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

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

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

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

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

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

Εργαλεία δοκιμών διεπαφής χρήστη για κινητά

Ακολουθεί μια λίστα με 5 εργαλεία που μπορούν να χρησιμοποιηθούν για τη δοκιμή UI μιας εφαρμογής για κινητά για Android ή / και iOS.

(Για εργαλεία δοκιμής λειτουργικότητας y Μπορείτε να ανατρέξετε στη λίστα εργαλείων αυτοματισμού στον αυτοματισμό μας εργαλεία για τη δοκιμή εφαρμογών Android σελίδα).

# 1) Selendroid

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

Μπορεί να χρησιμοποιηθεί για εφαρμογές Native και Hybrid. Μπορεί να χρησιμοποιηθεί μόνο για εφαρμογές Android και οι δοκιμές API πελάτη γράφονται χρησιμοποιώντας το Selendroid 2. Μπορεί επίσης να χρησιμοποιηθεί με περισσότερες από μία συσκευές και είναι πλήρως συμβατή με το JSON.

# 2) Testdroid

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

# 3) SeeTest

Είναι ένα πληρωμένο εργαλείο και μπορεί να χρησιμοποιηθεί για Android, iOS, Windows, Symbian κ.λπ.

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

# 4) Αυτοματισμός διεπαφής χρήστη

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

# 5) Calabash

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

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

Συνιστώμενη ανάγνωση => Αυτοματοποιήστε τις δοκιμές διεπαφής χρήστη

Λίστα ελέγχου για δοκιμή διεπαφής χρήστη για εφαρμογές για κινητά

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

5 μύθοι σε αυτοματοποιημένη δοκιμή UI για κινητά

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

Τέτοιοι μύθοι μπορεί να μην είναι αληθινοί επειδή μπορεί να είναι επιφανειακοί. Η διερεύνηση της διαδικασίας των αυτοματοποιημένων δοκιμών την εξαφανίζει. Ας σκάψουμε βαθύτερα σε αυτά.

Μύθος 1: Ταχύτητα

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

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

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

Μύθος 2: Κάλυψη

Στο παρόν σενάριο, νέες συσκευές Android κυκλοφορούν τακτικά σε αγορές. Και ο αριθμός εφαρμογών τέτοιων λειτουργικών συστημάτων (OS) αυξάνεται. Στη συνέχεια, υπάρχουν λειτουργικά συστήματα όπως το iOS που έχουν ακόμη περισσότερες εφαρμογές για καθημερινή χρήση.

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

Μύθος 3: Κόστος

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

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

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

Μύθος 4: Συνοχή

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

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

Μύθος 5: Απροθυμία

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

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

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

Ο μύθος και η πραγματικότητα

Το γεγονός είναι ότι ακόμη και οι πιο εξελιγμένες αναπτυξιακές εταιρείες χρησιμοποιούν μη αυτόματες δοκιμές για κινητά ή δεν πραγματοποιούν καθόλου δοκιμές. Σύμφωνα με τις έρευνες του Xamarin 2014, το 13,2% των προγραμματιστών κινητών πραγματοποιούν δοκιμές ως αυτοματοποιημένα UI. Σύμφωνα με τις μελέτες της Forrester Research, μόνο το 53% των προγραμματιστών πραγματοποιεί δοκιμασίες δοκιμής σε μεμονωμένες συσκευές.

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

α) Η ταχύτητα είναι ο πρώτος μύθος.

Ένα άτομο δεν μπορεί να πάρει χρόνο για αυτοματοποίηση. Το 2014, οι προμηθευτές παρουσίασαν 7000 νέους τύπους συσκευών Android. Τότε υπήρχαν 10000 API που ήταν ειδικά για κινητά. Η εφαρμογή των κινητών στείλει γρηγορότερα και τροποποιείται γρήγορα. Με τη Διασφάλιση Ποιότητας (QA) σε συνεχείς τρόπους μείωσης, δεν υπάρχει χρόνος για τη δημιουργία δοκιμαστικών σεναρίων, με τη σειρά τους, διατηρώντας τα συγχρονισμένα με τις τακτικά μεταβαλλόμενες λειτουργίες.

Το πρακτικό σενάριο του πρώτου μύθου:

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

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

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

Στις ΗΠΑ, ομάδες κινητών απαιτούν δοκιμές σε 188 συσκευές για κάλυψη του 100% των μεριδίων μάρκετινγκ. Σύμφωνα με την έρευνα Xamarin του 2014, η πλειονότητα των ομάδων ανάπτυξης δοκιμάζει συχνά σε 25 ή λιγότερες συσκευές.

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

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

β) Η κάλυψη είναι ο δεύτερος μύθος.

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

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

Η πραγματικότητα του δεύτερου μύθου:

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

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

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

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

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

γ) Το κόστος είναι ο τρίτος μύθος.

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

Το πρακτικό σενάριο για τον τρίτο μύθο:

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

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

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

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

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

δ) Η συνέπεια πρέπει να είναι ο τέταρτος μύθος.

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

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

Το πραγματικό σενάριο του τέταρτου μύθου:

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

πώς να εξαγάγετε αρχεία .7z σε mac

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

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

ε) Η απροθυμία είναι ο πέμπτος μύθος.

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

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

Η εικόνα του πέμπτου μύθου σε πραγματικό χρόνο:

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

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

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

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

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

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

συμπέρασμα

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

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

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

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

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

Ρίξτε μια ματιά στο επερχόμενο σεμινάριό μας για λεπτομερείς πληροφορίες σχετικά με Δοκιμή απόκρισης για κινητά .

Συνιστώμενη ανάγνωση

• Εκπαιδευτικό πρόγραμμα για δοκιμές εφαρμογών Android και iOS για κινητά
• Κορυφαία 15 καλύτερα εργαλεία δοκιμής για κινητά το 2021 για Android και iOS
• Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
• Υπηρεσίες δοκιμής beta για κινητές εφαρμογές (Εργαλεία δοκιμών beta και iOS και Android)
• Γιατί η δοκιμή για κινητά είναι δύσκολη;
• Ξεκινώντας με το Robotium - Το πιο δημοφιλές εργαλείο δοκιμών διεπαφής χρήστη Android
• Testing Primer eBook Λήψη
• 11 καλύτερα εργαλεία αυτοματισμού για τη δοκιμή εφαρμογών Android (Εργαλεία δοκιμών εφαρμογών Android)