Είτε προγραμματίζετε λογισμικό για μέλη της εταιρείας σας είτε για μια ευρεία πελατειακή βάση, η εφαρμογή των σωστών πρακτικών και πλαισίων δοκιμών, είτε χειροκίνητων, είτε αυτοματοποιημένων, είτε υβριδικών, οδηγεί σε σταθερή ποιότητα λογισμικού, βελτιωμένη φήμη και αποτελεσματικότητα.
Ανάλογα με την εταιρεία στην οποία εργάζεστε, πολλές δοκιμές γίνονται με τη μορφή χειροκίνητων δοκιμών.
Μάθετε περισσότερα σχετικά με το τι είναι η χειροκίνητη δοκιμή, ποιες εταιρείες δοκιμάζουν με χειροκίνητη δοκιμή και μια σειρά από άλλα σημαντικά στοιχεία σχετικά με τις διαδικασίες δοκιμής λογισμικού.
Τι είναι ο χειροκίνητος έλεγχος;
Η χειροκίνητη δοκιμή είναι ένας τύπος δοκιμής λογισμικού κατά τον οποίο μια περίπτωση δοκιμής εκτελείται χειροκίνητα από τον ελεγκτή χωρίς τη βοήθεια αυτοματοποιημένων εργαλείων.
Οι εταιρείες χρησιμοποιούν τις χειροκίνητες δοκιμές ως μέθοδο εντοπισμού σφαλμάτων ή προβλημάτων στο λογισμικό τους. Αν και ορισμένοι το περιγράφουν ως μια απλή ή πρωτόγονη μορφή δοκιμής, τελικά καθορίζει τη λειτουργικότητα ενός προγράμματος χωρίς να απαιτείται η χρήση εργαλείων δοκιμών τρίτων.
Όλες οι μορφές δοκιμής λογισμικού έχουν κάποιες χειροκίνητες πτυχές, καθώς υπάρχουν ορισμένα χαρακτηριστικά μιας εφαρμογής που είναι απλά αδύνατο να δοκιμαστούν χωρίς κάποια χειροκίνητη παρέμβαση.
1. Πότε πρέπει να κάνετε χειροκίνητες δοκιμές;
Υπάρχουν διάφορα στάδια στα οποία οι προγραμματιστές χρησιμοποιούν χειροκίνητες δοκιμές, το πρώτο είναι κατά τη διάρκεια του σταδίου ανάπτυξης της βασικής λειτουργικότητας.
Όταν η βασική λειτουργικότητα του λογισμικού βρίσκεται σε εξέλιξη, οι προγραμματιστές λογισμικού ελέγχουν ότι κάθε ένα από τα μέρη του προγράμματος λειτουργεί χειροκίνητα, καθώς αυτό είναι ταχύτερο από τη δημιουργία περιπτώσεων δοκιμής για αρκετά απλά μέρη του κώδικα.
Οι χειροκίνητες δοκιμές είναι επίσης διαδεδομένες στα τελευταία στάδια της ανάπτυξης, όταν ένα πρόγραμμα έχει δημιουργήσει ένα UI. Η δοκιμή του UI περιλαμβάνει να δούμε πώς ανταποκρίνεται ένας πραγματικός χρήστης στον τρόπο με τον οποίο έχουν σχεδιαστεί τα μενού και πώς λειτουργεί το σύστημα.
Καθώς αυτό περιλαμβάνει πολλά ποιοτικά δεδομένα και προσωπικές απόψεις και όχι καθαρές ποσοτικές μετρήσεις, οι χειροκίνητες δοκιμές είναι η ιδανική επιλογή για να αποκτήσετε μεγαλύτερη εικόνα του προϊόντος.
2. Όταν δεν χρειάζεται να κάνετε χειροκίνητες δοκιμές
Υπάρχουν μερικές περιπτώσεις στις οποίες η χρήση χειροκίνητων δοκιμών θα απαιτούσε πολύ περισσότερο χρόνο και προσπάθεια από ό,τι είναι απαραίτητο, η πρώτη από αυτές είναι οι δοκιμές βάσεων δεδομένων.
Οι βάσεις δεδομένων διαχειρίζονται τεράστιες ποσότητες δεδομένων και η χειροκίνητη εισαγωγή τους θα απαιτούσε πολύ χρόνο και θα ήταν αναποτελεσματική για έναν οργανισμό.
Σε αυτές τις περιπτώσεις, η χρήση αυτοματοποιημένων συστημάτων είναι ιδανική, καθώς μπορούν να διαχειριστούν μεγάλα πακέτα δεδομένων σε περιορισμένο χρόνο.
Οι χειροκίνητες δοκιμές είναι επίσης λιγότερο χρήσιμες σε τομείς όπως οι δοκιμές φορτίου, όπου ένας προγραμματιστής ολοκληρώνει δοκιμές για να δει πώς το λογισμικό του χειρίζεται σημαντικά φορτία χρηστών.
Αυτό συμβαίνει συχνά σε περιπτώσεις διαδικτυακών εφαρμογών και προγραμμάτων με διακομιστές που απαιτούν ενδελεχή αξιολόγηση. Η ολοκλήρωση των χειροκίνητων δοκιμών θα απαιτούσε την πρόσβαση πολλών ατόμων σε μια εφαρμογή ταυτόχρονα και αυτό μπορεί να οδηγήσει σε σοβαρό κόστος εργασίας για μια υπηρεσία που μπορεί να ολοκληρωθεί από ένα αυτοματοποιημένο σύστημα δοκιμών λογισμικού με πολύ χαμηλότερο κόστος.
3. Ποιος συμμετέχει στις χειροκίνητες δοκιμές;
Τα μέλη του προσωπικού που ασχολούνται με τον χειροκίνητο έλεγχο εξαρτώνται από τη φύση της εταιρείας στην οποία εργάζεστε.
Μερικά από τα άτομα που εμπλέκονται στη διαδικασία χειροκίνητων δοκιμών, εκτός από το είδος της ομάδας ανάπτυξης στην οποία μπορείτε να βρείτε αυτούς τους ρόλους:
– Προγραμματιστής:
Ένας προγραμματιστής εμπλέκεται συνεχώς στη διαδικασία, δοκιμάζοντας τη βασική λειτουργικότητα του λογισμικού και κάνοντας ενημερώσεις στον κώδικα ανάλογα με τα σχόλια των ελεγκτών QA.
Οι προγραμματιστές ολοκληρώνουν πολλές χειροκίνητες δοκιμές, καθώς είναι υπεύθυνοι για την επίτευξη υψηλού επιπέδου λειτουργίας των ενοτήτων στα πρώτα στάδια της ανάπτυξης λογισμικού.
– QA tester
Οι QA testers, παρόντες σε μεγαλύτερες ομάδες, ολοκληρώνουν αποκλειστικά τις δοκιμές για μια εταιρεία και διασφαλίζουν ότι η εφαρμογή λειτουργεί όπως περιμένει ο πελάτης.
Ένας QA tester είναι πρωτίστως σημαντικός για τα στάδια δοκιμής, ολοκλήρωσης και συντήρησης της ανάπτυξης, αναλαμβάνοντας τις χειροκίνητες δοκιμές από τους ίδιους τους προγραμματιστές που δοκιμάζουν καθ’ όλη τη διάρκεια της υλοποίησης.
– Διευθυντής QA
Στις μεγαλύτερες εταιρείες ανάπτυξης, οι υπεύθυνοι QA αναθέτουν σε ελεγκτές συγκεκριμένες εργασίες και τομείς του έργου.
Είναι επίσης υπεύθυνοι για τη δημιουργία ενός καταλόγου με τα πράγματα που πρέπει να ολοκληρωθούν και για την ανάγνωση των εκθέσεων δοκιμών. Αυτό είναι ιδιαίτερα σημαντικό στις χειροκίνητες δοκιμές, καθώς η ικανοποίηση του προσωπικού μπορεί να προσφέρει πολύ καλύτερα αποτελέσματα.
Τι δοκιμάζουμε με τις χειροκίνητες δοκιμές;
Υπάρχουν μερικές διαφορετικές πτυχές του λογισμικού που εξετάζουν οι χειροκίνητες δοκιμές, καθεμία από τις οποίες είναι καλύτερη όταν χρησιμοποιείται χειροκίνητη δοκιμή χάρη στις συγκεκριμένες προκλήσεις των δοκιμών.
Μερικά από τα κύρια χαρακτηριστικά για τα οποία ωφελείστε από τη χρήση χειροκίνητων δοκιμών, εκτός από τους λόγους για τους οποίους οι χειροκίνητες δοκιμές ευδοκιμούν εδώ, περιλαμβάνουν:
1. Βασική λειτουργικότητα
Ένα από τα πρώτα μέρη της διαδικασίας δοκιμής λογισμικού εξετάζει τη βασική λειτουργικότητα ενός λογισμικού.
Σε αυτό το στάδιο, ένας προγραμματιστής ή δοκιμαστής εξετάζει μία από τις λειτουργικές ενότητες του κώδικα και αξιολογεί αν λειτουργεί όπως αναμένεται. Λόγω της μικρής κλίμακας αυτών των ενοτήτων, αξίζει να επικεντρωθείτε στη χειροκίνητη δοκιμή, καθώς η αυτοματοποίηση θα έπαιρνε πολύ χρόνο.
Ένα παράδειγμα είναι ένα λογισμικό βάσης δεδομένων, όπου οι δοκιμαστές εισάγουν ένα κομμάτι δεδομένων στη συνάρτηση και γνωρίζουν ήδη την αναμενόμενη έξοδο.
Αν τα δύο ταιριάζουν, η δοκιμή είναι επιτυχής. Η δοκιμή σε αυτό το στάδιο της διαδικασίας θέτει ισχυρά θεμέλια για το υπόλοιπο έργο της εταιρείας.
2. Σχεδιασμός UI
Το UI αναφέρεται στη διεπαφή χρήστη ενός λογισμικού ή στα μενού, τα κουμπιά και τη διαδραστικότητα που είναι διαθέσιμα στον χρήστη.
Ο έλεγχος του περιβάλλοντος εργασίας επικεντρώνεται τόσο στον τρόπο με τον οποίο λειτουργεί το περιβάλλον εργασίας όσο και στο κατά πόσον είναι ένας άνετος τρόπος εργασίας για τον χρήστη, συμπεριλαμβανομένου του κατά πόσον ο χρήστης μπορεί να αλληλεπιδράσει με όλα τα χαρακτηριστικά και κατά πόσον τα μενού είναι αισθητικά ευχάριστα.
Οι χειροκίνητες δοκιμές είναι απαραίτητες σε αυτό το στάδιο, καθώς οι ποιοτικές πληροφορίες, όπως το αν οι διεπαφές φαίνονται καλές, δεν είναι κάτι στο οποίο ένα αυτοματοποιημένο πρόγραμμα υπερέχει.
3. Δοκιμή διείσδυσης
Ο έλεγχος διείσδυσης αναφέρεται στον έλεγχο ενός πακέτου λογισμικού για να διαπιστωθεί η ευκολία με την οποία ένα εξωτερικό μέρος μπορεί να αποκτήσει πρόσβαση στο λογισμικό με αθέμιτα μέσα.
Η αυτοματοποίηση λογισμικού επικεντρώνεται στην τήρηση μερικών συγκεκριμένων βημάτων και στην ολοκλήρωση των διαδικασιών που αποτελούν ήδη μέρος της εφαρμογής και όχι στην εξερεύνηση νέων τομέων, κάτι που είναι απαραίτητο για τον έλεγχο ασφαλείας.
Για παράδειγμα, μια εταιρεία μπορεί να προσλάβει έναν ηθικό χάκερ για να αξιολογήσει το λογισμικό της και να αναζητήσει κάθε ευκαιρία που θα μπορούσε να έχει ένας κακόβουλος να αποκτήσει πρόσβαση στα δεδομένα των χρηστών.
Αυτό γίνεται όλο και πιο σημαντικό στα χρόνια που ο ΓΚΠΔ θεσπίστηκε ως μέρος του νόμου σε όλη την Ευρώπη.
4. Διερευνητικές δοκιμές
Η διερευνητική δοκιμή αναφέρεται σε δοκιμές που χρειάζεται να ολοκληρωθούν μόνο μία ή δύο φορές, παίρνοντας την ονομασία αυτή καθώς αποτελεί μέρος της “εξερεύνησης” του λογισμικού για τυχόν απροσδόκητα χαρακτηριστικά ή σφάλματα.
Ο χειροκίνητος έλεγχος είναι καταλληλότερος σε αυτή την περίπτωση, καθώς χρειάζεται χρόνος για να γραφτεί ο κώδικας για μια περίπτωση ελέγχου και κάποιος που μπαίνει χειροκίνητα στο λογισμικό και το εξετάζει θα χρειαζόταν λιγότερο χρόνο.
Ένα παράδειγμα είναι όταν ένας προγραμματιστής θέλει να ελέγξει αν ένα συγκεκριμένο χαρακτηριστικό έχει ενσωματωθεί σωστά, με μια απλή δοκιμή που επαληθεύει ότι τα δεδομένα κινούνται σωστά μέσω του προγράμματος.
Κύκλος ζωής των χειροκίνητων δοκιμών
Υπάρχουν μερικά στάδια στον κύκλο ζωής των χειροκίνητων δοκιμών, με τις χειροκίνητες δοκιμές να χρησιμοποιούνται για την εξέταση ενός ευρέος φάσματος πτυχών ενός πακέτου λογισμικού.
Μερικά από τα στάδια του κύκλου ζωής των χειροκίνητων δοκιμών περιλαμβάνουν:
– Σχεδιασμός
Προγραμματίστε έναν γύρο δοκιμών, ο οποίος περιλαμβάνει την αξιολόγηση των απαιτήσεων της εφαρμογής, των συγκεκριμένων δοκιμών που πρέπει να ολοκληρωθούν και της κατασκευής στην οποία δοκιμάζετε το λογισμικό.
Αυτό το στάδιο περιλαμβάνει τη συγγραφή τυχόν περιπτώσεων δοκιμών που πρέπει να ολοκληρώσει ένας χειροκίνητος ελεγκτής και τη δημιουργία ενός περιβάλλοντος δοκιμών. Να είστε σχολαστικοί για να αποφύγετε ότι οι χειροκίνητοι ελεγκτές θα κάνουν κατά λάθος δοκιμές με διαφορετικούς τρόπους.
– Δοκιμές:
Ολοκληρώστε τα τεστ. Αυτό περιλαμβάνει τη διενέργεια των περιπτώσεων δοκιμής πολλές φορές για να λάβετε συνεπή δεδομένα και να σημειώσετε όλες τις πληροφορίες που λαμβάνετε.
Εάν αποκλίνετε από την περίπτωση δοκιμής, σημειώστε πώς και γιατί. Η διαφοροποίηση είναι πιο συνηθισμένη στις δοκιμές από άκρο σε άκρο, αλλά όλες οι χειροκίνητες δοκιμές μπορεί να παρουσιάζουν κάποιες διαφορές στον τρόπο με τον οποίο εργάζεται ένας ελεγκτής.
– Ανάλυση:
Αναλύστε όλα τα αποτελέσματα που λάβατε από τις δοκιμές. Αυτό περιλαμβάνει την εύρεση των σφαλμάτων στο λογισμικό και των πιθανών αιτιών των προβλημάτων.
Ξεπεράστε την απλή λειτουργικότητα και ενσωματώστε ποιοτικές πληροφορίες, όπως η εξέταση του σχεδιασμού της εφαρμογής.
Οι ποιοτικές πληροφορίες ευδοκιμούν ιδιαίτερα στις χειροκίνητες δοκιμές, με τους δοκιμαστές να παράγουν περιγραφικά δεδομένα που ενημερώνουν τους προγραμματιστές για μικροσκοπικές προσαρμογές που βελτιώνουν σημαντικά την εμπειρία κάποιου με μια εφαρμογή.
– Εφαρμογή:
Χρησιμοποιήστε τις προηγούμενες εκθέσεις για να εφαρμόσετε μια σειρά από αλλαγές. Αυτή μπορεί να είναι μια μακρά διαδικασία ανάλογα με τις αλλαγές, με τους προγραμματιστές να πειραματίζονται με τον κώδικα για να δώσουν λύση στα σφάλματα που υπήρχαν στις προηγούμενες εκδόσεις.
Όταν χρησιμοποιούν χειροκίνητες δοκιμές, οι προγραμματιστές έχουν ένα επιπλέον όφελος από τη συζήτηση όλων των αλλαγών με έναν δοκιμαστή. Αυτό βοηθά και τις δύο πλευρές να κατανοήσουν σωστά τι χρειάζεται προσαρμογή και πώς μπορεί να προσαρμοστεί, είτε πρόκειται για λειτουργική είτε για σχεδιαστική αλλαγή.
– Επανεκκίνηση του σχεδιασμού:
Ενώ οι προγραμματιστές δημιουργούν μια λύση για τα προβλήματα των προηγούμενων δοκιμών, σχεδιάστε την επόμενη σειρά δοκιμών. Αυτό περιλαμβάνει τη δοκιμή των τελευταίων ενημερώσεων και την προσπάθεια αναδημιουργίας των σφαλμάτων που υπήρχαν στην τελευταία έκδοση.
Η ύπαρξη αυτού του συνεχούς κύκλου δοκιμών σημαίνει ότι το λογισμικό βελτιώνεται συνεχώς και δεν είναι ποτέ στατικό. Οι χειροκίνητες δοκιμές μπορεί να φαίνονται ότι απαιτούν πολύ χρόνο, αλλά υπάρχει σημαντική απόδοση της επένδυσης από την ευελιξία και τη συνέχεια που προσφέρουν οι επαναλαμβανόμενες δοκιμές.
Οφέλη των χειροκίνητων δοκιμών
Υπάρχουν πολλά οφέλη από τη χρήση χειροκίνητων δοκιμών σε μια εταιρεία ανάπτυξης λογισμικού, από την ποιότητα του ίδιου του λογισμικού μέχρι τον τρόπο με τον οποίο το έργο επηρεάζει τα οικονομικά της εταιρείας.
Μερικά από τα οφέλη της χρήσης χειροκίνητων δοκιμών σε μια εταιρεία περιλαμβάνουν:
1. Μεγαλύτερη ευελιξία
Προκειμένου να ολοκληρωθεί η αυτοματοποίηση δοκιμών, χρειάζεστε έναν αναλυτή QA για να μπει σε ένα κομμάτι λογισμικού και να κωδικοποιήσει μια περίπτωση δοκιμής, η οποία ολοκληρώνει ένα ακριβές σύνολο βημάτων κάθε φορά.
Παρόλο που αυτό είναι μερικές φορές ωφέλιμο, ένας ανθρώπινος ελεγκτής μπορεί να περάσει από μια διαδικασία και να παρατηρήσει κάτι που δεν είναι στη θέση του πριν από τη διερεύνηση και χωρίς να χρειαστεί να αλλάξει ούτε μια γραμμή κώδικα.
Αυτό αυξάνει σημαντικά την ευελιξία των δοκιμών σας και σημαίνει ότι μπορείτε να βρείτε προβλήματα στο πρόγραμμά σας που διαφορετικά θα περνούσαν απαρατήρητα, έχοντας μεγαλύτερη ευκαιρία να τα διορθώσετε.
2. Ποιοτικές πληροφορίες
Οι ποιοτικές πληροφορίες αναφέρονται σε πληροφορίες που περιγράφουν κάτι, και αυτό είναι ένα είδος πληροφοριών που οι ανθρώπινοι δοκιμαστές μπορούν να προσφέρουν σε μια ομάδα προγραμματιστών.
Ένας χειροκίνητος δοκιμαστής μπορεί να ενημερώσει την εταιρεία αν ένα συγκεκριμένο μενού φαίνεται “δυσκίνητο” και να εξηγήσει το γιατί, ενώ ένα πρόγραμμα αυτοματοποίησης δεν θα μπορούσε να προσφέρει αυτή τη γνώση σε έναν προγραμματιστή.
Αυτό σημαίνει ότι με την εφαρμογή χειροκίνητων δοκιμών στις ροές εργασίας τους, οι εταιρείες μπορούν να αυξήσουν σημαντικά το επίπεδο της εφαρμογής με τρόπο που θα δυσκολεύονταν όταν χρησιμοποιούσαν αποκλειστικά αυτοματοποίηση δοκιμών στις διαδικασίες τους.
3. Δεν υπάρχουν περιορισμοί από το περιβάλλον
Οι δοκιμές αυτοματοποίησης βασίζονται στη χρήση μιας υπάρχουσας πλατφόρμας, με ορισμένες από αυτές να έχουν σχετικά αυστηρά όρια.
Οι περιορισμοί που αντιμετωπίζουν ορισμένες (αν και όχι όλες) πλατφόρμες περιλαμβάνουν τη μη δυνατότητα συνεργασίας με πλατφόρμες όπως το Linux, τη δυνατότητα συνεργασίας μόνο με μια συγκεκριμένη γλώσσα κωδικοποίησης και το χειρισμό μόνο ενός καθορισμένου αριθμού εργασιών.
Όταν εργάζεστε με ανθρώπους στις διαδικασίες δοκιμών σας, αυτά τα όρια ουσιαστικά εξαφανίζονται. Περιορίζεστε μόνο από την ικανότητα των χειροκίνητων ελεγκτών σας και όχι από τυχόν τεχνικά ζητήματα.
Αυτό σας βοηθάει να δημιουργήσετε μια στρατηγική δοκιμών που εξετάζει διεξοδικότερα ένα πρόγραμμα χωρίς να χρειάζεται να κάνετε συμβιβασμούς.
4. Επιτρέπει δοκιμές ευχρηστίας
Οι δοκιμές ευχρηστίας είναι ο τύπος δοκιμών που αξιολογούν κατά πόσο ένα κομμάτι λογισμικού είναι “εύχρηστο”, συμπεριλαμβανομένου του τρόπου με τον οποίο φαίνεται και αισθάνεται ο τελικός χρήστης.
Αυτός ο τύπος δοκιμών υπερβαίνει την κυριολεκτική αξιολόγηση του κατά πόσον μια λειτουργία μπορεί να χρησιμοποιηθεί, αλλά εξετάζει κατά πόσον κάποιος θα την επέλεγε να τη χρησιμοποιήσει σε σχέση με ανταγωνιστικά προϊόντα.
Η εφαρμογή χειροκίνητων δοκιμών ευχρηστίας παρέχει στις εταιρείες μεγαλύτερη διορατικότητα και βοηθά στην πραγματοποίηση προσαρμογών που καθιστούν την εφαρμογή πιο ανταγωνιστική, κάτι που η αυτοματοποίηση δεν μπορεί να προσφέρει στις ομάδες ανάπτυξης.
Προκλήσεις του χειροκίνητου ελέγχου
Όπως συμβαίνει με κάθε είδους διαδικασία ως προγραμματιστής, υπάρχουν ορισμένες προκλήσεις που σχετίζονται με τη χρήση χειροκίνητων δοκιμών ως εργαλείο διασφάλισης ποιότητας.
Έχοντας επίγνωση αυτών των προκλήσεων, μπορείτε να προσαρμόσετε την τεχνική που χρησιμοποιείτε κατά τη χειροκίνητη δοκιμή του λογισμικού, αποτρέποντας τα ζητήματα αυτά να προκαλέσουν σοβαρά προβλήματα και αυξάνοντας το επίπεδο του προγράμματος στο τέλος της διαδικασίας.
Ορισμένες από τις κύριες προκλήσεις που αντιμετωπίζουν οι εταιρείες όταν χρησιμοποιούν χειροκίνητες δοκιμές περιλαμβάνουν:
1. Επίπεδα δεξιοτήτων δοκιμαστών
Η πρώτη μεγάλη πρόκληση που πρέπει να αντιμετωπιστεί είναι το απαιτούμενο επίπεδο δεξιοτήτων όλων των χειροκίνητων ελεγκτών σε μια ομάδα.
Με ταλαντούχους χειροκίνητους δοκιμαστές, οι εταιρείες βλέπουν ένα σαφές όφελος, καθώς εντοπίζουν τα σφάλματα πιο γρήγορα και είναι ασφαλείς γνωρίζοντας ότι το λογισμικό τους λειτουργεί όπως αναμένεται. Οι καλύτερες εταιρείες αναζητούν πάντα χειροκίνητους ελεγκτές που βρίσκονται στην πρώτη γραμμή του τομέα για να εγγυηθούν μεγαλύτερο επίπεδο απόδοσης.
Ως δοκιμαστής, επιδιώκετε πάντα να μαθαίνετε και να αναπτύσσετε αυτές τις δεξιότητες. Οι βελτιωμένες δεξιότητες σημαίνουν ότι προσφέρετε μεγαλύτερη αξία σε μια εταιρεία, με τις χειροκίνητες δοκιμές να εντοπίζουν περισσότερα σφάλματα και να βελτιώνουν τις εμπειρίες των χρηστών. Οι καλύτερες χειροκίνητες δοκιμές προέρχονται από δοκιμαστές που έχουν περάσει χρόνο για να τελειοποιήσουν την τέχνη τους.
2. Κόστος δοκιμών
Οι χειροκίνητες δοκιμές είναι μια κοινή διαδικασία για επιχειρήσεις όλων των μεγεθών, αλλά ανάλογα με τον τρόπο που χρησιμοποιείτε τις χειροκίνητες δοκιμές, το κόστος μπορεί να αυξηθεί.
Για παράδειγμα, μια εταιρεία που διαθέτει αρκετούς εξειδικευμένους υπαλλήλους δοκιμών μπορεί να δαπανήσει πολλά χρήματα εάν πραγματοποιούνται επαναλαμβανόμενες δοκιμές, καθώς ουσιαστικά πληρώνετε για το χρόνο όλων των παρόντων. Αυτό είναι λιγότερο σημαντικό στις διαδικασίες αυτοματοποιημένων δοκιμών.
Ένας ιδανικός τρόπος αντιμετώπισης αυτού του προβλήματος είναι ο προγραμματισμός εκ των προτέρων, καθώς όσο περισσότερο χρόνο αφιερώνετε στον προγραμματισμό των δοκιμών που θα ολοκληρώσετε και στη σειρά με την οποία θα τις ολοκληρώσετε, τόσο μικρότερη είναι η πιθανότητα να αυξηθεί το κόστος του προσωπικού, καθώς οι άνθρωποι ολοκληρώνουν δοκιμές που δεν χρειάζεται να ολοκληρώσουν.
3. Χρονοβόρα
Οι υπολογιστές είναι ταχύτεροι από τους ανθρώπους σε όλα τα είδη πραγμάτων, από το σχεδιασμό μιας σκακιστικής κίνησης μέχρι την επένδυση χρημάτων στο χρηματιστήριο ή ακόμη και το απλό πάτημα ενός κουμπιού αφού αυτό αλλάξει χρώμα. Η ίδια ιδέα ισχύει και για τις δοκιμές, με τους χρήστες να αφιερώνουν χρόνο για να διαβάσουν όλες τις πληροφορίες και να πλοηγηθούν στα μενού.
Επομένως, οι χειροκίνητες δοκιμές μπορεί να διαρκέσουν πολύ περισσότερο από ό,τι η χρήση αυτοματοποίησης δοκιμών. Αντιμετωπίστε το με τη χρήση ενός συνδυασμού χειροκίνητων και αυτοματοποιημένων δοκιμών, αφαιρώντας από τους χειροκίνητους δοκιμαστές τα υποτονικά καθήκοντα και αντ’ αυτού χρησιμοποιώντας τους εκεί όπου είναι απαραίτητη η τεχνογνωσία. Η απλούστευση των διαδικασιών σας είναι επίσης ιδανική για χειροκίνητες δοκιμές, καθώς αφαιρεί όσο το δυνατόν περισσότερα βήματα.
4. Πιθανότητα σφαλμάτων
Οι άνθρωποι κάνουν λάθη. Αυτό είναι φυσικό, είτε πρόκειται για τη συμπλήρωση των βημάτων με λάθος σειρά σε ένα τεστ είτε για την ανακριβή καταγραφή των αποτελεσμάτων χάρη σε ένα λάθος κλικ. Ωστόσο, αυτά τα σφάλματα μπορούν να προκαλέσουν σοβαρά προβλήματα στην ακρίβεια ενός καθεστώτος δοκιμών λογισμικού.
Οι χειροκίνητοι δοκιμαστές που είναι πιο κουρασμένοι ή κουρασμένοι από την ολοκλήρωση της ίδιας εργασίας ξανά και ξανά είναι πιο πιθανό να κάνουν λάθη από τους άλλους, οπότε χρησιμοποιήστε την αυτοματοποίηση για να το αποφύγετε αυτό, όπου είναι δυνατόν, ή δώστε στους δοκιμαστές τακτικά διαλείμματα από την οθόνη τους, καθώς αυτό τους κρατάει σε μεγαλύτερη εγρήγορση για το τι συμβαίνει.
Οι διευθυντές μπορούν επίσης να εξετάσουν τη διαχείριση του φόρτου εργασίας για να σταματήσουν τους ανθρώπους να εξαντλούνται και να έχουν προβλήματα.
Χαρακτηριστικά των χειροκίνητων δοκιμών
Υπάρχουν μερικά βασικά χαρακτηριστικά που πρέπει να αναζητήσετε στις χειροκίνητες δοκιμές. Αυτά καθορίζουν τι είναι μια χειροκίνητη δοκιμή και είναι σημαντικά χαρακτηριστικά που μπορείτε να προγραμματίσετε κατά το σχεδιασμό των δοκιμών σας.
Μάθετε περισσότερα για ορισμένα από τα κύρια χαρακτηριστικά των χειροκίνητων δοκιμών και τι σημαίνουν αυτά σε ένα περιβάλλον ενεργών δοκιμών:
1. Βελτιστοποιημένες περιπτώσεις δοκιμών
Στις χειροκίνητες δοκιμές, οι περιπτώσεις δοκιμών είναι ιδιαίτερα βελτιστοποιημένες. Αναφέρεται στις οδηγίες που έχει ένας χειροκίνητος ελεγκτής πριν από την ολοκλήρωση μιας δοκιμής, με υψηλό επίπεδο βελτιστοποίησης που οδηγεί σε εξοικονόμηση χρόνου και πόρων για την ομάδα δοκιμών, καθώς ολοκληρώνει λιγότερες εργασίες.
Προσπαθείτε πάντα να περιορίζετε το μέγεθος μιας περίπτωσης δοκιμής όπου είναι δυνατόν, ώστε να αξιοποιείτε στο έπακρο τους διαθέσιμους πόρους.
2. Πιο κατανοητές μετρήσεις
Οι καλύτερες χειροκίνητες δοκιμές έχουν πιο κατανοητές μετρήσεις. Όταν η αυτοματοποίηση δοκιμών παράγει συνεχώς πολύπλοκα στατιστικά στοιχεία και πληροφορίες, η διορατικότητα που μπορούν να παρέχουν αυτές οι μετρήσεις δεν αξίζει τον χρόνο που θα χρειαζόταν ένας χειροκίνητος ελεγκτής για να τις συμπληρώσει ή να τις υπολογίσει.
Εναλλακτικά, οι χειροκίνητες δοκιμές περιλαμβάνουν πολύ απλούστερες μετρήσεις που είναι εύκολο να δημιουργηθούν και απαιτούν λιγότερο χρόνο για να αναλυθούν αργότερα στη διαδικασία.
3. Έξυπνες αναφορές
Οι χειροκίνητες δοκιμές οδηγούν σε πιο έξυπνες αναφορές από την ομάδα δοκιμών. Οι αυτοματοποιημένες δοκιμές δημιουργούν τις δικές τους αναφορές στο τέλος της διαδικασίας, γεγονός που τείνει να οδηγήσει στο να έχουν όλες οι αναφορές την ίδια μορφή.
Οι ανθρώπινοι δοκιμαστές είναι πολύ πιο ευέλικτοι και μπορούν να δημιουργήσουν τις δικές τους αναφορές, προσθέτοντας οποιαδήποτε πληροφορία κρίνουν χρήσιμη για την ομάδα ανάπτυξης, όπου χρειάζεται.
4. Επανεκτέλεση στρατηγικών
Οι στρατηγικές επανάληψης αναφέρονται στον τρόπο με τον οποίο μια ομάδα δοκιμών εκτελεί δοκιμές ξανά και ξανά, συλλέγοντας δεδομένα από επαναλαμβανόμενες περιπτώσεις εκτέλεσης των εργασιών.
Οι χειροκίνητες δοκιμές σημαίνουν ότι οι στρατηγικές επανάληψης είναι πολύ πιο ευέλικτες, με τους δοκιμαστές να μπορούν να ολοκληρώσουν περισσότερες δοκιμές αν πιστεύουν ότι υπάρχει κάτι περαιτέρω προς διερεύνηση.
Ορισμένες χειροκίνητες δοκιμές ενθαρρύνουν επίσης ενεργά τη διακύμανση των ενεργειών που ολοκληρώνει ένας χρήστης, παρέχοντας δεδομένα από ένα ευρύτερο φάσμα συμπεριφοράς. Αυτό δημιουργεί περισσότερα δεδομένα γύρω από το λογισμικό και οδηγεί σε πιο συνεκτικές στρατηγικές ενημέρωσης στο μέλλον.
Τύποι χειροκίνητων δοκιμών
Υπάρχουν τρεις διαφορετικοί τύποι χειροκίνητου ελέγχου που χρησιμοποιούν οι εταιρείες, με τη διαφορά να υπαγορεύεται από το επίπεδο πρόσβασης που έχουν οι ελεγκτές. Κάθε τύπος είναι χρήσιμος στο δικό του μοναδικό πλαίσιο.
Οι κύριοι τύποι χειροκίνητων δοκιμών περιλαμβάνουν:
1. Δοκιμές λευκού κουτιού
Η δοκιμή λευκού κουτιού είναι μια μορφή δοκιμής που περιλαμβάνει τη δυνατότητα των ελεγκτών να δουν όλο τον πηγαίο κώδικα και την τεκμηρίωση σχεδιασμού ενός λογισμικού.
Αυτό το μεγαλύτερο επίπεδο πρόσβασης σημαίνει ότι ο ελεγκτής είναι σε θέση να δει όλες τις επιμέρους πτυχές του κώδικα και πώς αυτές επηρεάζουν τον τρόπο λειτουργίας του λογισμικού. Αυτό είναι ιδανικό για τα πρώτα στάδια της διαδικασίας ανάπτυξης, καθώς οι προγραμματιστές μπορούν να εξετάσουν χειροκίνητα τον κώδικά τους, να τον συγκρίνουν με τις περιπτώσεις δοκιμών και να βρουν εύκολα την περιοχή που προκαλεί σημαντικά προβλήματα πριν διορθώσουν τα υπάρχοντα σφάλματα.
2. Δοκιμές μαύρου κουτιού
Η δοκιμή μαύρου κουτιού αναφέρεται σε μια μορφή δοκιμής όπου οι ελεγκτές δεν μπορούν να δουν τι συμβαίνει πίσω από το UI. Αυτό σημαίνει ότι δεν υπάρχει πρόσβαση σε κανέναν κώδικα ή σε καμία τεκμηρίωση του σχεδιασμού, με τους ελεγκτές να προσεγγίζουν το λογισμικό με πλήρη έλλειψη γνώσης.
Οι χειροκίνητοι δοκιμαστές χρησιμοποιούν αυτή την προσέγγιση στα τελευταία στάδια της διαδικασίας ανάπτυξης, καθώς οι δοκιμές αποδοχής χρηστών και οι δοκιμές από άκρο σε άκρο απαιτούν την οπτική γωνία ενός τελικού χρήστη και όχι κάποιου που συμμετέχει στη διαδικασία ανάπτυξης.
3. Δοκιμές γκρίζου κουτιού
Η δοκιμή γκρίζου κουτιού είναι ένας συνδυασμός μεταξύ της δοκιμής μαύρου κουτιού και της δοκιμής λευκού κουτιού και απαιτεί από τον ελεγκτή να είναι σε θέση να δει μέρος της τεκμηρίωσης και του πηγαίου κώδικα. Αυτό συνδυάζει το πλεονέκτημα της δυνατότητας εντοπισμού των πιθανών αιτιών οποιωνδήποτε προβλημάτων, ενώ παράλληλα περιορίζει τις πληροφορίες, βοηθώντας σε λειτουργίες όπως ο χειρισμός δεδομένων.
Χρησιμοποιήστε χειροκίνητες δοκιμές γκρίζου κουτιού σε όλα τα μεσαία στάδια της διαδικασίας ανάπτυξης, παρέχοντας στους ελεγκτές κάποιες περαιτέρω πληροφορίες, αλλά εξακολουθώντας να τους αναγκάζετε να βασίζονται στη διαίσθησή τους για πολλές από τις λειτουργίες, ώστε να διασφαλιστεί ότι ένας τελικός χρήστης θα μπορούσε να κατανοήσει τα συστήματα.
Ξεκαθαρίζοντας κάποια σύγχυση – Manual Testing Vs Automation Testing
Υπάρχουν δύο διαφορετικοί κλάδοι που εμπλέκονται στον έλεγχο λογισμικού, ο χειροκίνητος έλεγχος και ο έλεγχος αυτοματισμού. Παρά το γεγονός ότι και οι δύο έχουν ουσιαστικά την ίδια λειτουργία, είναι διαφορετικοί κλάδοι που χρησιμοποιούν οι εταιρείες για να εξετάσουν τα πακέτα λογισμικού τους.
Διαβάστε παρακάτω για να μάθετε περισσότερα σχετικά με το τι είναι ο έλεγχος αυτοματοποίησης, τη διαφορά μεταξύ του ελέγχου αυτοματοποίησης και του χειροκίνητου ελέγχου και πότε πρέπει να χρησιμοποιείτε κάθε έναν από τους δύο τύπους ελέγχου στις διαδικασίες QA του λογισμικού σας.
1. Τι είναι ο έλεγχος αυτοματισμού;
Η δοκιμή αυτοματισμού είναι η διαδικασία κατά την οποία ένας ελεγκτής χρησιμοποιεί ένα εργαλείο τρίτου μέρους για την αυτοματοποίηση ενός λογισμικού, εξετάζοντας το λογισμικό καθώς ολοκληρώνει επανειλημμένα την ίδια διαδικασία για να διασφαλίσει ότι αποδίδει σε αρκετά υψηλό επίπεδο για έναν οργανισμό. Το κύριο πλεονέκτημα της αυτοματοποίησης των δοκιμών είναι ότι είναι μια πολύ πιο γρήγορη διαδικασία, ειδικά όταν ολοκληρώνετε δουλειές όπως η καταχώρηση δεδομένων.
Ένα παράδειγμα είναι η δοκιμή μιας βάσης δεδομένων για να διασφαλιστεί ότι χειρίζεται σωστά όλες τις πληροφορίες, η εισαγωγή χιλιάδων δεδομένων στο λογισμικό μέσα σε λίγα λεπτά και η αξιολόγηση των αποτελεσμάτων στη συνέχεια.
Οι εταιρείες χρησιμοποιούν τις δοκιμές αυτοματοποίησης κυρίως για μεγάλες και ιδιαίτερα επαναλαμβανόμενες εργασίες. Δεδομένου ότι ένα αυτοματοποιημένο σύστημα δεν θα κάνει μικρά λάθη, όπως η εισαγωγή λανθασμένης πληροφορίας ή το κλικ σε λάθος σύνδεσμο.
Μερικά από τα κυριότερα κομμάτια λογισμικού που το χρησιμοποιούν αυτό είναι οι live servers και οι βάσεις δεδομένων, καθώς αυτά διαχειρίζονται πολλές πληροφορίες και υψηλά φορτία χρηστών, απαιτώντας έτσι μια μορφή δοκιμών που να μπορεί να ανταποκριθεί στις απαιτήσεις.
2. Ποια είναι η διαφορά μεταξύ χειροκίνητων και αυτοματοποιημένων δοκιμών;
Η κύρια διαφορά μεταξύ χειροκίνητων και αυτοματοποιημένων δοκιμών είναι η μέθοδος ολοκλήρωσης.
Μια χειροκίνητη δοκιμή βασίζεται εξ ολοκλήρου σε έναν άνθρωπο για να ολοκληρώσει τη δοκιμή, ακολουθώντας την περίπτωση δοκιμής μέχρι την ολοκλήρωσή της και σημειώνοντας στη συνέχεια κάθε πληροφορία.
Με τις αυτοματοποιημένες δοκιμές, ένα πρόγραμμα υπολογιστή είναι υπεύθυνο για τη συμπλήρωση των περιπτώσεων δοκιμής αφού αρχικά έχουν γραφτεί από έναν αναλυτή QA.
Ορισμένες πλατφόρμες αυτοματοποιημένων δοκιμών δημιουργούν επίσης τις δικές τους αναφορές για τους χρήστες, περιορίζοντας το χρόνο που κάποιος πρέπει να δαπανήσει για τη συλλογή όλων των δεδομένων από το πείραμα. Αντ’ αυτού, μπορούν να αφιερώσουν το χρόνο τους στη δημιουργία μιας λύσης για τα προβλήματα που παρουσιάζει το πακέτο λογισμικού.
3. Συμπέρασμα: Αυτοματοποιημένος έλεγχος
Υπάρχουν ορισμένες θεμελιώδεις διαφορές μεταξύ των χειροκίνητων και των αυτοματοποιημένων δοκιμών, με τις δύο έννοιες να βασίζονται σε εντελώς διαφορετικές βάσεις για να λειτουργήσουν σωστά.
Ωστόσο, μπορούν να συνεργαστούν στενά σε πολλά αναπτυξιακά έργα. Χρησιμοποιώντας αυτοματοποιημένες δοκιμές για ορισμένες από τις πιο βαριές εργασίες και εφαρμόζοντας τεχνικές χειροκίνητων δοκιμών για εκείνες που βασίζονται σε μεγαλύτερη ευελιξία, μπορείτε να επιταχύνετε σημαντικά τις διαδικασίες δοκιμών σας.
Μια από τις μεγαλύτερες παρανοήσεις σχετικά με τις δοκιμές είναι ότι έχετε να κάνετε μια δυαδική επιλογή, αλλά αυτό δεν θα μπορούσε να απέχει περισσότερο από την αλήθεια για οποιαδήποτε αποτελεσματική ομάδα διασφάλισης ποιότητας.
Καταρρίπτοντας 5 μύθους του χειροκίνητου ελέγχου
Υπάρχουν μερικοί μύθοι που πιστεύουν οι άνθρωποι γύρω από τον χειροκίνητο έλεγχο, καθένας από τους οποίους οδηγεί τους ανθρώπους στην υιοθέτηση λιγότερο ιδανικών μεθόδων και κάνει την επίτευξη αποτελεσμάτων πιο περίπλοκη από ό,τι χρειάζεται.
Πέντε σημαντικοί μύθοι γύρω από τις χειροκίνητες δοκιμές περιλαμβάνουν:
1. Οι δοκιμές είναι το μόνο τμήμα που είναι υπεύθυνο για την ποιότητα των προϊόντων
Η ποιότητα των προϊόντων είναι ο ρόλος ολόκληρης της εταιρείας, όχι μόνο της ομάδας διασφάλισης ποιότητας.
Η δοκιμή λογισμικού υπάρχει για να αφαιρεί σφάλματα όπου είναι δυνατόν, πράγμα που σημαίνει ότι πολλοί άνθρωποι θεωρούν τον εντοπισμό και την επιδιόρθωση σφαλμάτων ως την αποκλειστική ευθύνη μιας ομάδας QA. Αντιθέτως, οι ίδιοι οι προγραμματιστές είναι υπεύθυνοι για τη συγγραφή του κώδικα, ενώ η ομάδα διαχείρισης είναι υπεύθυνη για την οργάνωση της ανάπτυξης.
Όλοι όσοι έχουν κάποιο ρόλο σε μια εταιρεία έχουν κάποια ευθύνη για τη δημιουργία ενός προϊόντος αρκετά υψηλού επιπέδου, αντί να βασίζονται σε μια ομάδα δοκιμών για να βρουν όλα τα προβλήματα και να στείλουν ένα προϊόν το συντομότερο δυνατό μετά.
2. Οι χειροκίνητες δοκιμές δεν έχουν πλέον σημασία
Με την άνοδο της τεχνητής νοημοσύνης και την ολοένα και πιο διαδεδομένη αυτοματοποίηση ρομποτικών διαδικασιών, υπάρχουν ορισμένοι που πιστεύουν ότι οι χειροκίνητες δοκιμές δεν έχουν πλέον σημασία στην ανάπτυξη λογισμικού. Οι εταιρείες βλέπουν τη σχετική φτήνια της αυτοματοποίησης και επιλέγουν να ακολουθήσουν αυτή την οδό όπου είναι δυνατόν.
Οι χειροκίνητες δοκιμές παραμένουν ένα από τα πιο σημαντικά εργαλεία για μια εταιρεία χάρη στη χρησιμότητα των δοκιμών E2E, black box και GUI. Με την εφαρμογή χειροκίνητων δοκιμών οι εταιρείες βρίσκουν προβλήματα λογισμικού που διαφορετικά θα έχαναν οι αυτοματισμοί, βελτιώνοντας το προϊόν τους πέρα από κάθε πιθανό κέρδος που θα μπορούσαν να δουν μόνο μέσω των αυτοματισμών.
3. Είναι για ανθρώπους που δεν ξέρουν κώδικα
Μια από τις κύριες υποθέσεις που κάνουν ορισμένοι άνθρωποι είναι ότι οι άνθρωποι που δεν μπορούν να κωδικοποιήσουν επιλέγουν να κάνουν δοκιμές.
Ωστόσο, αυτό απέχει πολύ από την αλήθεια. Η γνώση του κώδικα είναι απαραίτητη σε πολλούς ρόλους δοκιμών, καθώς οι δοκιμές γκρίζου και λευκού κουτιού βασίζονται στην ανάγνωση του κώδικα και στην κατανόηση του τρόπου με τον οποίο μπορεί να συμβάλει σε τυχόν σφάλματα που υπάρχουν στο πακέτο λογισμικού.
Υποθέτοντας ότι μόνο άτομα που δεν ξέρουν να γράφουν κώδικα ασχολούνται με τις δοκιμές, ενδεχομένως περιορίζεστε στο να έχετε χαμηλότερο επίπεδο προσωπικού δοκιμών στην ομάδα σας. Αν είστε δοκιμαστής, σκεφτείτε να ολοκληρώσετε ένα μάθημα κωδικοποίησης για να βελτιώσετε τα επίπεδά σας.
4. Μπορείτε να δημιουργήσετε λογισμικό χωρίς σφάλματα
Μερικοί άνθρωποι έρχονται στον κλάδο των χειροκίνητων δοκιμών με την υπόθεση ότι μια ομάδα διασφάλισης ποιότητας μπορεί να βρει κάθε σφάλμα σε ένα κομμάτι λογισμικού και να βοηθήσει την ομάδα ανάπτυξης να το επιλύσει.
Θεωρητικά, αυτό θα οδηγούσε σε ένα προϊόν που δεν θα είχε καθόλου σφάλματα και θα ικανοποιούσε πλήρως τον πελάτη. Αυτός είναι, φυσικά, ο ιδανικός τελικός στόχος για τη δοκιμή λογισμικού, αλλά σπάνια είναι εφικτός.
Ακόμα και τα πιο καλοκουρδισμένα πακέτα λογισμικού από τις μεγαλύτερες εταιρείες της Γης περιέχουν σφάλματα, και ενώ ο στόχος θα πρέπει να είναι να μειωθεί ο αριθμός των σφαλμάτων όσο το δυνατόν περισσότερο, δεν είναι πραγματικά κακό να υπάρχουν μερικά δευτερεύοντα προβλήματα στην τελική έκδοση. Για το λόγο αυτό, οι χειροκίνητες δοκιμές και η ανάπτυξη μετά την έκδοση είναι σημαντικές.
5. Δεν υπάρχει προστιθέμενη αξία από τις δοκιμές
Ένας από τους μεγαλύτερους μύθους που περιβάλλουν οποιαδήποτε μορφή δοκιμής λογισμικού είναι ότι δεν προσθέτει καμία αξία στο πακέτο λογισμικού. Ωστόσο, οι πελάτες εκτιμούν πάντα την ποιότητα ως μία από τις πιο σημαντικές πτυχές της εφαρμογής, με τα προγράμματα με σφάλματα ή χαμηλής ποιότητας να χάνουν αμέσως τους χρήστες τους, καθώς αναζητούν εναλλακτικές λύσεις.
Ένα γυαλισμένο προϊόν είναι πολύ πιο πολύτιμο για μια εταιρεία από ένα προϊόν που δεν λειτουργεί σωστά, και οι αποτελεσματικές δοκιμές βρίσκονται στο επίκεντρο αυτής της εργασίας. Οι δοκιμές υψηλών προδιαγραφών οδηγούν σε σημαντικές αποδόσεις όταν οι εταιρείες επιλέγουν να επενδύσουν σωστά.
Εν ολίγοις, μια υβριδική στρατηγική χειροκίνητων + αυτοματοποιημένων δοκιμών θα παρέχει πάντα καλύτερο αποτέλεσμα δοκιμών από ό,τι θα έδινε οποιαδήποτε από αυτές τις στρατηγικές όταν χρησιμοποιούνταν αποκλειστικά.
Τι χρειάζεστε για να ξεκινήσετε τις χειροκίνητες δοκιμές;
Υπάρχουν μερικά πράγματα που χρειάζεστε για να ξεκινήσετε τη διαδικασία χειροκίνητων δοκιμών και έχοντας όλα αυτά τα χαρακτηριστικά στη διάθεσή σας, οι δοκιμές γίνονται όχι μόνο ευκολότερες αλλά και εφικτές εξαρχής.
Μερικά από τα πράγματα που χρειάζεστε για να ξεκινήσετε τις χειροκίνητες δοκιμές περιλαμβάνουν:
1. Το λογισμικό
Το πρώτο πράγμα που χρειάζεται ένας ελεγκτής για να ολοκληρώσει τη δοκιμή λογισμικού είναι το ίδιο το λογισμικό. Εξάλλου, η χειροκίνητη δοκιμή είναι ουσιαστικά αδύνατη αν δεν υπάρχει τίποτα διαθέσιμο προς δοκιμή.
Μια αποτελεσματική δοκιμή λογισμικού περιλαμβάνει τη χρήση της πιο πρόσφατης επανάληψης του λογισμικού, καθώς αυτή διαθέτει όλο τον σχετικό πηγαίο κώδικα για τις ανάγκες του χρήστη και αποτελεί μια πιο δίκαιη αναπαράσταση του προϊόντος ως έχει.
Αν είναι δυνατόν, συντάξτε την εφαρμογή εντελώς καινούργια για να έχετε την ακριβέστερη δυνατή εικόνα του λογισμικού.
2. Απαιτήσεις λογισμικού
Ο ελεγκτής πρέπει να έχει πρόσβαση στις απαιτήσεις του λογισμικού. Αυτό δεν αναφέρεται στο υλικό ή το λειτουργικό σύστημα που χρειάζεται το πακέτο, αλλά μάλλον στην σύντομη περιγραφή του λογισμικού πάνω στο οποίο εργάζεται ο προγραμματιστής.
Η ύπαρξη πιο λεπτομερών απαιτήσεων λογισμικού στο στάδιο της δοκιμής σημαίνει ότι το προσωπικό QA αναζητά όλα τα σημαντικά χαρακτηριστικά από την αρχή, σημειώνοντας πού υπάρχουν προβλήματα στο λογισμικό και συνιστώντας προσαρμογές.
Χωρίς αυτό, ένας δοκιμαστής εργάζεται χωρίς καμία καθοδήγηση και δεν γνωρίζει αν οι πληροφορίες που παρέχει είναι πραγματικά χρήσιμες για την ομάδα ανάπτυξης.
3. Κατάλληλο υλικό
Η δοκιμή λογισμικού απαιτεί υλικό που ανταποκρίνεται στις ανάγκες του προγράμματος που εκτελείται.
Για παράδειγμα, εάν ένας δοκιμαστής αναζητά σφάλματα ή προβλήματα σε ένα νέο βιντεοπαιχνίδι που απαιτεί προηγμένο υλικό και διαθέτει μόνο έναν υπολογιστή χαμηλής κατηγορίας, δεν θα μπορέσει να δοκιμάσει σωστά το λογισμικό.
Αυτό είναι λιγότερο σημαντικό για μικρές εφαρμογές ή εργαλεία ιστού. Βεβαιωθείτε ότι το υλικό που χρησιμοποιείτε ταιριάζει με τις ανάγκες του λογισμικού πριν ξεκινήσετε να ολοκληρώνετε τις δοκιμές, επιλέγοντας υλικό μετά από διαβούλευση με την ομάδα ανάπτυξης σχετικά με τις απαιτήσεις του λογισμικού.
Διαδικασία χειροκίνητων δοκιμών
Υπάρχουν διάφορα βήματα που πρέπει να ακολουθήσετε κατά τη διαδικασία χειροκίνητης δοκιμής, με το καθένα να παίζει ρόλο στην παροχή μιας ακριβούς επισκόπησης του προγράμματός σας.
Τα βήματα αυτά περιλαμβάνουν:
1. Αναλύστε τις απαιτήσεις
Το πρώτο βήμα στη διαδικασία χειροκίνητης δοκιμής είναι η ανάλυση των απαιτήσεων της εφαρμογής. Αυτό περιλαμβάνει τις συγκεκριμένες απαιτήσεις που αναφέρονται στην σύντομη περιγραφή της εφαρμογής, ορισμένα από τα χαρακτηριστικά του εγγράφου σχεδιασμού και οποιαδήποτε άλλα μέρη του προγράμματος που περιμένετε να δείτε (όπως νομικές απαιτήσεις).
Η ανάλυσή τους στην αρχή της διαδικασίας σημαίνει ότι γνωρίζετε τι δοκιμάζετε καθώς εξετάζετε το λογισμικό.
2. Δημιουργία σχεδίου δοκιμών
Μόλις μάθετε τι χρειάζεται δοκιμή, δημιουργήστε ένα σχέδιο δοκιμών. Αυτό προϋποθέτει να γνωρίζετε ποια χαρακτηριστικά δοκιμάζετε, πώς ακριβώς τα δοκιμάζετε και πότε στη διαδικασία ολοκληρώνετε αυτές τις δοκιμές.
Με τη δημιουργία ενός σχεδίου δοκιμών διασφαλίζετε ότι όλες οι απαραίτητες δοκιμές είναι έτοιμες εκ των προτέρων και ότι δεν θα χάσετε κατά λάθος κάποια χαρακτηριστικά.
Αυτό βοηθά επίσης στη διαχείριση του εργατικού δυναμικού, καθώς γνωρίζετε πόσους χειροκίνητους ελεγκτές χρειάζεστε και πότε.
3. Γράψτε περιπτώσεις δοκιμών
Αρχίστε να γράφετε κάποιες περιπτώσεις δοκιμών για το λογισμικό. Μια περίπτωση δοκιμής είναι ένα σύνολο γεγονότων που ολοκληρώνετε κατά τη δοκιμή του λογισμικού, ακολουθώντας τα αυστηρά κάθε φορά για να βεβαιωθείτε ότι πρόκειται για μια δίκαιη δοκιμή.
Σκεφτείτε τη συγκεκριμένη χειροκίνητη δοκιμή που επεξεργάζεστε σε κάθε περίπτωση και συμπεριλάβετε όσο το δυνατόν περισσότερες λεπτομέρειες, καθώς έτσι μειώνεται η πιθανότητα να παρεκκλίνει κάποιος από το αρχικό σχέδιο.
4. Επανεξετάστε τις υποθέσεις σας
Αφού γράψετε όλες τις περιπτώσεις δοκιμών σας, προχωρήστε σε μια διεξοδική διαδικασία αναθεώρησης. Αυτό περιλαμβάνει την παράδοση των περιπτώσεων δοκιμών σε ένα μέλος του διοικητικού προσωπικού, κατά προτίμηση σε έναν υπεύθυνο QA.
Με τη συμμετοχή ενός τρίτου μέρους στη διαδικασία διόρθωσης, αυξάνετε το επίπεδο των περιπτώσεων δοκιμών, αφαιρώντας τυχόν λάθη που μπορεί να υπάρχουν. Ο διαχειριστής μπορεί να προτείνει τυχόν βελτιώσεις που τελικά θα κάνουν τις χειροκίνητες δοκιμές σας πιο αποτελεσματικές και θα σας βοηθήσουν να εντοπίσετε τυχόν προβλήματα στην εφαρμογή.
Βεβαιωθείτε ότι κάθε περίπτωση δοκιμής έχει επαληθευτεί πριν από την εκτέλεση των δοκιμών.
5. Εκτέλεση των χειροκίνητων δοκιμών
Μόλις ένας διαχειριστής επιβεβαιώσει μια περίπτωση δοκιμής, αρχίστε να εκτελείτε τις δοκιμές. Ακολουθήστε τα με τη σειρά που ορίσατε στην αρχή της διαδικασίας για να βεβαιωθείτε ότι ολοκληρώνετε κάθε δοκιμή και ότι οι άνθρωποι ολοκληρώνουν τις δοκιμές αργά και προσεκτικά.
Το να κάνετε τις δοκιμές σωστά στο 100% του χρόνου θα σας εξοικονομήσει πολύ χρόνο από το να κάνετε λάθη σε ορισμένες εκτελέσεις και να πρέπει να επιστρέψετε και να επαληθεύσετε εκ νέου αν τα αποτελέσματα είναι ακριβή.
Καταγράψτε τις πληροφορίες καθώς προχωράτε για να μειώσετε την πιθανότητα να ξεχάσετε βασικές πληροφορίες.
6. Αναφέρετε τυχόν σφάλματα
Αφού ολοκληρώσετε τις χειροκίνητες δοκιμές και βρείτε τυχόν σφάλματα, ολοκληρώστε μια διαδικασία αναφοράς.
Αυτό περιλαμβάνει τη σύνταξη μιας έκθεσης προς την ομάδα ανάπτυξης, στην οποία αναφέρονται όλα τα σφάλματα, το πού τα βρήκατε και τα βήματα που ακολουθήσατε για την αναδημιουργία τους. Συμπεριλάβετε όλα τα δεδομένα που παράγετε στις δοκιμές σας.
Σε πιο ποιοτικές δοκιμές, συζητήστε λεπτομερώς το σχεδιασμό της εφαρμογής, τυχόν προβλήματα που αντιμετωπίσατε και κάποιες πιθανές διορθώσεις που θα κάνουν την εφαρμογή πιο φιλική προς το χρήστη.
Να θυμάστε ότι σε αυτό το στάδιο ο χειροκίνητος έλεγχος υπερέχει πραγματικά έναντι του αυτοματισμού, καθώς οι χειροκίνητοι ελεγκτές μπορούν να παρέχουν ποιοτικές πληροφορίες που ο αυτοματισμός συχνά δεν μπορεί να παράσχει.
Βέλτιστες πρακτικές για χειροκίνητες δοκιμές
Οι βέλτιστες πρακτικές αναφέρονται σε ορισμένα πράγματα που είναι κοινά σε όλους τους τύπους χειροκίνητων δοκιμών και συμβάλλουν στη βελτίωση του επιπέδου μιας διαδικασίας δοκιμών. Η τήρηση των βέλτιστων πρακτικών σημαίνει τελικά ότι θα έχετε ένα υψηλής ποιότητας τεστ με ακριβή και αξιόπιστα αποτελέσματα.
Ορισμένες βέλτιστες πρακτικές που πρέπει να έχετε κατά νου κατά τη διαδικασία χειροκίνητης δοκιμής περιλαμβάνουν:
1. Εστίαση στη σαφήνεια
Η έμφαση στη σαφήνεια σε όλη τη διαδικασία χειροκίνητων δοκιμών είναι απαραίτητη.
Η όσο το δυνατόν μεγαλύτερη σαφήνεια μειώνει την πιθανότητα παρεξηγήσεων μεταξύ τμημάτων και επαγγελματιών, βοηθώντας τους ανθρώπους να επικεντρωθούν στην εργασία στους σωστούς τομείς του λογισμικού. Αυτό είναι ιδιαίτερα σημαντικό στη χειροκίνητη δοκιμή, καθώς υπάρχει μεγαλύτερο περιθώριο για την ερμηνεία των οδηγιών.
Αυτό περιλαμβάνει τη συγγραφή μιας σαφούς περίπτωσης δοκιμής για να την ακολουθήσει ο ελεγκτής, την καταγραφή των αποτελεσμάτων με απλό και κατανοητό τρόπο και τη βοήθεια όλων στον οργανισμό να κατανοήσουν τις απαιτήσεις της εφαρμογής.
2. Χρήση συνεχούς αναθεώρησης
Επανεξετάστε τα πάντα στη διαδικασία δοκιμής όσο πιο συχνά μπορείτε.
Μια αποτελεσματική διαδικασία αναθεώρησης περιλαμβάνει την προσοχή στον τρόπο με τον οποίο τα μέλη του προσωπικού αποδίδουν, την εξέταση των περιπτώσεων δοκιμών για να επαληθεύσετε ότι εξακολουθούν να λειτουργούν όπως περιμένετε και την αναθεώρηση του ίδιου του λογισμικού για να διασφαλίσετε ότι σημειώνεται πρόοδος.
Η παρακολούθηση της ποιότητας κάθε πτυχής της διαδικασίας διασφαλίζει ότι τα πρότυπα δεν ξεφεύγουν και ότι λαμβάνετε ένα αρκετά υψηλό επίπεδο παραγωγής από την αρχή έως το τέλος.
3. Μην κυνηγάτε μόνο σφάλματα
Μερικοί άνθρωποι πιστεύουν ότι ο κύριος στόχος των δοκιμών λογισμικού είναι η εύρεση σφαλμάτων, αλλά αυτό απέχει πολύ από την πραγματικότητα. Η διαδικασία περιλαμβάνει επίσης τη διασφάλιση ότι η εφαρμογή εκτελεί υψηλά πρότυπα, τρέχει με προβλέψιμο τρόπο και είναι άνετη για τον χρήστη.
Αυτή η ευχρηστία είναι άλλωστε η βασική εστίαση των χειροκίνητων δοκιμών, καθώς είναι σχεδόν “μη αυτοματοποιήσιμη”.
Αν βρείτε σφάλματα κατά την παρακολούθηση της περίπτωσης δοκιμής σας, τότε συμπεριλάβετε τα στην αναφορά σας, αλλά το να βγείτε από το δρόμο σας για να βρείτε σφάλματα που δεν έχουν σχέση με τη δοκιμή μπορεί να μπερδέψει τους προγραμματιστές και να θέσει τη διαδικασία πίσω από την αναμενόμενη θέση της.
Τύποι εξόδων από μια χειροκίνητη δοκιμή
Υπάρχουν διάφοροι διαφορετικοί τύποι αποτελεσμάτων που μπορείτε να λάβετε από μια χειροκίνητη δοκιμή, με τον καθένα να προσφέρει μια μοναδική εικόνα για τον τρόπο με τον οποίο εκτελεί μια εφαρμογή.
Οι τύποι αποτελεσμάτων που μπορείτε να λάβετε από τις χειροκίνητες δοκιμές περιλαμβάνουν:
1. Ημερολόγιο ελαττωμάτων
Το αρχείο καταγραφής ελαττωμάτων είναι ένας κατάλογος ή ένα έγγραφο γεμάτο με όλα τα προβλήματα που έχει ένα κομμάτι λογισμικού σε μια δοκιμή. Όσο μεγαλύτερο είναι το αρχείο καταγραφής ελαττωμάτων, τόσο περισσότερα είναι τα προβλήματα που απαιτούν επιδιόρθωση στο λογισμικό.
Αυτές μπορεί να είναι είτε αυτόματες είτε να γράφονται χειροκίνητα από έναν χειροκίνητο ελεγκτή, με τους χειροκίνητους ελεγκτές να ολοκληρώνουν αυτό το έργο σε πιο ποιοτικές πτυχές του προγράμματος, καθώς οι πλατφόρμες αυτοματισμού δεν είναι σε θέση να σχηματίσουν γνώμη για την ποιότητα ενός λογισμικού και απλώς παράγουν μετρήσεις.
2. Ποιοτικά δεδομένα
Αναφέρεται στην προφορική και γραπτή ανατροφοδότηση που ένας χειροκίνητος ελεγκτής παρουσιάζει στην ομάδα ανάπτυξης, συνήθως μετά την ολοκλήρωση μιας σειράς δοκιμών, όπως η δοκιμή αποδοχής χρήστη.
Η UAT επικεντρώνεται στο να διασφαλίσει ότι ο μέσος χρήστης θα απολαύσει το λογισμικό και θα ασχοληθεί με αυτό όπως αναμενόταν, πράγμα που σημαίνει διαφορετική εστίαση σε σύγκριση με πτυχές όπως η δοκιμή χαρακτηριστικών.
Τα ποιοτικά δεδομένα έχουν τη μορφή είτε μιας συζήτησης με τον προγραμματιστή είτε μιας γραπτής έκθεσης μεγάλης έκτασης.
3. Μηνύματα σφάλματος
Τα μηνύματα σφάλματος είναι σύντομες σειρές κειμένου που δηλώνουν αν έχει προκύψει σφάλμα σε ένα πακέτο λογισμικού, και αν ναι, τη φύση του προβλήματος.
Οι περισσότεροι προγραμματιστές γράφουν ένα λεπτομερές σύστημα που περιγράφει τι είναι ένα πρόβλημα και γιατί εμφανίζεται, χρησιμοποιώντας κωδικούς σφαλμάτων για να περιορίσουν το πρόβλημα. Σημειώνοντας τυχόν μηνύματα σφάλματος στο λογισμικό, ο προγραμματιστής γνωρίζει αμέσως την αιτία του προβλήματος που έχει προκύψει και γνωρίζει τα πιθανά βήματα που πρέπει να ακολουθήσει για την επίλυσή του.
Παραδείγματα χειροκίνητων δοκιμών
Υπάρχουν μερικά παραδείγματα χειροκίνητων δοκιμών που πρέπει να λάβετε υπόψη σας όταν μάθετε περισσότερα για το πώς να προχωρήσετε στη διαδικασία των χειροκίνητων δοκιμών. Καθένα από αυτά είναι μια συγκεκριμένη πειθαρχία δοκιμών που λαμβάνει χώρα σε ένα συγκεκριμένο σημείο του κύκλου ανάπτυξης, προσφέροντας στους προγραμματιστές περισσότερη διορατικότητα και καθοδήγηση για το πώς να βελτιώσουν το προϊόν τους.
Μερικά παραδείγματα χειροκίνητων μορφών δοκιμών περιλαμβάνουν:
1. Δοκιμές μονάδας
Η δοκιμή μονάδας είναι η διαδικασία με την οποία διασφαλίζεται ότι κάθε μεμονωμένη μονάδα ενός πακέτου λογισμικού λειτουργεί όπως θα περίμενε κανείς. Μια μονάδα, ή ενότητα, αναφέρεται σε μια μεμονωμένη λειτουργία που κωδικοποιείται ανεξάρτητα πριν μεταγλωττιστεί σε ένα μεγαλύτερο πακέτο λογισμικού στο τέλος της διαδικασίας.
Ένα παράδειγμα αυτού είναι σε μια βάση δεδομένων, όπου κάποιος μπορεί να δοκιμάσει μια συνάρτηση “SORT” για να βεβαιωθεί ότι οργανώνει σωστά τα δεδομένα πριν την ενσωματώσει στο ευρύτερο πακέτο.
Το κύριο πλεονέκτημα της ολοκλήρωσης των δοκιμών μονάδας είναι το γεγονός ότι καταλαβαίνετε ότι όλα τα συστήματα λειτουργούν σωστά από μόνα τους, ενώ τυχόν προβλήματα που προκύπτουν σε μεταγενέστερα στάδια προέρχονται από τον τρόπο με τον οποίο όλες οι λειτουργίες ενσωματώνονται μεταξύ τους.
Η χειροκίνητη ολοκλήρωση αυτών των δοκιμών είναι εξίσου σημαντική, καθώς εξοικονομεί χρόνο που θα έπρεπε να δαπανηθεί για την κωδικοποίηση πολύπλοκων περιπτώσεων δοκιμών αυτοματοποίησης.
2. Δοκιμές από άκρο σε άκρο
Η δοκιμή από άκρο σε άκρο είναι η διαδικασία δοκιμής μιας ολόκληρης εφαρμογής, από το σημείο που ανοίγετε για πρώτη φορά το λογισμικό μέχρι την ολοκλήρωση όλων των λειτουργιών μέσα σε αυτό.
Ένα καλό παράδειγμα δοκιμής από άκρο σε άκρο είναι μια εφαρμογή για κινητά που υπολογίζει πόσο φόρο κερδίζετε, στην οποία ένας δοκιμαστής κατεβάζει την εφαρμογή και περνάει από όλες τις λειτουργίες για να λάβει τον τελικό υπολογισμό. Ο δοκιμαστής σημειώνει τυχόν προβλήματα που αντιμετώπισε και τα μεταβιβάζει στους προγραμματιστές.
Οι προγραμματιστές επωφελούνται από αυτή τη μορφή δοκιμής που ολοκληρώνεται κυρίως από τους χειροκίνητους ελεγκτές, επειδή είναι μια ευκαιρία να δουν πώς λειτουργούν όλες οι μονάδες του λογισμικού μαζί, με αυτή τη δοκιμή σε προχωρημένο στάδιο να διασφαλίζει ότι η εφαρμογή λειτουργεί σωστά όταν όλα μαζί.
Η δοκιμή από άκρο σε άκρο διαφέρει από τη δοκιμή αποδοχής χρήστη, καθώς η δοκιμή από άκρο σε άκρο είναι κυρίως μια εσωτερική διαδικασία, σε αντίθεση με τη διαδικασία δοκιμής αποδοχής χρήστη, η οποία έχει εξωτερικό δημόσιο χαρακτήρα.
3. Δοκιμή αποδοχής χρηστών
Η δοκιμή αποδοχής από τον χρήστη είναι το τελικό στάδιο της διαδικασίας δοκιμής λογισμικού και περιλαμβάνει τη διασφάλιση ότι το προϊόν είναι κατάλληλο για την προβλεπόμενη πελατειακή βάση του προϊόντος. Αυτό περιλαμβάνει την παροχή πρόσβασης στους υποψήφιους πελάτες στην εφαρμογή, ώστε να μπορούν να τη χρησιμοποιήσουν και να παράσχουν ανατροφοδότηση.
Ένα από τα πιο συνηθισμένα παραδείγματα δοκιμών αποδοχής χρηστών στη σύγχρονη ανάπτυξη λογισμικού είναι οι δοκιμές άλφα και βήτα βιντεοπαιχνιδιών, κατά τις οποίες οι παίκτες παίζουν το παιχνίδι και αναφέρουν τυχόν προβλήματα που υπάρχουν σε αυτό.
Το κύριο πλεονέκτημα της ολοκλήρωσης των δοκιμών αποδοχής χρηστών είναι ότι λαμβάνετε μια εξωτερική οπτική για το προϊόν σας αντί να βασίζεστε στην οπτική των ανθρώπων που είχαν ενεργό ρόλο στη δημιουργία του προϊόντος, εξαλείφοντας έτσι κάθε πιθανότητα μεροληψίας που επηρεάζει τις δοκιμές. Οι χειροκίνητες δοκιμές είναι απαραίτητες, καθώς ένα σύστημα αυτοματοποίησης δεν μπορεί να αναπαράγει με ακρίβεια το συναίσθημα των πελατών.
Τύποι σφαλμάτων και σφαλμάτων που εντοπίζονται μέσω του χειροκίνητου ελέγχου και δεν εντοπίζονται από τον αυτοματοποιημένο έλεγχο
Οι χειροκίνητες δοκιμές βρίσκουν όλα τα είδη σφαλμάτων, λαθών και ζητημάτων, όπως και οι αυτοματοποιημένες δοκιμές. Ωστόσο, υπάρχουν ορισμένα προβλήματα στο λογισμικό, τα οποία ο χειροκίνητος έλεγχος είναι εξαιρετικός στην ανακάλυψη προβλημάτων που ο αυτοματισμός δεν θα μπορούσε να εντοπίσει.
Μερικοί από τους κύριους τύπους σφαλμάτων και σφαλμάτων στις χειροκίνητες δοκιμές περιλαμβάνουν:
1. Κακή ροή εργασιών
Η “ροή εργασιών” αναφέρεται στη διαδρομή που ακολουθεί ένας χρήστης για να φτάσει σε ένα συγκεκριμένο σημείο της εφαρμογής και να ολοκληρώσει μια διαδικασία. Παρόλο που μπορεί να μην υπάρχει κάποιο τεχνικό πρόβλημα με ορισμένες ροές εργασίας, μπορεί να είναι προβληματικές, καθώς η διαδρομή μπορεί να μην έχει νόημα για έναν μη ειδήμονα.
Σε αυτές τις περιπτώσεις, ένας χειροκίνητος δοκιμαστής θα ενημερώσει τον προγραμματιστή για τα προβλήματα του σχεδιασμού και θα προτείνει αλλαγές, βοηθώντας τους χρήστες να είναι πιο άνετοι και εξοικειωμένοι με μια εφαρμογή με τρόπο που τα αυτοματοποιημένα συστήματα δεν θα μπορούσαν να συνειδητοποιήσουν.
2. Γραφικά ζητήματα
Οι διαδικτυακές εφαρμογές λειτουργούν σε μια σειρά συσκευών, με τις αναλύσεις και τα μεγέθη των οθονών να ποικίλλουν συνεχώς ανάλογα με το τηλέφωνο, το tablet ή την οθόνη που έχει στη διάθεσή του ο χρήστης.
Σε μια κακώς βελτιστοποιημένη εφαρμογή, αυτό θα μπορούσε να οδηγήσει στο να τεντώνονται τα στοιχεία ενεργητικού και να φαίνονται χειρότερα σε λιγότερο συχνά χρησιμοποιούμενες συσκευές, με τα εργαλεία αυτοματοποίησης να ακολουθούν απλώς τα μενού και να μην το παρατηρούν.
Εφαρμόζοντας ένα εύρος συσκευών, οι χειροκίνητοι ελεγκτές μπορούν να βρουν γραφικές ατέλειες που, όταν διορθωθούν, οι χρήστες θα έχουν καλύτερη εμπειρία με το πακέτο λογισμικού.
3. Ανακριβείς σύνδεσμοι
Ορισμένοι ιστότοποι ή εφαρμογές συνδέονται με ιστότοπους κοινωνικής δικτύωσης μέσω μιας σειράς κουμπιών και ενσωματωμένων συνδέσμων. Ωστόσο, αυτά μπορεί να μην παραπέμπουν πάντα στο σωστό σημείο, ως αποτέλεσμα τυπογραφικού λάθους ή σφάλματος κατά τη διαδικασία ανάπτυξης, κάτι που ένα αυτοματοποιημένο σύστημα δεν θα βρει απαραίτητα.
Οι σύνδεσμοι που πηγαίνουν σε λάθος μέρος μπορεί να προκαλέσουν σύγχυση και να βλάψουν σημαντικά τη διατήρηση. Οι χειροκίνητοι ελεγκτές εξετάζουν όλους τους συνδέσμους ενός προγράμματος και διασφαλίζουν ότι οδηγούν στο σωστό μέρος, βοηθώντας τους τελικούς χρήστες να φτάσουν εκεί που θέλουν και όχι να παραπλανηθούν από κάποιο πρόβλημα.
Κοινές μετρικές χειροκίνητων δοκιμών
Οι μετρικές είναι απλές και μετρήσιμες αριθμητικές τιμές που δείχνουν κάτι μετά το τέλος μιας δοκιμής. Όλα αυτά έχουν ποσοτικό χαρακτήρα, γεγονός που διευκολύνει την αξιολόγησή τους από την πλευρά του προγραμματιστή.
Ορισμένες από τις πιο κοινές μετρικές χειροκίνητων δοκιμών που χρησιμοποιούν οι ελεγκτές περιλαμβάνουν:
1. Ελαττώματα
Η μετρική των ελαττωμάτων είναι σχετικά απλή και αναφέρεται στον αριθμό των σφαλμάτων ή των σφαλμάτων που υπάρχουν στο πακέτο λογισμικού. Ατέλεια είναι κάθε περίπτωση κατά την οποία το λογισμικό δεν αποδίδει όπως αναμενόταν, από τη λειτουργικότητα του λογισμικού μέχρι τον τρόπο με τον οποίο λειτουργούν τα γραφικά. η ανάλυση των ελαττωμάτων ως μετρική είναι σχετικά απλή, με τα περισσότερα ελαττώματα να αποτελούν μεγαλύτερο πρόβλημα για την εταιρεία.
Παρακολουθώντας αν ο αριθμός των ελαττωμάτων αυξάνεται ή μειώνεται από επανάληψη σε επανάληψη, μπορείτε να κατανοήσετε καλύτερα αν η ποιότητα του λογισμικού κινείται προς τη σωστή κατεύθυνση καθώς συνεχίζει να λαμβάνει ενημερώσεις.
2. Ελαττώματα ανά ώρα δοκιμής
Τα ελαττώματα ανά ώρα δοκιμής παίρνουν τη μέτρηση των ελαττωμάτων και προσθέτουν κάποια περισσότερη λεπτομέρεια, διαιρώντας τον αριθμό των ελαττωμάτων με τον αριθμό των ωρών που αφιερώνουν οι ελεγκτές στο λογισμικό.
Για παράδειγμα, ένα απλό διαδικτυακό εργαλείο με πέντε ελαττώματα που χρειάζεται δύο λεπτά για να εκτελεστεί θα φαινόταν καλύτερο από ένα εργαλείο με δέκα ελαττώματα που χρησιμοποιείτε για μία ώρα με τη βασική μετρική.
Ολοκληρώνοντας αυτόν τον περαιτέρω υπολογισμό, οι χειροκίνητοι ελεγκτές αποκτούν μια καλύτερη ιδέα της πυκνότητας ελαττωμάτων, κατανοώντας πόσο συχνά ένας χρήστης είναι πιθανό να συναντήσει ένα ελάττωμα και κατά πόσο αυτό επηρεάζει σοβαρά το χρόνο ενασχόλησής του με την εφαρμογή.
Η εξισορρόπηση των ελαττωμάτων σε σχέση με το μέγεθος μιας εφαρμογής είναι πάντα χρήσιμη για την κατανόηση των ζητημάτων.
3. Ποσοστό επιτυχών περιπτώσεων δοκιμής
Ορισμένες περιπτώσεις δοκιμών εκτελούνται με απλή βάση επιτυχίας/αποτυχίας, και αυτή η μέτρηση παρέχει ένα ποσοστό των περιπτώσεων δοκιμών που περνούν επιτυχώς. Όσο υψηλότερο είναι το ποσοστό των επιτυχών περιπτώσεων δοκιμής, τόσο καλύτερη είναι η απόδοση της εφαρμογής.
Όταν είναι δυνατόν, επιχειρήστε να χρησιμοποιήσετε το ποσοστό των περασμένων περιπτώσεων δοκιμής ανά χαρακτηριστικό και όχι κατά την εξέταση ολόκληρης της εφαρμογής. Αυτό παρέχει πιο λεπτομερείς πληροφορίες σχετικά με το τι λειτουργεί και τι όχι, βοηθώντας τους προγραμματιστές να κάνουν αλλαγές όπου αυτές είναι απαραίτητες, αντί να ολοκληρώσουν μια περαιτέρω έρευνα για να δουν ακριβώς πού βρίσκεται το πρόβλημα. Όσο πιο γρήγορα βρείτε την αιτία ενός προβλήματος, τόσο το καλύτερο.
7 λάθη και παγίδες στην εφαρμογή χειροκίνητων δοκιμών
Υπάρχουν διάφορα λάθη που είναι κοινά σε όλο τον κλάδο των δοκιμών λογισμικού, καθένα από τα οποία μπορεί να οδηγήσει στην ανεύρεση σφαλμάτων και στη διενέργεια δοκιμών που διαρκούν περισσότερο από το αναμενόμενο με υψηλότερο κόστος.
Μερικά από τα κυριότερα λάθη και παγίδες που πρέπει να προσέχετε και να αποφεύγετε κατά την εφαρμογή χειροκίνητων δοκιμών στην εργασία σας περιλαμβάνουν:
1. Επιδιόρθωση του σφάλματος μόνοι σας
Σε ορισμένα στάδια μιας διαδικασίας ανάπτυξης, ο προγραμματιστής είναι το άτομο που είναι υπεύθυνο τόσο για τη δοκιμή του κώδικα όσο και για τη διόρθωση του προβλήματος. Αυτό μπορεί να τους οδηγήσει στο να προσπαθήσουν να λύσουν οι ίδιοι τα προβλήματα λογισμικού, παρά το γεγονός ότι μπορεί να μην κατανοούν πλήρως την αιτία του προβλήματος.
Όπου είναι δυνατόν, προσπαθήστε να διασφαλίσετε ότι υπάρχει σαφής διαχωρισμός μεταξύ του δοκιμαστή και του ατόμου που κωδικοποιεί τη λύση. Κάνοντας αυτή τη διάκριση, μειώνετε την πιθανότητα να επικεντρωθείτε υπερβολικά στη διόρθωση του συγκεκριμένου σφάλματος που εντοπίσατε αντί να λάβετε υπόψη σας το υπόλοιπο λογισμικό.
Διανέμετε πάντοτε την εργασία, εάν είναι δυνατόν να αποκτήσετε μεγαλύτερη διασπορά τεχνογνωσίας σε ένα θέμα.
2. Βιαστική διεξαγωγή δοκιμών
Ορισμένα κομμάτια λογισμικού έχουν πολύ στενές προθεσμίες για την κυκλοφορία, γεγονός που μπορεί να κάνει τους ελεγκτές να επικεντρωθούν στο να ολοκληρώσουν τις δοκιμές πιο γρήγορα για να φτάσουν στην ημερομηνία-στόχο. Αυτό είναι ένα σοβαρό λάθος, καθώς υπάρχει κίνδυνος να περάσουν σημαντικά σφάλματα. Η χειροκίνητη δοκιμή μπορεί να επιδεινώσει αυτό το ζήτημα, καθώς οι άνθρωποι αισθάνονται πίεση και ενεργά βιάζονται να διεκπεραιώσουν τα πράγματα.
Προσπαθήστε να αφιερώνετε όσο το δυνατόν περισσότερο χρόνο κατά την ολοκλήρωση των περιπτώσεων δοκιμών, εξετάζοντας προσεκτικά κάθε βήμα και σημειώνοντας τα δεδομένα πιο λεπτομερώς. Ακόμα και αν χρειαστεί να καθυστερήσετε λίγο την κυκλοφορία, είναι προτιμότερο να στείλετε ένα πλήρες προϊόν παρά ένα προϊόν που οι χρήστες δεν απολαμβάνουν λόγω κακών προτύπων.
3. Κακή επικοινωνία
Η επικοινωνία εντός μιας ομάδας είναι υψίστης σημασίας σε κάθε έργο ανάπτυξης λογισμικού, με τους ανθρώπους να αποκτούν όσο το δυνατόν περισσότερες γνώσεις από τους συναδέλφους τους και να χρησιμοποιούν αυτές τις πληροφορίες για να βελτιώσουν το προϊόν. Αυτό ισχύει τόσο για τη συνεχή συζήτηση μεταξύ των τμημάτων όσο και εντός ενός τμήματος.
Όσο πιο αποτελεσματικά επικοινωνεί η ομάδα QA με τους προγραμματιστές, τόσο καλύτερη καθοδήγηση έχουν για τη δημιουργία ενημερώσεων, ενώ όλοι μαζί επωφελούνται από την κυκλοφορία ενός προϊόντος υψηλού επιπέδου.
Η χειροκίνητη δοκιμή επιτρέπει την καλύτερη επικοινωνία, καθώς ο ελεγκτής έχει πλήρη κατανόηση της εμπειρίας, παρέχοντας μεγαλύτερη σαφήνεια και λεπτομέρεια.
4. Δοκιμές χωρίς προετοιμασία
Η προετοιμασία φέρνει την τελειότητα, και αυτό ισχύει σε όλο το τοπίο των δοκιμών λογισμικού. Στην περίπτωση των χειροκίνητων δοκιμών, αυτό σημαίνει ότι πρέπει να αφιερώσετε χρόνο για να κατανοήσετε το λογισμικό εκτός από την εκμάθηση της σύντομης περιγραφής και τη δημιουργία περιπτώσεων δοκιμών που προκαλούν κατάλληλα όλους αυτούς τους στόχους.
Το να αφιερώνετε χρόνο σημαίνει ότι οι περιπτώσεις δοκιμών σας θα ανταποκρίνονται στις ανάγκες σας ως προγραμματιστή και ότι είναι πολύ πιο πιθανό να βρείτε όλα τα πιο σημαντικά σφάλματα στο σύστημα. Αυτό βοηθά επίσης τους ελεγκτές να διαβάσουν με μεγαλύτερη σαφήνεια τις περιπτώσεις δοκιμών και να τις εκτελέσουν με μεγαλύτερη ακρίβεια.
5. Αγνοώντας τα ένστικτά σας
Όταν μια εταιρεία αρχίζει να δοκιμάζει χειροκίνητα, το κάνει για διάφορους λόγους, μεταξύ των οποίων το γεγονός ότι θέλει την προσαρμοστικότητα και το ένστικτο ενός ανθρώπινου δοκιμαστή. Όταν δοκιμάζετε ένα κομμάτι λογισμικού, μπορεί να παρατηρήσετε ότι κάτι φαίνεται περίεργο παρά το γεγονός ότι δεν αποτελεί ενεργά μέρος μιας περίπτωσης δοκιμής, γεγονός που σας ωθεί να μην κάνετε αλλαγές ή να μην ερευνήσετε περαιτέρω. Αυτό είναι λάθος.
Αφήστε πάντα την περιέργειά σας και ακούστε τι σας λέει το ένστικτό σας, καθώς αυτό βοηθάει στην εύρεση των προβλημάτων που δεν μπορεί να εντοπίσει μια αυτοματοποιημένη περίπτωση δοκιμής. Οι χειροκίνητοι δοκιμαστές επιλέγονται για την ευφυΐα και την εμπειρία τους, οπότε η αξιοποίηση αυτών των χαρακτηριστικών σημαίνει την καλύτερη δυνατή αξιοποίηση των δυνατοτήτων μιας δοκιμής.
6. Φόβος για τα λάθη
Όλοι κάνουν λάθη, ανεξάρτητα από την εργασία που ολοκληρώνετε. Ωστόσο, είναι προτιμότερο να το αναγνωρίζετε αυτό παρά να μπαίνετε σε μια διαδικασία φοβούμενοι ότι μπορεί να κάνετε κάποιο λάθος. Αυτό σας αγχώνει περισσότερο και είναι ακόμη πιο πιθανό να προκαλέσει προβλήματα στην απόδοση των δοκιμών σας. Η αυτοματοποίηση δεν έχει αυτό το πρόβλημα, με τους χειροκίνητους δοκιμαστές να είναι πιο επιρρεπείς στην πίεση.
Προσεγγίστε τα καθήκοντά σας με φυσικό τρόπο και αν κάνετε κάποιο λάθος, προσπαθήστε να το διορθώσετε το συντομότερο δυνατό. Η δοκιμή λογισμικού είναι το στάδιο στο οποίο ανακαλύπτετε και διορθώνετε προβλήματα, και το περιστασιακό πρόβλημα δοκιμής δεν πρόκειται να καταστρέψει το λογισμικό για τον τελικό χρήστη, εφόσον το διορθώσετε.
7. Μη τήρηση διαλειμμάτων
Οι χειροκίνητες δοκιμές απαιτούν υψηλό επίπεδο προσοχής στη λεπτομέρεια σε κάθε δοκιμή, γεγονός που μπορεί να κουράσει έναν ελεγκτή. Παρά το γεγονός αυτό, ορισμένοι δοκιμαστές και εταιρείες επικεντρώνονται στο να κρατούν τους δοκιμαστές σε όλη τη διάρκεια της ημέρας χωρίς πρόσθετα διαλείμματα για κόπωση ή απώλεια συγκέντρωσης.
Αυτό είναι ένα σημαντικό σφάλμα. Παρέχετε στο προσωπικό δοκιμών διαλείμματα καθ’ όλη τη διάρκεια της ημέρας, καθώς έτσι μειώνεται η πιθανότητα εμφάνισης προβλημάτων και διατηρείται η δοκιμασία όσο το δυνατόν πιο ακριβής. Αν είστε ο ίδιος δοκιμαστής, προσπαθήστε να συνεργαστείτε με το προσωπικό διαχείρισης για να φροντίσετε ενεργά την ψυχική υγεία του εαυτού σας και των γύρω σας.
Καλύτερα εργαλεία χειροκίνητων δοκιμών
Όταν ολοκληρώνετε χειροκίνητες δοκιμές, δεν χρειάζεται να ολοκληρώνετε κάθε μέρος της εργασίας μόνοι σας. Σε ορισμένες περιπτώσεις, η χρήση ενός εργαλείου μπορεί να είναι ιδανική για τη διαχείριση των δοκιμών σας και να κάνει τη διαδικασία όσο το δυνατόν πιο ομαλή. Αν είστε δοκιμαστής και σκέφτεστε τρόπους βελτίωσης των προτύπων σας, η εξέταση των εργαλείων θα μπορούσε να είναι η ιδανική αρχή.
5 Καλύτερα δωρεάν εργαλεία χειροκίνητου ελέγχου
Όταν ξεκινάτε με οποιοδήποτε νέο εργαλείο στον τομέα της δοκιμής λογισμικού, θέλετε να βεβαιωθείτε ότι έχετε καλή αξία για την επένδυσή σας. Αυτό αναφέρεται στο χρόνο που επενδύετε στο λογισμικό και στο ποσό των χρημάτων που ξοδεύετε για να αποκτήσετε την άδεια χρήσης.
Με τα δωρεάν εργαλεία χειροκίνητων δοκιμών, η σχέση ποιότητας-τιμής είναι πολύ απλούστερη και δεν έχετε τύψεις αγοραστή αν δεν πετύχει.
Μερικά από τα καλύτερα δωρεάν εργαλεία χειροκίνητων δοκιμών που είναι διαθέσιμα στις ομάδες διασφάλισης ποιότητας περιλαμβάνουν:
1. JIRA
Το JIRA είναι ένα εργαλείο τεκμηρίωσης για δοκιμές λογισμικού που επιτρέπει στους προγραμματιστές να δημιουργούν εισιτήρια για τυχόν σφάλματα, ζητήματα ή διορθώσεις που απαιτούν υποστήριξη. Αυτή η πλατφόρμα διαθέτει επίσης εργαλεία ιεράρχησης προτεραιοτήτων, έτσι ώστε μια ομάδα ανάπτυξης να μπορεί να φροντίσει να ταξινομήσει πρώτα τα πιο σημαντικά ζητήματα κατά τη βελτίωση του προγράμματός της.
2. LoadRunner
Συμβατό με μια σειρά εργαλείων ανάπτυξης, το LoadRunner βοηθά στη δοκιμή επιδόσεων σε μια σειρά ρυθμίσεων, δημιουργώντας δεδομένα δοκιμής επιδόσεων με λεπτομερή ανάλυση. Το εργαλείο βοηθά επίσης στην κατηγοριοποίηση ορισμένων από τις κύριες αιτίες των προβλημάτων απόδοσης για έναν προγραμματιστή που επιθυμεί να αυξήσει την αποδοτικότητα.
3. SonarQube
Υποστηρίζει ένα ευρύ φάσμα γλωσσών προγραμματισμού μέσω εργασιών χειροκίνητου ελέγχου, παρακολουθώντας τις μετρήσεις με την πάροδο του χρόνου για να μειώσει τον όγκο των αναφορών που πρέπει να συμπληρώσουν οι ίδιοι οι χειροκίνητοι ελεγκτές. Εξαιρετικά προσαρμόσιμο και ενσωματώνεται αποτελεσματικά με μια σειρά σημαντικών εφαρμογών τρίτων κατασκευαστών.
4. Trac
Το Trac, που αναπτύχθηκε σε Python, είναι ένα εργαλείο διαχείρισης έργων που σας παρέχει το ιστορικό προβολής, τον κώδικα και τυχόν αλλαγές, ώστε να βλέπετε τις τροποποιήσεις που έγιναν μεταξύ των δοκιμών. Η αποσφαλμάτωση μέσω του Trac χρησιμοποιεί επίσης ένα σύστημα διαχείρισης εισιτηρίων, απλοποιώντας τη διαδικασία εύρεσης ενός προβλήματος και επιδιόρθωσής του για έναν χρήστη.
5. NUnit
Βασισμένο στο JUnit, το NUnit είναι ένα εργαλείο εντελώς ανοιχτού κώδικα που υποστηρίζει δοκιμές με προσανατολισμό στα δεδομένα και ενσωματώνεται αποτελεσματικά σε μια σειρά από πλατφόρμες. Έχετε πρόσβαση σε ποσοτικά δεδομένα ακόμη και μετά την ολοκλήρωση των χειροκίνητων δοκιμών, γεγονός που παρέχει μεγαλύτερη διορατικότητα στους προγραμματιστές που επιθυμούν να διορθώσουν τυχόν προβλήματα.
5 Καλύτερα δωρεάν εργαλεία δοκιμών αυτοματισμού
Παρόλο που οι χειροκίνητες δοκιμές έχουν πολλά πλεονεκτήματα, ηεφαρμογή αυτοματοποίησης στις διαδικασίες δοκιμών σας είναι μερικές φορές ο ιδανικός τρόπος για να προχωρήσετε.
Αυτό σας βοηθάει να εξαλείψετε ορισμένα από τα μειονεκτήματα της εστίασης αποκλειστικά σε χειροκίνητες δοκιμές, ενώ παράλληλα μπορείτε να αποκτήσετε μια καλή επισκόπηση του λογισμικού. Η αυτοματοποίηση απαιτεί κάποια εργαλεία για να ξεκινήσετε και πολλοί προγραμματιστές προτιμούν να χρησιμοποιούν δωρεάν εργαλεία καθώς ξεκινούν την εργασία τους και εξοικειώνονται με την πλατφόρμα.
Μερικά από τα καλύτερα διαθέσιμα δωρεάν εργαλεία δοκιμών αυτοματοποίησης περιλαμβάνουν:
1. ZAPTEST ΔΩΡΕΆΝ ΈΚΔΟΣΗ
Το ZAPTEST Free Edition έχει σχεδιαστεί για να βοηθήσει τους δοκιμαστές να ενσωματώσουν την αυτοματοποίηση στην εργασία τους, δίνοντας έμφαση στο να είναι cross-platform και να κάνει τους χρήστες να εφαρμόσουν την αυτοματοποίηση με τρόπο που να υποστηρίζει σωστά τις χειροκίνητες δοκιμές. Η αυτοματοποίηση οποιασδήποτε εργασίας είναι το βασικό πλεονέκτημα, με όλες τις πτυχές του λογισμικού να μπορούν να αυτοματοποιηθούν μέσω της Free Edition του ZAPTEST.
2. Appium
Ένα πλαίσιο αυτοματοποίησης δοκιμών ανοικτού κώδικα, το οποίο επικεντρώνεται ειδικά στην αυτοματοποίηση κινητών συσκευών για εφαρμογές που λειτουργούν σε καταστήματα web. Το Appium λειτουργεί με μια σειρά από API και λειτουργικά συστήματα, όπως iOS, Windows, Mobile, Web και Android.
3. Πλατφόρμα Katalon
Ως λύση χωρίς κώδικα, το Katalon βοηθά τους δοκιμαστές χωρίς εμπειρία στον προγραμματισμό να επιτύχουν καλύτερη αυτοματοποιημένη εργασία δοκιμών. Αυτή η πλατφόρμα διαθέτει ένα κατάστημα με μια σειρά από επεκτάσεις, αλλά αυτό σημαίνει ότι για να αξιοποιήσετε στο έπακρο το λογισμικό δοκιμών θα πρέπει πιθανότατα να αφιερώσετε πολύ χρόνο, και ενδεχομένως χρήματα, για να το προσαρμόσετε στις ανάγκες σας.
4. Robotium
Ένα εργαλείο ανοικτού κώδικα που στοχεύει ειδικά στις δοκιμές Android, ενώ επιτρέπει την αποδοχή από τον χρήστη και τις δοκιμές γκρίζου κουτιού. Παρόλο που η εφαρμογή αυτή λειτουργεί με υψηλά πρότυπα, υπάρχουν κάποιοι κίνδυνοι για τους χρήστες, καθώς οι εφαρμογές διασταυρούμενων πλατφορμών θα εξακολουθούσαν να απαιτούν δοκιμές σε όλες τις άλλες πλατφόρμες.
5. Loadster
Το Loadster είναι ένα εργαλείο που έχει σχεδιαστεί για να βοηθήσει τις εταιρείες που εργάζονται με εφαρμογές που έχουν μεγάλες βάσεις χρηστών. Η χρήση αυτού του εργαλείου βοηθά τους προγραμματιστές να προετοιμάζονται για μεγαλύτερες αιχμές στην κυκλοφορία και να έχουν βέλτιστη απόδοση ακόμη και με σημαντική πίεση στους διακομιστές της εταιρείας. Εκτός από τη βοήθεια στη χειροκίνητη δοκιμή, το Loadster μπορεί να αυτοματοποιήσει ορισμένες από τις εργασίες ενός δοκιμαστή, όπως η επαναφορά φορτίου.
Συμπέρασμα
Εν κατακλείδι, οι χειροκίνητες δοκιμές αποτελούν πλεονέκτημα για κάθε οργανισμό. Οι δοκιμαστές μπορούν να ανακαλύψουν αθέατα ζητήματα και να παρέχουν λεπτομερή ανατροφοδότηση σχετικά με μια εφαρμογή που η αυτοματοποίηση απλά δεν μπορεί.
Παρόλο που υπάρχουν ορισμένα μειονεκτήματα στις χειροκίνητες δοκιμές, οι έξυπνες εταιρείες χρησιμοποιούν όλο και περισσότερο ένα υβριδικό σύστημα χειροκίνητων και αυτοματοποιημένων δοκιμών, βοηθώντας στην αντιμετώπιση των αδυναμιών του καθενός, ενώ παράλληλα αξιοποιούν τα πλεονεκτήματα και των δύο.
Οι χειροκίνητες δοκιμές είναι η ραχοκοκαλιά της καλύτερης ανάπτυξης λογισμικού και η σωστή χρήση τους μπορεί να κάνει μεγάλη διαφορά στο αποτέλεσμά σας.
Συχνές ερωτήσεις & πόροι
Η χειροκίνητη δοκιμή μπορεί να είναι ένα πολύπλοκο θέμα, οπότε είναι κατανοητό ότι μπορεί να έχετε μερικές ακόμα ερωτήσεις σχετικά με τον τρόπο λειτουργίας της. Δείτε μερικές συχνές ερωτήσεις σχετικά με τις χειροκίνητες δοκιμές με ορισμένους πόρους που μπορείτε να επωφεληθείτε καθώς μαθαίνετε να γίνεστε καλύτεροι χειροκίνητοι δοκιμαστές με την πάροδο του χρόνου.
1. Καλύτερα μαθήματα για χειροκίνητη αυτοματοποίηση δοκιμών
– “Θεμέλια αυτοματισμού δοκιμών” – Udemy
– “Εκπαιδευτικά μαθήματα αυτοματισμού δοκιμών” – NobleProg
– “Manual Testing Training – Ηνωμένο Βασίλειο” – The Knowledge Academy
– “Χειροκίνητες δοκιμές και δοκιμές αυτοματισμού” – IT Talent Hub
2. Ποιες είναι οι 5 κορυφαίες ερωτήσεις συνέντευξης σχετικά με τον χειροκίνητο έλεγχο;
– “Έχετε εμπειρία με χειροκίνητες δοκιμές;” – Διαπιστώνει αν ένας υποψήφιος έχει μεγάλη εμπειρία εργασίας σε περιβάλλοντα δοκιμών.
– “Ποια είναι η διαφορά μεταξύ των χειροκίνητων δοκιμών και της αυτοματοποίησης δοκιμών;” – Διαπιστώνει αν ο υποψήφιος έχει βασικές τεχνικές γνώσεις σχετικά με τις διαδικασίες δοκιμών.
– “Πώς έχετε ξεπεράσει τις προκλήσεις σε ένα περιβάλλον δοκιμών λογισμικού;” – Αξιολογεί τις δεξιότητες επίλυσης προβλημάτων που διαθέτει ένας υποψήφιος στο χώρο των χειροκίνητων δοκιμών.
– “Ποιο είναι το ιδανικό εργαλείο για την υποστήριξη των χειροκίνητων δοκιμών;” – Δημιουργεί μια καλύτερη ιδέα για τις ροές εργασίας που χρησιμοποιεί ο υποψήφιος και για το κατά πόσον αυτό ταιριάζει στην εταιρεία.
– “Είσαι άνετα να εργάζεσαι σε μια ομάδα;” – Ενημερώστε τον υπεύθυνο της συνέντευξης για το αν ο υποψήφιος είναι ικανός να εργαστεί σε μια μεγαλύτερη ομάδα.
3. Καλύτερα σεμινάρια Youtube για χειροκίνητες δοκιμές
– “Χειροκίνητες δοκιμές (πλήρες μάθημα)” – SDET- QA Automation Techie
– “SOFTWARE TESTING TUTORIAL – Master Software Testing and Crack Job in Testing” – Software Testing Mentor
– “Τι είναι ο χειροκίνητος έλεγχος; | Manual Testing Tutorial For Beginners | Edureka” – edureka!
– “Έννοιες χειροκίνητου ελέγχου (λειτουργικού)” – Naveen AutomationLabs
– “Σεμινάρια χειροκίνητων δοκιμών” – Software Testing Academy
4. Πώς να διατηρήσετε τις χειροκίνητες δοκιμές;
Υπάρχουν μερικά πράγματα που μπορείτε να κάνετε για να διατηρήσετε τις χειροκίνητες δοκιμές, το πρώτο από τα οποία είναι να φροντίζετε τους δοκιμαστές. Θέτοντας την ευημερία στο επίκεντρο των διαδικασιών δοκιμών, διασφαλίζετε ότι όλοι είναι σε θέση να προσέχουν και να αποδίδουν στο μέγιστο βαθμό.
Επιπλέον, επικεντρωθείτε στην ύπαρξη καλών δομών υποστήριξης. Αυτό σημαίνει εποπτεία από τους διαχειριστές που διασφαλίζουν ότι οι δοκιμές είναι συνεπείς και αποδίδουν ακριβή αποτελέσματα, όπου είναι δυνατόν.
Δεν υπάρχει κάποια αυστηρή μηχανική ή αυτοματοποιημένη συντήρηση αυτή καθαυτή, αλλά η φροντίδα των ανθρώπων αποτελεί από μόνη της μια μορφή συντήρησης των δοκιμών σας.
