Οι δοκιμές συμβατότητας αποτελούν αναπόσπαστο στοιχείο πολλών στρατηγικών διασφάλισης ποιότητας, επιτρέποντας στις εταιρείες να δουν αν το λογισμικό τους λειτουργεί σωστά σε διάφορες πλατφόρμες. Ακόμη και για ένα πρόγραμμα αποκλειστικά για επιτραπέζιους υπολογιστές, υπάρχουν πολλά σημαντικά λειτουργικά συστήματα που πρέπει να ληφθούν υπόψη και εκατοντάδες – αν όχι χιλιάδες – διαφορές υλικού που θα μπορούσαν να επηρεάσουν τη σταθερότητα. Η κατανόηση της διαδικασίας δοκιμής συμβατότητας και των συνήθων πλεονεκτημάτων της μπορεί να βοηθήσει να εξασφαλιστεί μια αποτελεσματική κυκλοφορία του προϊόντος που θα είναι σε θέση να προσεγγίσει το μεγαλύτερο δυνατό κοινό χρηστών.
Αν και η δοκιμή συμβατότητας μπορεί να προσφέρει πολλά οφέλη, υπάρχουν επίσης πολλές σημαντικές προκλήσεις που πρέπει να ξεπεράσει μια ομάδα δοκιμών λογισμικού προκειμένου να μεγιστοποιήσει τις δυνατότητες αυτής της τεχνικής. Υπάρχουν επίσης συγκεκριμένες πρακτικές που θα πρέπει να εφαρμόζουν αυτά τα τμήματα για να έχουν τα καλύτερα αποτελέσματα – και να εξασφαλίζουν συνολική κάλυψη των δοκιμών.
Σε αυτό το άρθρο, εξετάζουμε προσεκτικά τις δοκιμές συμβατότητας, συμπεριλαμβανομένων των βασικών βημάτων που πρέπει να ακολουθούν οι ομάδες, καθώς και των πιο χρήσιμων εργαλείων δοκιμών που είναι διαθέσιμα σήμερα.
Τι είναι η δοκιμή συμβατότητας σε
δοκιμές λογισμικού και μηχανική;
Η δοκιμή συμβατότητας εξετάζει το λογισμικό σε διαφορετικές συσκευές, υλικό και υλικολογισμικό για να βεβαιωθεί ότι ανταποκρίνεται στις προσδοκίες της ομάδας. Κάθε χρήστης μπορεί να ασχολείται με το πρόγραμμά του σε μια νέα συσκευή, και αυτό καθιστά σημαντικό η εταιρεία να μπορεί να εγγυηθεί ότι όλοι θα έχουν παρόμοια εμπειρία. Οι δοκιμές συμβατότητας, για παράδειγμα, μπορεί να περιλαμβάνουν τον έλεγχο κάθε χαρακτηριστικού μιας εφαρμογής για να βεβαιωθείτε ότι λειτουργεί σε κάθε σημαντικό λειτουργικό σύστημα.
Χωρίς ενδελεχείς δοκιμές συμβατότητας, είναι απολύτως πιθανό μια εταιρεία να κυκλοφορήσει μια εφαρμογή που δεν λειτουργεί για ορισμένες δημοφιλείς συσκευές. Αυτοί οι έλεγχοι πρέπει να είναι πλήρως ολοκληρωμένοι, διότι ένα πρόβλημα μπορεί να προκύψει με οποιονδήποτε τρόπο – για παράδειγμα, η εφαρμογή αυτή μπορεί να μην λειτουργεί με έναν πολύ συγκεκριμένο τύπο κάρτας γραφικών. Σε συνδυασμό με άλλες μορφές δοκιμών λογισμικού, οι ομάδες διασφάλισης ποιότητας μπορούν να διασφαλίσουν ότι το πρόγραμμά τους είναι έτοιμο για κυκλοφορία.
1. Πότε και γιατί πρέπει να κάνετε δοκιμές συμβατότητας για εφαρμογές κινητών τηλεφώνων, ιστότοπους, συστήματα και διασταυρούμενα προγράμματα περιήγησης;
Οι εταιρείες διεξάγουν δοκιμές συμβατότητας στη φάση δοκιμής του λογισμικού τους, συγκεκριμένα όταν έχουν μια “σταθερή” έκδοση του προγράμματος που αντικατοπτρίζει με ακρίβεια τον τρόπο με τον οποίο θα συμπεριφέρεται στους πελάτες. Αυτό συνεχίζεται μετά την άλφα, την αποδοχή και τις άλλες μορφές δοκιμών που συχνά εξετάζουν θέματα που σχετίζονται με τη γενική σταθερότητα και τα χαρακτηριστικά. Εάν μια εφαρμογή αντιμετωπίζει προβλήματα κατά τη φάση δοκιμής συμβατότητας, αυτό συνήθως οφείλεται σε συγκεκριμένα ζητήματα που σχετίζονται με τη συμβατότητα. Η εφαρμογή αυτών των ελέγχων πολύ νωρίς μπορεί ουσιαστικά να τους καταστήσει περιττούς, καθώς μικρές αλλαγές αργότερα στον κύκλο ανάπτυξης του προγράμματος μπορούν να επηρεάσουν ριζικά τη συμβατότητα.
Ο έλεγχος συμβατότητας για προγράμματα περιήγησης και λογισμικό είναι σημαντικός επειδή βοηθά τις εταιρείες να κυκλοφορήσουν μια εφαρμογή που γνωρίζουν ότι θα λειτουργεί επαρκώς σε σχεδόν κάθε πιθανή συσκευή. Για παράδειγμα, οι δοκιμές συμβατότητας μεταξύ διαφορετικών προγραμμάτων περιήγησης βοηθούν ειδικότερα να διασφαλιστεί ότι οι χρήστες του Opera έχουν την ίδια εμπειρία με εκείνους που χρησιμοποιούν τον Firefox και άλλα σημαντικά προγράμματα περιήγησης. Η ομάδα δοκιμάζει συνήθως όσες παραλλαγές υλικού/λογισμικού της επιτρέπει ο χρόνος και ο προϋπολογισμός της. Αυτό σημαίνει ότι πρέπει να δίνουν έξυπνα προτεραιότητα στα συστήματα ή τα προγράμματα περιήγησης που οι πελάτες τους είναι πιο πιθανό να χρησιμοποιούν, επιτρέποντάς τους να εγγυηθούν ευρεία κάλυψη δοκιμών και ένα βιώσιμο προϊόν.
2. Όταν δεν χρειάζεται να κάνετε δοκιμές συμβατότητας λογισμικού
Οι εταιρείες ενδέχεται να δημιουργήσουν μια ειδική εφαρμογή για ένα συγκεκριμένο λειτουργικό σύστημα ή μοντέλο, περιορίζοντας έτσι μαζικά τον αριθμό των απαραίτητων ελέγχων. Η δοκιμή συμβατότητας μεταξύ διαφορετικών προγραμμάτων περιήγησης στη δοκιμή λογισμικού θα μπορούσε να είναι περιττή, εάν το πρόγραμμα αυτό δεν απαιτεί πρόγραμμα περιήγησης, για παράδειγμα. Ο χρόνος θα μπορούσε επίσης να αποτελέσει σοβαρό παράγοντα για την ικανότητα μιας εταιρείας να εκτελέσει αυτές τις δοκιμές, αν και οι ομάδες δοκιμών θα πρέπει να εργαστούν για να εγγυηθούν ότι τα κύρια συστήματα και προγράμματα περιήγησης είναι συμβατά με το λογισμικό. Υπάρχουν επίσης ορισμένα έργα που δεν μπορούν να επωφεληθούν από τις βασικές δοκιμές συμβατότητας.
3. Ποιος συμμετέχει στις δοκιμές συμβατότητας;
Ακολουθούν οι κύριοι άνθρωποι που διεξάγουν δοκιμές συμβατότητας στις δοκιμές λογισμικού:
1. Προγραμματιστές
Η ομάδα ανάπτυξης ελέγχει την απόδοση της εφαρμογής σε μία πλατφόρμα κατά τη διάρκεια της ανάπτυξης και αυτή μπορεί να είναι και η μόνη συσκευή στην οποία η εταιρεία σκοπεύει να κυκλοφορήσει το πρόγραμμα.
2. Δοκιμαστές
Οι ομάδες διασφάλισης ποιότητας, είτε εντός της εταιρείας είτε με εξωτερική πρόσληψη, ελέγχουν πολλές πιθανές διαμορφώσεις στο πλαίσιο του σταδίου δοκιμής συμβατότητας της εφαρμογής, συμπεριλαμβανομένων όλων των κύριων λειτουργικών συστημάτων και προγραμμάτων περιήγησης.
3. Πελάτες
Οι πελάτες της εταιρείας ενδέχεται να έχουν υλικό ή διαμορφώσεις που η ομάδα δεν μπόρεσε να δοκιμάσει διεξοδικά, καθιστώντας την εμπειρία των χρηστών τους ενδεχομένως τον πρώτο πραγματικό έλεγχο της συγκεκριμένης εγκατάστασης.
Πλεονεκτήματα των δοκιμών συμβατότητας
Τα συνήθη οφέλη των δοκιμών συμβατότητας λογισμικού περιλαμβάνουν:
1. Ευρύτερο κοινό
Όσο πιο διεξοδικά δοκιμάζει μια ομάδα το λογισμικό της, τόσο περισσότερες συσκευές μπορεί να κυκλοφορήσει με σιγουριά, εξασφαλίζοντας ότι ένα ευρύ κοινό σε πολλές πλατφόρμες θα μπορεί να απολαύσει την εφαρμογή της. Αυτό επιτρέπει στις εταιρείες να κερδίσουν περισσότερες πωλήσεις προϊόντων στο πρόγραμμα και μπορεί επίσης να βελτιώσει τον αριθμό των θετικών κριτικών που λαμβάνει αυτό το λογισμικό από τους χρήστες.
2. Βελτιώνει τη σταθερότητα
Ο έλεγχος συμβατότητας στον έλεγχο λογισμικού είναι απαραίτητος για την επισήμανση ζητημάτων σταθερότητας και επιδόσεων, τα οποία συχνά μπορεί να είναι πιο έντονα σε διαφορετικές συσκευές – ειδικά αν οι προγραμματιστές σχεδίασαν την εφαρμογή μόνο για μία πλατφόρμα. Μια δοκιμή συμβατότητας συστήματος δείχνει στην εταιρεία τι μπορούν να περιμένουν οι χρήστες (σε ένα ευρύ φάσμα συσκευών) από τη συνολική απόδοση του λογισμικού.
3. Βελτιώνει την ανάπτυξη
Αυτές οι δοκιμές έχουν επίσης σημαντικές μακροπρόθεσμες επιπτώσεις σε μια ομάδα ανάπτυξης. Για παράδειγμα, οι δοκιμές συμβατότητας για κινητά τηλέφωνα μπορούν να παρέχουν πολύτιμες πληροφορίες σχετικά με την ανάπτυξη εφαρμογών, τις οποίες οι επιχειρήσεις μπορούν να λάβουν υπόψη τους όταν δημιουργούν πρόσθετα προγράμματα. Αυτό μπορεί να μειώσει σημαντικά τα έξοδα των δοκιμών συμβατότητας για μελλοντικά έργα, επιτρέποντάς τους να επαναχρησιμοποιήσουν τα διδάγματα που αποκομίζουν από αυτή τη διαδικασία.
4. Επαληθεύει άλλες δοκιμές
Οι περισσότερες μορφές δοκιμών μέχρι το σημείο αυτό είναι περιορισμένης εμβέλειας και δεν δοκιμάζουν κάθε πιθανό συνδυασμό υλικού ή λογισμικού – οι δοκιμές αυτές θα μπορούσαν ουσιαστικά να διπλασιάσουν αυτά τα αποτελέσματα. Η δοκιμή συμβατότητας μεταξύ διαφορετικών προγραμμάτων περιήγησης, για παράδειγμα, επικυρώνει τα προϋπάρχοντα στάδια διασφάλισης ποιότητας, δείχνοντας ότι τα αποτελέσματα είναι τα ίδια όταν ο χρήστης έχει διαφορετικό πρόγραμμα περιήγησης.
5. Μειώνει το κόστος
Οι δοκιμές συμβατότητας μπορούν επίσης να μειώσουν το κόστος για το τρέχον πρόγραμμα, βοηθώντας τις ομάδες να εντοπίσουν προβλήματα πριν από τη δημόσια κυκλοφορία μιας εφαρμογής – σε αυτό το σημείο, η διόρθωση των σφαλμάτων γίνεται πιο δαπανηρή. Όσο πιο ποικιλόμορφες είναι οι δοκιμές μιας ομάδας (και όσο υψηλότερο είναι το ποσοστό κάλυψης των δοκιμών), τόσο φθηνότερη είναι η απομάκρυνση τυχόν σφαλμάτων κατά την εμφάνισή τους.
Προκλήσεις των δοκιμών συμβατότητας
Ακολουθούν κοινές προκλήσεις που μπορεί να αντιμετωπίσουν οι εταιρείες όταν εφαρμόζουν δοκιμές συμβατότητας στη δοκιμή λογισμικού:
1. Περιορισμένος χρόνος
Ενώ τα εργαλεία αυτοματοποίησης και άλλες λύσεις μπορούν να επιταχύνουν σημαντικά τις δοκιμές συμβατότητας προσομοιώνοντας μια σειρά συσκευών, η διαδικασία αυτή πρέπει να ακολουθεί το χρονοδιάγραμμα ανάπτυξης της εταιρείας. Αυτό σημαίνει ότι η ομάδα δοκιμών πρέπει να δώσει προτεραιότητα στις πιο συνηθισμένες συσκευές και προγράμματα περιήγησης, προκειμένου να εγγυηθεί ότι θα λάβει το ευρύτερο (και πολυπληθέστερο) κοινό.
2. Έλλειψη πραγματικών συσκευών
Αυτοί οι έλεγχοι περιλαμβάνουν συνήθως εικονικές μηχανές που προσομοιώνουν τα εξαρτήματα και τις συνθήκες πραγματικών συσκευών- αυτό είναι πολύ φθηνότερο (και ταχύτερο) από την ανεξάρτητη απόκτηση των σχετικών εξαρτημάτων και πλατφορμών. Ωστόσο, αυτό μπορεί να επηρεάσει την ακρίβεια αυτών των αποτελεσμάτων, ιδίως επειδή η απόδοση συχνά εξαρτάται από τον τρόπο με τον οποίο οι χρήστες χειρίζονται μια πραγματική συσκευή.
3. Δύσκολο να διασφαλιστεί το μέλλον
Αυτό σημαίνει ότι δεν μπορούν να εγγυηθούν ότι η εφαρμογή θα λειτουργεί όπως αναμένεται στις μελλοντικές εκδόσεις των Windows και του Google Chrome. Οι οργανισμοί είναι σε θέση να το διορθώσουν μόνο μετά την έναρξη λειτουργίας, πράγμα που είναι συχνά πιο δαπανηρό, και η εφαρμογή μπορεί τελικά να είναι απαρχαιωμένη ως αποτέλεσμα.
4. Συντήρηση της υποδομής
Εάν μια ομάδα αποφασίσει να ελέγξει σημαντικό αριθμό πλατφορμών στο εσωτερικό της, αυτό μπορεί να οδηγήσει σε υψηλές χρεώσεις υποδομής. Η δοκιμή συμβατότητας για εφαρμογές κινητών τηλεφώνων, για παράδειγμα, μπορεί να περιλαμβάνει την προμήθεια ενός αριθμού πραγματικών κινητών συσκευών. Αν και αυτό είναι πιο ακριβές από την προσομοίωση της δοκιμής συμβατότητας υλικού, είναι ακριβό και συνήθως απαιτεί τακτική συντήρηση.
5. Μεγάλος αριθμός συνδυασμών
Η δοκιμή συμβατότητας λαμβάνει υπόψη πολλούς διασταυρούμενους παράγοντες, όπως το λειτουργικό σύστημα, το πρόγραμμα περιήγησης, το υλικό, το υλικολογισμικό, ακόμη και την ανάλυση οθόνης. Ακόμη και αν η ομάδα δοκιμών έχει πολύ χρόνο, θα ήταν ουσιαστικά αδύνατο να εξετάσει κάθε πιθανότητα. Οι δοκιμές διαμόρφωσης και συμβατότητας πρέπει και πάλι να δίνουν προτεραιότητα στους πιο πιθανούς συνδυασμούς συσκευών.
Χαρακτηριστικά των δοκιμών συμβατότητας
Τα βασικά χαρακτηριστικά των δοκιμών συμβατότητας περιλαμβάνουν:
1. Λεπτομερής
Αυτοί οι έλεγχοι πρέπει να είναι σε θέση να απομονώσουν τυχόν προβλήματα συμβατότητας που προκύπτουν μεταξύ των συσκευών – αλλιώς η ομάδα μπορεί να καταλήξει να κυκλοφορήσει ένα ελαττωματικό πρόγραμμα. Για παράδειγμα, οι έλεγχοι αυτοί πρέπει να διασφαλίζουν ότι κάθε χαρακτηριστικό της εφαρμογής αποδίδεται όπως αναμένεται, ανεξάρτητα από την ανάλυση της οθόνης του χρήστη.
2. Εκτεταμένη
Οι δοκιμές θα πρέπει να διατηρούν μια ισορροπία μεταξύ βάθους και εύρους, βοηθώντας τις ομάδες να διερευνήσουν μια σειρά ζητημάτων σε πολλές διαμορφώσεις συσκευών. Οι δοκιμές συμβατότητας μεταξύ διαφορετικών προγραμμάτων περιήγησης εξετάζουν ένα ευρύ φάσμα συνδυασμών λειτουργικών συστημάτων και προγραμμάτων περιήγησης, εξασφαλίζοντας υψηλό επίπεδο κάλυψης – μερικές φορές με τη βοήθεια μιας αυτοματοποιημένης λύσης.
3. Αμφίδρομο
Η πρώτη επιτρέπει στην ομάδα να δει πώς θα λειτουργεί η εφαρμογή της σε παλαιότερο υλικό. Η τελευταία επιτρέπει στην ομάδα να έχει πρόσβαση σε πλατφόρμες αιχμής, βοηθώντας την να εγγυηθεί επιτυχημένες μακροπρόθεσμες επιδόσεις, ακόμη και αν οι δυνατότητες μελλοντικής προστασίας είναι αρκετά περιορισμένες.
4. Επαναλαμβανόμενο
Τα ζητήματα που αποκαλύπτουν αυτοί οι έλεγχοι πρέπει να είναι εύκολο να επαναληφθούν από άλλους ελεγκτές και τμήματα – δείχνοντας ότι αντικατοπτρίζουν σφάλματα που είναι πιθανό να αντιμετωπίσουν οι χρήστες. Εάν μια δοκιμή συμβατότητας ιστότοπου υποδεικνύει ότι συγκεκριμένες λειτουργίες δεν λειτουργούν σε ένα συγκεκριμένο πρόγραμμα περιήγησης, η επαναληψιμότητα βοηθά τους προγραμματιστές να αντιμετωπίσουν το πρόβλημα.
Τύποι δοκιμών συμβατότητας
Οι κύριοι τύποι δοκιμών συμβατότητας είναι οι εξής:
1. Δοκιμές συμβατότητας προς τα πίσω
Η δοκιμή συμβατότητας προς τα πίσω περιλαμβάνει τον έλεγχο της εφαρμογής με χρήση παλαιότερων εκδόσεων σημερινού υλικού – αυτό είναι απαραίτητο επειδή ο περιορισμός αυτών των ελέγχων σε σύγχρονες συσκευές μπορεί να περιορίσει σημαντικά τον αριθμό των χρηστών. Πολλοί άνθρωποι εξακολουθούν να χρησιμοποιούν παλαιότερα λειτουργικά συστήματα, όπως τα Windows 8, για παράδειγμα.
2. Δοκιμές συμβατότητας προς τα εμπρός
Ο έλεγχος μελλοντικής συμβατότητας είναι παρόμοιος, αλλά εξετάζει σύγχρονες ή επερχόμενες τεχνολογίες για να διαπιστώσει αν η εφαρμογή είναι πιθανό να συνεχίσει να λειτουργεί για χρόνια παρά τις εξελίξεις και τις ενημερώσεις. Χωρίς αυτές τις δοκιμές, το λογισμικό μπορεί να σταματήσει να λειτουργεί ακόμη και με την επόμενη ενημέρωση του προγράμματος περιήγησης, για παράδειγμα.
3. Δοκιμή συμβατότητας προγράμματος περιήγησης
Οι δοκιμές συμβατότητας με το πρόγραμμα περιήγησης του ιστότοπου διασφαλίζουν ότι μια εφαρμογή ή ένας ιστότοπος μπορεί να λειτουργήσει σε διάφορα προγράμματα περιήγησης- αυτό είναι ζωτικής σημασίας, καθώς χρησιμοποιούν διαφορετικές μηχανές διάταξης. Οι ομάδες διασφάλισης ποιότητας δοκιμάζουν ακόμη και τη συμβατότητα μεταξύ των προγραμμάτων περιήγησης – δηλαδή ελέγχουν ότι κάθε πρόγραμμα περιήγησης μπορεί να χειριστεί την εφαρμογή σε διαφορετικά λειτουργικά συστήματα.
4. Δοκιμή συμβατότητας για κινητά τηλέφωνα
Ο έλεγχος των εφαρμογών για κινητά τηλέφωνα είναι μια παρόμοια διαδικασία με τον έλεγχο των εφαρμογών για υπολογιστές γραφείου και διαδικτύου, ειδικά καθώς το λειτουργικό σύστημα του τηλεφώνου είναι μια άλλη βασική παράμετρος. Οι εφαρμογές Android και iOS, για παράδειγμα, έρχονται σε εντελώς διαφορετικές μορφές και απαιτούν μια εντελώς ξεχωριστή διαδικασία ανάπτυξης και ελέγχου για να εξυπηρετήσουν και τις δύο.
5. Δοκιμή συμβατότητας υλικού
Αυτοί οι έλεγχοι εξετάζουν τα συγκεκριμένα εξαρτήματα που απαρτίζουν το μηχάνημα και τον τρόπο με τον οποίο μπορεί να επηρεάσουν ένα πρόγραμμα- αυτό είναι κρίσιμο για σχεδόν κάθε τύπο συσκευής. Για παράδειγμα, ένας υπολογιστής μπορεί να διαθέτει κάρτα γραφικών που δεν μπορεί να αποδώσει με επιτυχία το περιβάλλον μιας διαδικτυακής εφαρμογής.
6. Δοκιμή συμβατότητας συσκευών
Ορισμένες εφαρμογές συνδέονται με εξωτερικές συσκευές μέσω Bluetooth, ευρυζωνικής ή ενσύρματης σύνδεσης. Μια εφαρμογή μπορεί να χρειάζεται να συνδεθεί με έναν εκτυπωτή, για παράδειγμα. Αυτές οι δοκιμές αποσκοπούν στο να διασφαλίσουν ότι το πρόγραμμα συνεργάζεται με τις συνδέσεις της ίδιας της πλατφόρμας και με οποιεσδήποτε συσκευές στις οποίες μπορεί να έχει πρόσβαση.
7. Δοκιμή συμβατότητας δικτύου
Εάν μια εφαρμογή απαιτεί λειτουργικότητα δικτύου για να εκτελεστεί – όπως για παράδειγμα μέσω σύνδεσης με μια ηλεκτρονική βάση δεδομένων μέσω του διακομιστή της εταιρείας – αυτό απαιτεί πολυάριθμους ελέγχους συμβατότητας. Αυτό διασφαλίζει ότι το πρόγραμμα μπορεί να εκτελεστεί με την κατάλληλη ταχύτητα σε σύνδεση δικτύου Wi-Fi, 4G ή 3G.
Τι δοκιμάζουμε στις δοκιμές συμβατότητας;
Οι ελεγκτές συμβατότητας συνήθως ελέγχουν τα εξής:
1. Επιδόσεις
Ένας από τους κύριους σκοπούς των δοκιμών συμβατότητας είναι η διασφάλιση της σταθερότητας, καθώς ορισμένες πτυχές της εφαρμογής μπορεί να είναι εντελώς ασύμβατες με κοινές πλατφόρμες. Εξετάζοντας τη συνολική απόκριση του προγράμματος, η ομάδα δοκιμών διασφαλίζει ότι δεν υπάρχουν σοβαρές καταρρεύσεις σε ορισμένες συσκευές.
2. Λειτουργικότητα
Η δοκιμή συμβατότητας ελέγχει επίσης τα γενικά χαρακτηριστικά και τις λειτουργίες μιας εφαρμογής για να διασφαλίσει ότι το λογισμικό είναι σε θέση να παρέχει τα σωστά αποτελέσματα. Για παράδειγμα, ένα σύστημα διαχείρισης πελατειακών σχέσεων μπορεί να μην είναι σε θέση να προσφέρει δεδομένα πωλήσεων ή γενικές αναλύσεις για χρήστες με ξεπερασμένο λειτουργικό σύστημα.
3. Γραφικά
Ορισμένα προγράμματα περιήγησης ή συσκευές ενδέχεται να δυσκολεύονται να αποδώσουν ορισμένα γραφικά στοιχεία για διάφορους λόγους – και οι έλεγχοι συμβατότητας μπορούν να βοηθήσουν σε αυτό. Ένα πρόγραμμα μπορεί να είναι σε θέση να λειτουργεί μόνο σε συγκεκριμένες αναλύσεις οθόνης, εκτός εάν οι προγραμματιστές αλλάξουν τον τρόπο με τον οποίο το πρόγραμμα εμφανίζει το περιεχόμενό του.
4. Συνδεσιμότητα
Οι δοκιμές συμβατότητας εξετάζουν επίσης τον τρόπο με τον οποίο το πρόγραμμα ενσωματώνεται ειδικά τόσο με τη συσκευή του χρήστη όσο και με τη δική του βάση δεδομένων, επιτρέποντάς του να εντοπίζει συσκευές όπως εκτυπωτές. Αυτοί οι έλεγχοι μπορεί, για παράδειγμα, να αποκαλύψουν ότι η εφαρμογή δεν μπορεί να συνδεθεί με τη δική της βάση δεδομένων σε δίκτυα 3G.
5. Ευελιξία
Αυτοί οι έλεγχοι διασφαλίζουν ότι η εφαρμογή της εταιρείας είναι αρκετά ευέλικτη ώστε να λειτουργεί σε παλιές και νέες εκδόσεις του ίδιου λειτουργικού συστήματος μέσω δοκιμών συμβατότητας προς τα πίσω και προς τα εμπρός. Αυτό διασφαλίζει ότι οι χρήστες δεν αποκλείονται από το πρόγραμμα, εάν το λογισμικό τους έχει ξεπεραστεί κατά μερικά χρόνια.
Τύποι αποτελεσμάτων από τις δοκιμές συμβατότητας
Τα τρία κύρια αποτελέσματα των δοκιμών συμβατότητας είναι:
1. Αποτελέσματα δοκιμών
Το πιο συνηθισμένο αποτέλεσμα αυτών των ελέγχων είναι τα ίδια τα αποτελέσματα, τα οποία μπορεί να έχουν πολλές μορφές. Για παράδειγμα, η δοκιμή συμβατότητας με το πρόγραμμα περιήγησης μπορεί να αποκαλύψει ότι μια εφαρμογή ιστού οδηγεί σε διαρροή μνήμης στον Microsoft Edge, ενώ η ίδια εφαρμογή δεν έχει αρνητικές επιπτώσεις στα προγράμματα περιήγησης που βασίζονται στον Chrome. Εναλλακτικά, η εφαρμογή θα μπορούσε να λειτουργεί ακριβώς όπως περιμένει η ομάδα στις σχετικές πλατφόρμες.
2. Ημερολόγια δοκιμών
Τα αποτελέσματα των δοκιμών εκδηλώνονται επίσης με τη μορφή των αρχείων καταγραφής της ίδιας της εφαρμογής, τα οποία αναδεικνύουν μέσω μηνυμάτων σφάλματος τυχόν προβλήματα λογισμικού που έχουν ανακαλυφθεί. Αυτά τα αρχεία καταγραφής μπορούν ακόμη και να προσδιορίσουν το συγκεκριμένο τμήμα ενός προγράμματος που προκαλεί αυτό το σφάλμα. Ειδικότερα για τις δοκιμές συμβατότητας, οι ελεγκτές πρέπει να είναι εξοικειωμένοι με τον τρόπο με τον οποίο αυτά τα αρχεία καταγραφής εκδηλώνονται και παρουσιάζουν αυτά τα ζητήματα σε διαφορετικές πλατφόρμες.
3. Περιπτώσεις δοκιμών
Οι περιπτώσεις δοκιμών συμβατότητας καθορίζουν τις δοκιμές που θα εκτελέσει η ομάδα και προσφέρουν ένα χώρο για την καταγραφή των αποτελεσμάτων σε απλή μορφή. Οι δοκιμαστές θα πρέπει να χρησιμοποιούν τις γνώσεις τους για το λογισμικό, σε συνδυασμό με τα αποτελέσματα και τα αρχεία καταγραφής, για να εντοπίσουν την αιτία ενός προβλήματος. Όσο περισσότερες πληροφορίες παρέχουν, τόσο γρηγορότερα οι προγραμματιστές μπορούν να ξεκινήσουν τις διορθώσεις σφαλμάτων.
Τύποι ελαττωμάτων που εντοπίστηκαν
μέσω δοκιμών συμβατότητας
Ακολουθούν τα πιο συνηθισμένα σφάλματα που μπορούν να εντοπίσουν οι δοκιμές συμβατότητας:
1. Κλιμάκωση διάταξης
Ένα τεστ συμβατότητας ιστότοπου μπορεί να δείξει αν τα στοιχεία που αποτελούν μια εφαρμογή ιστού ή ακόμη και ιστοσελίδες προσαρμόζονται στη συσκευή του χρήστη, συγκεκριμένα στην ανάλυση και το μέγεθος της οθόνης του. Ως αποτέλεσμα, ορισμένα γραφικά ενδέχεται να είναι δύσκολο να προβληθούν σε συγκεκριμένους φυλλομετρητές.
2. Συντριβές λογισμικού
Οι δοκιμές συμβατότητας διευκολύνουν να διαπιστώσετε αν μια εφαρμογή είναι σε θέση να τρέξει σε ορισμένες πλατφόρμες. Για παράδειγμα, ένας προγραμματιστής παιχνιδιών θα μπορούσε να ανακαλύψει τις ελάχιστες απαιτήσεις συστήματος του προϊόντος του ελέγχοντας ποιες συσκευές καταρρέουν λόγω ανεπαρκούς μνήμης RAM και ταχύτητας επεξεργαστή κατά την εκκίνηση του παιχνιδιού από τους δοκιμαστές.
3. Ζητήματα επικύρωσης HTML/CSS
Διαφορετικά προγράμματα περιήγησης και συσκευές διαβάζουν τον κώδικα με διαφορετικούς τρόπους – με ορισμένα να διορθώνουν αυτόματα τα απλά λάθη κωδικοποίησης, όπως το μη σωστό κλείσιμο μιας ετικέτας HTML. Η δοκιμή συμβατότητας με το πρόγραμμα περιήγησης μπορεί να εντοπίσει περιπτώσεις μη έγκυρων CSS, οι οποίες εμποδίζουν την εφαρμογή να παράγει το περιεχόμενό της, ακόμη και βασικές λειτουργίες.
4. Σφάλματα αναπαραγωγής βίντεο
Πολλές σύγχρονες συσκευές αναπαραγωγής βίντεο κάνουν χρήση της HTML5 για τη ροή βίντεο στο διαδίκτυο, με αυτό να αποτελεί ενδεχομένως βασικό μέρος της διαδικτυακής εφαρμογής μιας εταιρείας. Ωστόσο, οι ομάδες που ελέγχουν τη συμβατότητα του προγράμματος περιήγησης στον ιστότοπο ενδέχεται να διαπιστώσουν ότι οι λειτουργίες βίντεο της εφαρμογής τους δεν είναι συμβατές με ξεπερασμένα προγράμματα περιήγησης.
5. Ασφάλεια αρχείων
Ο έλεγχος συμβατότητας στη μηχανική λογισμικού μπορεί επίσης να εντοπίσει προβλήματα με την ασφάλεια των αρχείων και τον τρόπο με τον οποίο αυτή διαφέρει μεταξύ των συσκευών. Για παράδειγμα, οι νεότερες εκδόσεις των Windows διαθέτουν πιο ισχυρή ασφάλεια εισόδου/εξόδου. Αυτό μπορεί να έχει ως αποτέλεσμα η εφαρμογή (όπως το λογισμικό προστασίας από ιούς) να δυσκολεύεται να αποκτήσει πρόσβαση στα αρχεία της συσκευής.
Διαδικασία δοκιμής συμβατότητας
Τα συνήθη βήματα της δοκιμής συμβατότητας είναι τα εξής:
1. Σύνταξη σχεδίου δοκιμών
Ένα ολοκληρωμένο σχέδιο δοκιμών είναι ζωτικής σημασίας για τον έλεγχο συμβατότητας- η ομάδα διασφάλισης ποιότητας μπορεί να ανατρέξει σε αυτό, εφόσον χρειάζεται, κατά τη διάρκεια των ελέγχων της. Για παράδειγμα, αναφέρονται λεπτομερώς οι συσκευές που θα δοκιμάσουν και τα κριτήρια για την επιτυχία ή την αποτυχία- πρέπει επίσης να καθορίσουν αν θα χρησιμοποιήσουν ρομποτική αυτοματοποίηση διαδικασιών.
2. Διαμόρφωση περιπτώσεων δοκιμής
Οι περιπτώσεις δοκιμών είναι εξίσου σημαντικές, καθώς αναλύουν τους συγκεκριμένους ελέγχους συμβατότητας που εκτελούν οι ομάδες και τις συγκεκριμένες συσκευές με τις οποίες συνεργάζονται. Περιέχει επίσης τα ακριβή βήματα που θα ακολουθήσουν οι δοκιμαστές, καθώς και άφθονο χώρο για να καταγράψουν το αποτέλεσμα και κάθε πληροφορία που θα βοηθήσει τους προγραμματιστές να επιβάλουν τη συμβατότητα.
3. Δημιουργία του περιβάλλοντος δοκιμών
Ένα απομονωμένο και ανεξάρτητο περιβάλλον δοκιμών, απαλλαγμένο από εξωτερικές επιρροές, είναι απαραίτητο για τη διασφάλιση ακριβών δοκιμών, επιτρέποντας επίσης στην ομάδα διασφάλισης ποιότητας να εντοπίσει από πού προέρχονται τα προβλήματα που αποκαλύπτουν. Επιπλέον, οι δοκιμαστές μπορούν να διεξάγουν τους ελέγχους τους στην εφαρμογή χωρίς να επηρεάζουν καθόλου την “πραγματική” έκδοση.
4. Εκτέλεση των δοκιμών
Με τις περιπτώσεις δοκιμών και το περιβάλλον πλήρως προετοιμασμένα, η ομάδα μπορεί να ξεκινήσει τις δοκιμές συμβατότητας – ακόμη και με μια αυτοματοποιημένη λύση, έχει μόνο περιορισμένο χρόνο. Οι δοκιμαστές θα πρέπει να δώσουν προτεραιότητα στα πιο κοινά λειτουργικά συστήματα και διαμορφώσεις συσκευών για να το λάβουν υπόψη τους και να εξασφαλίσουν ευρεία κάλυψη των δοκιμών παρά τους περιορισμούς αυτούς.
5. Επανέλεγχος
Μόλις ολοκληρωθούν οι δοκιμές και οι προγραμματιστές λάβουν τις περιπτώσεις δοκιμών, θα τροποποιήσουν την εφαρμογή με τρόπους που βελτιώνουν τη συμβατότητά της, αν και αυτό μπορεί να μην είναι δυνατό για όλες τις συσκευές. Στη συνέχεια, οι δοκιμαστές ελέγχουν εκ νέου την εφαρμογή και επαληθεύουν ότι τα προβλήματα που αποκάλυψαν προηγουμένως δεν υπάρχουν πλέον και ότι δεν υπάρχουν νέα σημαντικά σφάλματα.
Κοινές μετρικές δοκιμών συμβατότητας
Ακολουθούν ορισμένες κοινές μετρήσεις που χρησιμοποιούνται για δοκιμές συμβατότητας:
1. Εύρος ζώνης
Οι δοκιμές συμβατότητας δικτύου μετρούν τον τρόπο με τον οποίο η εφαρμογή συνεργάζεται με διάφορα δίκτυα, συμπεριλαμβανομένων των ευρυζωνικών δικτύων και των δικτύων δεδομένων κινητής τηλεφωνίας. Το ελάχιστο εύρος ζώνης που απαιτείται για να εκτελεί το πρόγραμμα τα συνήθη καθήκοντά του και να συνδέεται με τη βάση δεδομένων της εταιρείας μπορεί να είναι πολύ υψηλό για τη μέση σύνδεση 3G, για παράδειγμα.
2. Χρήση CPU
Ένας τρόπος με τον οποίο εκδηλώνονται τα προβλήματα απόδοσης είναι η δυσανάλογα υψηλή χρήση της CPU – αυτό μπορεί να σημαίνει ότι η συσκευή απλώς δεν πληροί τις ελάχιστες απαιτήσεις του προγράμματος. Τα προβλήματα CPU ενδέχεται επίσης να επηρεάσουν το χρόνο απόκρισης της εφαρμογής, περιορίζοντας τη λειτουργικότητά της και προκαλώντας αρκετή καθυστέρηση ώστε να αποσυνδέσει τους χρήστες.
3. Κλίμακα ευχρηστίας συστήματος
Η Κλίμακα Ευχρηστίας Συστήματος είναι ένας κοινός τρόπος μέτρησης των υποκειμενικών λεπτομερειών ενός προγράμματος, που περιλαμβάνει δέκα βασικές ερωτήσεις σχετικά με τη χρηστικότητα μιας εφαρμογής. Η προκύπτουσα βαθμολογία SUS είναι 100 και ενδέχεται να διαφέρει από τη μία πλατφόρμα στην άλλη λόγω γραφικών σφαλμάτων.
4. Συνολικός αριθμός ελαττωμάτων
Αυτή η μέτρηση είναι σταθερή στους περισσότερους τύπους δοκιμών, επιτρέποντας στους ελεγκτές να κατανοήσουν την τρέχουσα κατάσταση του προγράμματος. Η ομάδα μπορεί επίσης να συγκρίνει τα σύνολα ελαττωμάτων μεταξύ των διαφόρων πλατφορμών. Με τον τρόπο αυτό, οι ελεγκτές θα μπορούσαν να επισημάνουν τα σφάλματα που οφείλονται σε ασυμβατότητα.
5. Βαθμολογία SUPRQ
Παρόμοια με τη βαθμολογία SUS μιας εφαρμογής, το ερωτηματολόγιο Standardized User Experience Percentile Rank Questionnaire είναι ένας τρόπος με τον οποίο οι δοκιμαστές βαθμολογούν μια εφαρμογή σε διάφορους βασικούς παράγοντες, συμπεριλαμβανομένης της ευχρηστίας και της εμφάνισης. Αυτό τους βοηθά να εντοπίσουν πώς οι πελάτες μπορεί να δυσκολεύονται να χρησιμοποιήσουν την εφαρμογή σε ορισμένες συσκευές.
7 λάθη και παγίδες στην εφαρμογή δοκιμών συμβατότητας
Ακολουθούν επτά σημαντικά λάθη που πρέπει να αποφύγετε κατά τη διενέργεια δοκιμών συμβατότητας:
1. Έλλειψη πραγματικών συσκευών
Αν και θα ήταν αδύνατο να δοκιμαστεί σε κάθε πιθανό συνδυασμό συσκευών, μια ομάδα δοκιμών μπορεί να επωφεληθεί από τη χρήση όσο το δυνατόν περισσότερων πραγματικών συσκευών. Διάφορες πλατφόρμες προσφέρουν “πραγματικές” συσκευές μέσω λύσεων cloud, προκειμένου να διευκολυνθεί η δοκιμή συμβατότητας μεταξύ διαφορετικών προγραμμάτων περιήγησης με τρόπους που μπορούν να αντικατοπτρίζουν τις εγγενείς επιδόσεις.
2. Αποφυγή παλαιότερων συσκευών
Πολλοί χρήστες εξακολουθούν να έχουν πρόσβαση στις εφαρμογές τους σε παλαιότερες εκδόσεις των Windows ή του iOS.Η αποκλειστική εστίαση σε νέες εκδόσεις δημοφιλών συσκευών και λειτουργικών συστημάτων θα μπορούσε να περιορίσει την εμβέλεια ενός προϊόντος. Αν η ομάδα δεν επεκτείνει τις δοκιμές της σε “ξεπερασμένες” συσκευές, ένα σημαντικό μέρος του κοινού της μπορεί να δυσκολευτεί να χρησιμοποιήσει το πρόγραμμα.
3. Κακή διαχείριση του χρόνου
Συχνά υπάρχει μεγάλος όγκος συσκευών και διαμορφώσεων που απαιτούν δοκιμή συμβατότητας, πράγμα που σημαίνει ότι η ομάδα πρέπει να διαχειριστεί το χρόνο της για να ελέγξει όσο το δυνατόν περισσότερες από αυτές. Αυτό είναι σημαντικό, καθώς οι δοκιμές τυπικά συνεχίζονται ακόμη κοντά στο τέλος της ανάπτυξης- η κακή διαχείριση θα μπορούσε να περιορίσει μαζικά τον αριθμό των ελέγχων.
4. Ακατάλληλος προγραμματισμός
Ομοίως, είναι εξαιρετικά σημαντικό οι ομάδες να διασφαλίζουν ότι διεξάγουν αυτές τις δοκιμές σε ένα λογικό στάδιο της ανάπτυξης του προγράμματος, κατά προτίμηση μετά τις δοκιμές άλφα και τις περισσότερες μορφές λειτουργικών δοκιμών. Αυτό διευκολύνει τη διαπίστωση του αν ένα πρόβλημα είναι γενικό ελάττωμα ή αν αφορά ειδικά τις συσκευές που εξετάζει η ομάδα.
5. Δεν λαμβάνεται υπόψη η ανάλυση της οθόνης
Η ανάλυση της οθόνης μπορεί να είναι ένας πολύ μεγαλύτερος παράγοντας συμβατότητας από ό,τι αναγνωρίζουν πολλές ομάδες δοκιμών – ειδικά επειδή είναι προσαρμόσιμη και επηρεάζει τον τρόπο με τον οποίο μια συσκευή εμφανίζει γραφικά στοιχεία. Ακόμα και με την προθεσμία που πλησιάζει για τις δοκιμές συμβατότητας, είναι ζωτικής σημασίας οι ομάδες δοκιμών να εργάζονται για να το συμπεριλάβουν στη στρατηγική τους.
Έλλειψη εμπειρογνωμοσύνης
Οι δοκιμαστές πρέπει να είναι ιδιαίτερα εξειδικευμένοι για να ελέγχουν τη συμβατότητα ιστοτόπων, προγραμμάτων περιήγησης και λογισμικού, μεταξύ των πολλών άλλων μορφών που μπορούν να λάβουν αυτές οι δοκιμές. Εάν ένας επικεφαλής δοκιμών αναθέσει σε ένα από τα μέλη της ομάδας του να εκτελέσει ελέγχους συμβατότητας και αυτό δεν έχει επαρκή εμπειρία, αυτό μπορεί να επιβραδύνει τις δοκιμές και να περιορίσει την ακρίβειά τους.
6. Καμία προηγούμενη συζήτηση
Καθώς οι δοκιμές συμβατότητας είναι συχνά χρονοβόρες (και ενδεχομένως απαιτούν ένα ευρύ φάσμα συσκευών), οι ομάδες πρέπει να καθορίζουν πλήρως το πεδίο εφαρμογής των ελέγχων τους νωρίς στο στάδιο της διασφάλισης ποιότητας. Για παράδειγμα, πρέπει να έχουν σαφή ιδέα για το ποιες συγκεκριμένες συσκευές ή διαμορφώσεις σκοπεύουν να ελέγξουν πριν καν αρχίσουν οι έλεγχοι.
Βέλτιστες πρακτικές για δοκιμές συμβατότητας
Οι καλύτεροι τρόποι για να εξασφαλίσετε υψηλής ποιότητας δοκιμές συμβατότητας περιλαμβάνουν:
1. Δοκιμή καθ’ όλη τη διάρκεια της ανάπτυξης
Καθώς το λογισμικό αλλάζει σημαντικά από τη μία εβδομάδα στην άλλη, αυτό μπορεί να επηρεάσει τη συμβατότητα του προγράμματος με τις συσκευές για τις οποίες προορίζεται. Οι ομάδες πρέπει να εκτελούν επανειλημμένα δοκιμές συμβατότητας λογισμικού και cross-browser για να βεβαιωθούν ότι η εφαρμογή εξακολουθεί να λειτουργεί καλά σε αυτές τις πλατφόρμες μετά από αλλαγές στην ανάπτυξη.
2. Χρήση πραγματικών συσκευών
Ορισμένα εργαλεία δοκιμών συμβατότητας προσφέρουν πρόσβαση σε “πραγματικές” προσομοιωμένες συσκευές, οι οποίες είναι σε θέση να προσομοιάζουν στενά στην εμπειρία του χρήστη για τη συγκεκριμένη πλατφόρμα. Αυτό σας επιτρέπει να εξασφαλίζετε συμβατότητα σε περισσότερες συσκευές, διατηρώντας παράλληλα ένα υψηλό επίπεδο ακρίβειας που δεν υπάρχει σε ορισμένες αυτοματοποιημένες λύσεις.
3. Ιεράρχηση των δοκιμών
Με περιορισμένο χρόνο για τη διεξαγωγή αυτών των ελέγχων, οι ελεγκτές συμβατότητας μπορεί να χρειαστεί να δώσουν προτεραιότητα στις πιο κοινές συσκευές, προγράμματα περιήγησης και λειτουργικά συστήματα. Ομοίως, η ομάδα δοκιμών θα πρέπει να επιθεωρεί πρώτα τα πιο κρίσιμα χαρακτηριστικά του λογισμικού για να εγγυηθεί τη βασική λειτουργικότητα σε αυτές τις συσκευές.
4. Ενσωμάτωση ευέλικτων τεχνικών
Ορισμένες εταιρείες επιλέγουν να υιοθετήσουν μια προσέγγιση που βασίζεται σε σπριντ για τις δοκιμές συμβατότητας, επιτρέποντάς τους να επιτύχουν εύκολα τα ορόσημα των δοκιμών – όπως ο έλεγχος ενός συγκεκριμένου αριθμού συσκευών. Η ευελιξία ενθαρρύνει τη διατμηματική επικοινωνία, ενώ παράλληλα παρέχει μια καθορισμένη δομή δοκιμών που μπορεί να εγγυηθεί συνεπή και ταχεία βελτίωση.
5. Περιορισμός του πεδίου δοκιμών
Οι ομάδες διασφάλισης ποιότητας πρέπει να γνωρίζουν πότε να τερματίζουν τις δοκιμές τους και να αποδέχονται ακόμη και μια περίπτωση ασυμβατότητας. Σε αυτή την περίπτωση, ο προγραμματιστής μπορεί να μην αλλάξει το λογισμικό, αλλά να αλλάξει τις ελάχιστες απαιτήσεις, αν αυτό είναι πολύ δύσκολο να παρακαμφθεί μέσω διορθώσεων σφαλμάτων.
Παραδείγματα περιπτώσεων και σεναρίων δοκιμών συμβατότητας
Οι περιπτώσεις δοκιμών συμβατότητας καθορίζουν τις εισροές της ομάδας δοκιμών, τη στρατηγική δοκιμών και τα αναμενόμενα αποτελέσματα, τα οποία συγκρίνουν με τα πραγματικά αποτελέσματα. Καθώς οι έλεγχοι καλύπτουν πολλές συσκευές και διαμορφώσεις, πρόκειται συχνά για μια εκτεταμένη διαδικασία.
Αυτές οι περιπτώσεις συνήθως περιλαμβάνουν:
– Δοκιμάστε ότι η HTML της εφαρμογής ιστού εμφανίζεται σωστά.
– Ελέγξτε ότι ο κώδικας JavaScript του λογισμικού είναι χρησιμοποιήσιμος.
– Δείτε αν η εφαρμογή λειτουργεί σε διαφορετικές αναλύσεις.
– Ελέγξτε ότι το πρόγραμμα μπορεί να έχει πρόσβαση στον κατάλογο αρχείων.
– Βεβαιωθείτε ότι η εφαρμογή συνδέεται σε όλα τα βιώσιμα δίκτυα.
Ακολουθούν συγκεκριμένα παραδείγματα δοκιμών συμβατότητας στη δοκιμή λογισμικού για διάφορα προγράμματα:
1. Εφαρμογή κοινωνικής δικτύωσης
Τα κοινωνικά δίκτυα έχουν συνήθως τη μορφή εφαρμογών ιστού σε προγράμματα περιήγησης και εφαρμογών για κινητά για αντίστοιχες συσκευές- και οι δύο τύποι απαιτούν εξίσου ενδελεχείς δοκιμές. Για παράδειγμα, αυτή η εφαρμογή για κινητά πρέπει να είναι πλήρως λειτουργική τουλάχιστον σε συσκευές iOS και Android – με την ομάδα να ελέγχει παλιές και νέες συσκευές σε κάθε λειτουργικό σύστημα. Εάν ένα συγκεκριμένο μοντέλο iPhone δεν μπορεί να αποδώσει αρχεία GIF με κινούμενα σχέδια, για παράδειγμα, η ομάδα πρέπει να εντοπίσει τι το προκαλεί αυτό, ώστε να διασφαλίσει μια συνεπή εμπειρία χρήστη.
2. Βιντεοπαιχνίδι
Τα βιντεοπαιχνίδια προσφέρουν γενικά παραμετροποιήσιμες επιλογές γραφικών που οι χρήστες μπορούν να αλλάξουν ώστε να ταιριάζουν με το μηχάνημά τους.Αυτό περιλαμβάνει τον έλεγχο της ανάλυσης της οθόνης και τη διασφάλιση της κατάλληλης κλίμακας του UI. Ορισμένα προβλήματα μπορεί να εμφανιστούν ανάλογα με το συγκεκριμένο υλικό του παίκτη – με σφάλματα αντιδιαμόρφωσης που οδηγούν σε κοκκώδη γραφικά. Αυτό μπορεί να οφείλεται σε μια κοινή κάρτα γραφικών που δεν είναι συμβατή με την απόδοση υφών της εταιρείας. Ανάλογα με το ακριβές πρόβλημα, αυτό μπορεί να εκδηλωθεί ακόμη και ως κατάρρευση του συστήματος κατά την εκκίνηση του παιχνιδιού από ορισμένες συσκευές.
3. Σύστημα cloud CRM
Οι λύσεις διαχείρισης πελατειακών σχέσεων κάνουν μεγάλη χρήση των βάσεων δεδομένων για την ανάκτηση πληροφοριών σχετικά με τις συναλλαγές τους, τους προμηθευτές και άλλες σημαντικές πτυχές της επιχείρησης, κυρίως με τη βοήθεια της αποθήκευσης στο σύννεφο. Οι δοκιμαστές θα πρέπει να βεβαιωθούν ότι αυτή η βάση δεδομένων και οι υπηρεσίες νέφους λειτουργούν σε διαφορετικά δίκτυα, συμπεριλαμβανομένων των 3G και 4G, εάν ένας χρήστης χρειάζεται να έχει πρόσβαση χωρίς σύνδεση στο διαδίκτυο. Η ομάδα πρέπει επίσης να επιθεωρήσει ένα ευρύ φάσμα λειτουργικών συστημάτων, καθώς ορισμένες δυσλειτουργίες μπορεί να εμφανίζονται μόνο σε συσκευές Linux, για παράδειγμα.
Χειροκίνητες ή αυτοματοποιημένες δοκιμές συμβατότητας;
Η αυτοματοποίηση θα μπορούσε να είναι πολύ χρήσιμη για τις δοκιμές συμβατότητας, επιτρέποντας στις ομάδες να ελέγχουν μεγάλο αριθμό συσκευών πολύ πιο γρήγορα από μια χειροκίνητη προσέγγιση. Ωστόσο, οι χειροκίνητες δοκιμές μπορεί να είναι πιο κατάλληλες όταν διεξάγονται έλεγχοι σε περιορισμένο αριθμό προγραμμάτων περιήγησης και συσκευών – για παράδειγμα, ένα βιντεοπαιχνίδι που διατίθεται μόνο σε δύο πλατφόρμες. Η ευχρηστία του λογισμικού αποτελεί συχνά βασικό παράγοντα στις δοκιμές συμβατότητας και συνήθως απαιτεί την ανθρώπινη οπτική γωνία, η οποία μπορεί να εντοπίσει καλύτερα τα προβλήματα γραφικής απόδοσης. Η αυτοματοποίηση ρομποτικών διαδικασιών μπορεί να βοηθήσει σε αυτό με την εφαρμογή ρομπότ λογισμικού που μπορούν ευκολότερα να μιμηθούν την προσέγγιση ενός ανθρώπινου χρήστη στις δοκιμές συμβατότητας.
Για προγράμματα που έχουν σχεδιαστεί για ένα ευρύ φάσμα συσκευών, όπως εφαρμογές για κινητά και διαδίκτυο, η αυτοματοποίηση επιτρέπει στην ομάδα να εξασφαλίσει ευρύτερη κάλυψη δοκιμών. Θα μπορούσαν ακόμη και να χρησιμοποιήσουν την υπεραυτοματοποίηση για την έξυπνη ανάθεση αυτών των ελέγχων με τρόπο που να διασφαλίζει ότι οι ανθρώπινοι ελεγκτές θα επιθεωρούν αυτές τις πλατφόρμες για λειτουργίες που αφορούν συγκεκριμένους χρήστες. Ο έλεγχος συμβατότητας στις χειροκίνητες δοκιμές εξακολουθεί να είναι υποχρεωτικός για ορισμένες εργασίες – όπως ο έλεγχος της σωστής εμφάνισης του περιβάλλοντος εργασίας σε κάθε συσκευή. Αυτό σημαίνει ότι η καλύτερη προσέγγιση θα μπορούσε να είναι μια συνδυασμένη στρατηγική που μπορεί να δοκιμάσει περισσότερες συσκευές συνολικά μέσω αυτοματοποίησης, αυξάνοντας το ρυθμό τους, ενώ παράλληλα θα εξακολουθεί να λαμβάνει υπόψη τη σημασία της ευχρηστίας.
Τι χρειάζεστε για να ξεκινήσετε τον έλεγχο συμβατότητας;
Οι κύριες προϋποθέσεις για τη δοκιμή συμβατότητας συνήθως περιλαμβάνουν:
1. Εξειδικευμένο προσωπικό δοκιμών
Οι ελεγκτές συμβατότητας έχουν γενικά υψηλότερες απαιτήσεις δεξιοτήτων από άλλες μορφές διασφάλισης ποιότητας, λόγω του γεγονότος ότι ελέγχουν ένα ευρύτερο φάσμα συσκευών και συχνά αντιμετωπίζουν περισσότερα σφάλματα. Αυτό μπορεί να περιλαμβάνει την επίλυση προβλημάτων, την επικοινωνία και την προσοχή στη λεπτομέρεια. Οι επικεφαλής των ομάδων θα πρέπει να αναθέτουν σε ελεγκτές που έχουν εμπειρία στην εξέταση της ίδιας εφαρμογής σε πολλές πλατφόρμες.
2. Ισχυρή εξομοίωση συσκευής
Μπορεί να είναι δύσκολο να βρεθεί και να δοκιμαστεί κάθε φυσική συσκευή στο πεδίο εφαρμογής της ομάδας, καθιστώντας την εξομοίωση απαραίτητη για να δούμε πώς ανταποκρίνονται οι διάφορες πλατφόρμες στο ίδιο πρόγραμμα. Αυτή η διαδικασία σπάνια είναι τέλεια και οι δοκιμαστές πρέπει να εξετάσουν τους πολλούς εξομοιωτές και τα αυτοματοποιημένα εργαλεία δοκιμών που είναι διαθέσιμα για να δουν ποιο προσφέρει τη μεγαλύτερη ακρίβεια.
3. Σαφές πεδίο δοκιμών
Η ομάδα θα πρέπει να έχει κατανοήσει το αντικείμενό της πριν από την έναρξη των ελέγχων, ιδίως επειδή αυτό μπορεί να καθορίσει τον ρυθμό με τον οποίο θα εργαστεί. Ενώ το πρόγραμμα μπορεί να στοχεύει στην κάλυψη πολλών πλατφορμών, οι ελεγκτές θα πρέπει να προσδιορίσουν ένα κατάλληλο σημείο αποκοπής. Για παράδειγμα, η δοκιμή λειτουργικών συστημάτων που κυκλοφόρησαν πριν από τα Windows 7 μπορεί να οδηγήσει σε φθίνουσες αποδόσεις.
4. Διαχείριση χρόνου
Ο έλεγχος συμβατότητας μπορεί να πραγματοποιηθεί σε οποιοδήποτε σημείο του σταδίου διασφάλισης ποιότητας, αλλά συνήθως φυλάσσεται για το τέλος της ανάπτυξης – όταν το πρόγραμμα είναι σταθερό και πλήρες. Ωστόσο, οι δοκιμαστές θα πρέπει να εξετάζουν τη συμβατότητα πολύ πριν από αυτό, καθώς είναι συχνά χρονοβόρο. Ο αξιόπιστος προγραμματισμός εκ των προτέρων βοηθά την ομάδα να διασφαλίσει ότι διαθέτει επαρκή χρόνο για κάθε έλεγχο.
Δοκιμές συμβατότητας
λίστα ελέγχου, συμβουλές & κόλπα
Ακολουθούν πρόσθετες συμβουλές που πρέπει να έχουν κατά νου οι ομάδες διασφάλισης ποιότητας κατά τη διενέργεια δοκιμών συμβατότητας:
1. Μην στοχεύετε στην απόλυτη κάλυψη
Αν και κάθε στρατηγική δοκιμών στοχεύει στη μεγιστοποίηση της κάλυψης δοκιμών, συνήθως σταματάει πριν φτάσει στο 100% λόγω της φθίνουσας απόδοσης με μικρές μόνο βελτιώσεις για πολύ λίγους χρήστες. Στο πλαίσιο της συμβατότητας, οι ομάδες θα πρέπει να κατανοήσουν πότε πολύ λίγοι από τους πελάτες τους θα χρησιμοποιούν μια συσκευή για να αξίζει τον κόπο αυτοί οι έλεγχοι.
2. Προτεραιότητα σε συνδυασμούς cross-browser
Η δοκιμή συμβατότητας μεταξύ διαφορετικών προγραμμάτων περιήγησης περιλαμβάνει τον έλεγχο κάθε προγράμματος περιήγησης σε διάφορα λειτουργικά συστήματα. Οι δοκιμαστές πρέπει να χρησιμοποιούν ολοκληρωμένες αναλύσεις σχετικά με το κοινό τους για να προσδιορίσουν το πιο δημοφιλές από τα δύο και να το χρησιμοποιήσουν για να καθοδηγήσουν την προσέγγισή τους. Θα μπορούσαν ακόμη και να αναπτύξουν έναν πίνακα συμβατότητας με τα προγράμματα περιήγησης, ο οποίος θα καθορίζει το πεδίο εφαρμογής αυτών των ελέγχων και τις διάφορες διαμορφώσεις τους.
3. Επαλήθευση της διάταξης
Η διασφάλιση μιας σταθερής εμπειρίας βρίσκεται στο επίκεντρο των δοκιμών συμβατότητας και οι έλεγχοι αυτοί πρέπει να είναι βαθύτεροι από τον προσδιορισμό του αν οι λειτουργίες του προγράμματος λειτουργούν σε διαφορετικές συσκευές. Οι ομάδες θα πρέπει επίσης να επαληθεύουν τη συνολική διάταξη του λογισμικού, συμπεριλαμβανομένης της ευθυγράμμισης τυχόν φορμών ή πινάκων, καθώς και την ακεραιότητα των CSS και HTML του προγράμματος.
4. Έλεγχος APIs
Οι διεπαφές προγραμματισμού εφαρμογών αποτελούν βασικό στοιχείο του τρόπου με τον οποίο τα προγράμματα περιήγησης διαβάζουν τις εφαρμογές, καθιστώντας τις ζωτικής σημασίας για τις δοκιμές συμβατότητας μεταξύ των προγραμμάτων περιήγησης μιας ομάδας. Τα διάφορα προγράμματα περιήγησης ιστού έχουν τις δικές τους κλήσεις API και οι ενημερώσεις τους με την πάροδο του χρόνου μπορεί να επηρεάσουν τη συμβατότητα. Οι δοκιμαστές πρέπει να τα ελέγχουν τακτικά, ακόμη και αν η εταιρεία χρησιμοποιεί παρόμοιο API για κάθε πρόγραμμα.
5. Εξετάστε το πιστοποιητικό SSL
Τα πιστοποιητικά SSL αυξάνουν την ασφάλεια ενός προγράμματος περιήγησης – κρυπτογραφώντας την κυκλοφορία στο διαδίκτυο και επιτρέποντας στους χρήστες να επωφεληθούν από τα πρωτόκολλα HTTPS. Ένας ιστότοπος ή μια εφαρμογή ιστού μπορεί να έχει ένα πιστοποιητικό που δεν είναι συμβατό με ορισμένα προγράμματα περιήγησης. Αυτό σημαίνει ότι οι δοκιμαστές θα πρέπει να επικυρώνουν το πιστοποιητικό σε όλες τις μεγάλες πλατφόρμες για να βεβαιωθούν ότι οι χρήστες αισθάνονται ασφαλείς στον ιστότοπό τους.
6. Επικύρωση συσκευών αναπαραγωγής βίντεο
Τα προγράμματα που προβάλλουν βίντεο, όπως οι υπηρεσίες ροής ή τα freemium παιχνίδια για κινητά που υποστηρίζονται από διαφημίσεις, θα πρέπει να υποβάλλονται σε δοκιμές ώστε να διασφαλίζεται ότι τα βίντεο αυτά προβάλλονται σε όλες τις προβλεπόμενες συσκευές. Για πολλές από τις εφαρμογές, οι έλεγχοι αυτοί θα περιλαμβάνουν τόσο τις επιτραπέζιες όσο και τις κινητές συσκευές και θα μπορούσαν να εξετάσουν την ποιότητα, την ταχύτητα και τον ρυθμό καρέ του βίντεο.
5 καλύτερα εργαλεία & λογισμικό ελέγχου συμβατότητας
Τα πιο αποτελεσματικά δωρεάν και επί πληρωμή εργαλεία για τη δοκιμή συμβατότητας περιλαμβάνουν:
1. ZAPTEST Free & Enterprise Edition
Το ZAPTEST προσφέρει εξαιρετική λειτουργικότητα τόσο στην έκδοση Free όσο και στην έκδοση Enterprise (επί πληρωμή), βοηθώντας τις εταιρείες οποιουδήποτε μεγέθους (ή προϋπολογισμού) με τους ελέγχους συμβατότητας. Οι εταιρείες που επιλέγουν την έκδοση Enterprise του ZAPTEST μπορούν να απολαμβάνουν ακόμη και απόδοση έως και 10πλάσια των αρχικών τους επενδύσεων. Η λειτουργία 1SCRIPT της λύσης είναι ειδικά προσαρμοσμένη στις ανάγκες των ελεγκτών συμβατότητας, επιτρέποντάς τους να εκτελούν τις ίδιες ακριβώς δοκιμές σε πολλαπλές πλατφόρμες χωρίς να τροποποιούν τον αντίστοιχο κώδικα. Προσθέστε την υπερσύγχρονη λειτουργία RPA χωρίς επιπλέον κόστος και έχετε μια ολοκληρωμένη λύση για την αυτοματοποίηση κάθε εργασίας.
2. LambdaTest
Η LambdaTest χρησιμοποιεί μια προσέγγιση βασισμένη στο cloud για την παροχή 3.000 αυτοματοποιημένων συσκευών – αν και με σημαντική εστίαση στα προγράμματα περιήγησης ιστού, γεγονός που μπορεί να περιορίσει την αποτελεσματικότητα αυτής της λύσης για ορισμένα προγράμματα. Η πλατφόρμα ειδικεύεται στις συνεχείς δοκιμές, ενσωματώνοντας τη διαδικασία διασφάλισης ποιότητας πιο στενά με την ανάπτυξη. Οι έλεγχοι σε αυτή την εφαρμογή επιτρέπουν επίσης στους χρήστες να ορίσουν την ανάλυση τους, καθιστώντας τον έλεγχο της συμβατότητας μεταξύ των προγραμμάτων περιήγησης πολύ πιο εύκολο. Αυτή η λύση προσφέρει ένα μοντέλο freemium, αν και αυτό περιλαμβάνει περιορισμένες δοκιμές χωρίς αναβάθμιση και χωρίς πραγματικές συσκευές.
3. BrowserStack
Παρόμοια με το LambdaTest, το BrowserStack παρέχει πρόσβαση σε 3.000 πραγματικές συσκευές.Ο κατάλογός του περιλαμβάνει επίσης παλαιές και beta επιλογές για προγράμματα περιήγησης. Ενώ οι άνθρωποι είναι πιο πιθανό να αναβαθμίσουν το πρόγραμμα περιήγησής τους από ό,τι το λειτουργικό τους σύστημα, μπορεί να υπάρχουν ακόμα πολλοί άνθρωποι που χρησιμοποιούν παλαιότερες εκδόσεις – το BrowserStack το προσαρμόζει αυτό. Οι χρήστες μπορούν επίσης να εκτελούν δοκιμές γεωεντοπισμού για να δουν πώς εμφανίζονται οι ιστότοποι και οι εφαρμογές ιστού σε διαφορετικές χώρες. Ωστόσο, δεν υπάρχουν δωρεάν ή freemium επιλογές και οι δοκιμές σε πραγματικές συσκευές μπορεί να είναι αργές.
4. TestGrid
Το TestGrid επιτρέπει την παράλληλη δοκιμή, επιτρέποντας στις ομάδες να ελέγχουν πολλούς συνδυασμούς ταυτόχρονα για να επιταχύνουν τη διαδικασία. Η λύση αυτή ενσωματώνεται επίσης καλά στη ροή εργασιών δοκιμών και ανάπτυξης – ενδεχομένως διευκολύνοντας μια ευέλικτη προσέγγιση, αποτελώντας βασικό μέρος των sprints του τμήματος. Ωστόσο, το TestGrid δυσκολεύεται μερικές φορές να συνδεθεί με συσκευές και προγράμματα περιήγησης cloud. Επιπλέον, το πρόγραμμα είναι αρκετά περιορισμένο όσον αφορά τις δοκιμές φορτίου, την τεκμηρίωση και την προσθήκη νέων συσκευών στην εγκατάσταση της εταιρείας.
5. Browsera
Το Browsera επικεντρώνεται κυρίως στη δοκιμή ιστότοπων για να διασφαλίσει ότι εμφανίζονται σωστά σε διάφορες συσκευές, προγράμματα περιήγησης και λειτουργικά συστήματα. Ως προσέγγιση βασισμένη στο cloud, οι ομάδες διασφάλισης ποιότητας δεν χρειάζεται να εγκαταστήσουν αυτό το εικονικό εργαστήριο δοκιμών στις συσκευές τους. Το Browsera μπορεί επίσης να συγκρίνει τις εξόδους για να εντοπίζει έξυπνα ζητήματα διάταξης και σφάλματα JavaScript που μπορεί να διαφύγουν ακόμη και από έναν άνθρωπο-δοκιμαστή. Ωστόσο, το Browsera δεν έχει υποστήριξη για αρκετά κοινά προγράμματα περιήγησης, συμπεριλαμβανομένου του Opera, και προσφέρει μόνο βασικές δοκιμαστικές λειτουργίες δωρεάν.
Συμπέρασμα
Οι δοκιμές συμβατότητας είναι ζωτικής σημασίας για μια επιτυχημένη στρατηγική διασφάλισης ποιότητας, επιτρέποντας στις ομάδες να επικυρώνουν τις εφαρμογές τους σε ένα ευρύ φάσμα συσκευών. Χωρίς την υιοθέτηση αυτής της τεχνικής, οι εταιρείες μπορεί να αγνοούν ότι το λογισμικό τους δεν θα λειτουργεί για μεγάλο μέρος του κοινού-στόχου τους μέχρι την κυκλοφορία του. Αυτό κοστίζει πολύ χρόνο και χρήμα σε σύγκριση με τις δοκιμές πριν από την κυκλοφορία και εφαρμογές όπως το ZAPTEST μπορούν να βελτιώσουν ακόμη περισσότερο αυτή τη διαδικασία. Με το 1SCRIPT και πολλά άλλα χαρακτηριστικά που διατίθενται δωρεάν, όπως η παράλληλη δοκιμή, η επιλογή του ZAPTEST ως εργαλείου δοκιμών μπορεί να μεταμορφώσει κάθε έργο, δίνοντας στις ομάδες απόλυτη εμπιστοσύνη στην εφαρμογή τους.
