ad hoc testing how find defects without formal testing process
Ο όρος ad-hoc συνεπάγεται την έλλειψη δομής ή κάτι που δεν είναι μεθοδικό. Όταν μιλάς για ad-hoc δοκιμές , σημαίνει ότι είναι μια μορφή α μαύρο κουτί ή διεξαγωγή δοκιμών συμπεριφοράς χωρίς καμία επίσημη διαδικασία.
Η επίσημη διαδικασία εδώ σημαίνει ότι έχετε τεκμηρίωση όπως έγγραφα απαιτήσεων, Σχέδια δοκιμών, περιπτώσεις δοκιμών και κατάλληλο σχεδιασμό δοκιμών όσον αφορά το χρονοδιάγραμμα και τη σειρά των δοκιμών που εκτελέσατε. Επίσης, τυχόν ενέργειες που εκτελούνται κατά τη διάρκεια της δοκιμής δεν είναι συνήθως τεκμηριωμένες.
Αυτό γίνεται κυρίως με σκοπό να προσπαθήσουμε να αποκαλύψουμε ελαττώματα ή ελαττώματα που δεν μπορούν να συλληφθούν μέσω παραδοσιακών ή επίσημων διαδικασιών που ακολουθούνται κατά τη διάρκεια του κύκλου δοκιμών.
Όπως έχει ήδη γίνει κατανοητό, η ουσία αυτής της δοκιμής έγκειται στο ότι δεν υπάρχει επίσημος ή δομημένος τρόπος δοκιμών. Όταν πραγματοποιείται τέτοιου είδους τεχνικές τυχαίων δοκιμών, είναι προφανές ότι Οι υπεύθυνοι δοκιμών το εκτελούν χωρίς ιδιαίτερη περίπτωση χρήσης με σκοπό να σπάσουν το σύστημα.
Ως εκ τούτου είναι σίγουρα ακόμη πιο προφανές ότι απαιτείται μια τέτοια διαισθητική ή δημιουργική μεθοδολογία δοκιμών ο ελεγκτής να είναι εξαιρετικά ειδικευμένος, ικανός και να έχει σε βάθος τεχνογνωσία του συστήματος. Οι δοκιμές ad-hoc διασφαλίζουν ότι οι δοκιμές που εκτελούνται είναι πλήρεις και είναι ιδιαίτερα χρήσιμες για τον προσδιορισμό της αποτελεσματικότητας του κάδου δοκιμής.
Συνιστώμενη ανάγνωση=> Εξερευνητικές δοκιμές - Πώς να σκεφτείτε πέρα από τα παραδοσιακά όρια δοκιμών;
Τι θα μάθετε:
- Ας ξεκινήσουμε με ένα παράδειγμα δοκιμής Ad-hoc
- Πότε κάνουμε δοκιμές ad-hoc;
- Τύποι δοκιμών Ad-hoc
- Οφέλη δοκιμών ad-hoc
- Μειονεκτήματα δοκιμών ad-hoc
- Βέλτιστες πρακτικές για να κάνετε αυτή τη δοκιμή πιο αποτελεσματική
- συμπέρασμα
- Συνιστώμενη ανάγνωση
Ας ξεκινήσουμε με ένα παράδειγμα δοκιμής Ad-hoc
Ακολουθεί ένα παράδειγμα για το πώς μπορούμε να εκτελέσουμε αυτήν τη δοκιμή όταν πρόκειται για τον Οδηγό διεπαφής χρήστη.
Ας υποθέσουμε ότι πρέπει να δημιουργήσετε ένα σχέδιο ή ένα πρότυπο για κάποια εργασία που θα εκτελεστεί χρησιμοποιώντας αυτόν τον οδηγό διεπαφής χρήστη. Ο οδηγός είναι μια σειρά παραθύρων με είσοδο χρήστη όπως όνομα, περιγραφή κ.λπ.
Καθώς ο οδηγός εξελίσσεται: ας πούμε σε ένα από τα παράθυρα, πρέπει να εισαχθούν δεδομένα χρήστη που περιλαμβάνουν τον οδηγό διεπαφής χρήστη για να ρίξει ένα αναδυόμενο πλαίσιο περιβάλλοντος που προσθέτει τα σχετικά δεδομένα για να ολοκληρώσει τον οδηγό και να αναπτύξει / ενεργοποιήσει τον οδηγό.
Για τη δοκιμή αυτού του υπεύθυνου δοκιμών κάνει τις τακτικές δοκιμές του όπως:
φούσκα ταξινόμηση φθίνουσα σειρά c ++
- Ολοκληρώστε με επιτυχία τον οδηγό με όλα τα έγκυρα δεδομένα και δημιουργήστε το σχέδιο.
- Ακυρώστε τον οδηγό στη μέση.
- Επεξεργαστείτε ένα δημιουργημένο σχέδιο μέσω του οδηγού.
- Διαγράψτε το δημιουργημένο πρόγραμμα και δείτε ότι δεν υπάρχει κατάλοιπο από αυτό.
- Εισαγάγετε μια αρνητική τιμή στον οδηγό και δείτε τα κατάλληλα μηνύματα σφάλματος.
Τώρα, για το παραπάνω παράδειγμα Ακολουθούν μερικές περιπτώσεις δοκιμών για ad-hoc δοκιμές αυτό θα μπορούσε να εκτελεστεί για να αποκαλύψετε όσο το δυνατόν περισσότερα ελαττώματα:
- Ενώ προσπαθείτε να προσθέσετε αρνητικά δεδομένα, προσθέστε ορισμένους ειδικούς χαρακτήρες που δεν περιορίζονται για να δείτε εάν αντιμετωπίζονται σωστά. Για παράδειγμα, μερικές φορές οι μάγοι δεν περιορίζουν {ή [τιράντες, αλλά σε ορισμένες περιπτώσεις, αυτό μπορεί να έρχεται σε διένεξη με τον κώδικα με βάση τη γλώσσα στην οποία είναι γραμμένη και να προκαλεί πολύ αναξιόπιστη συμπεριφορά.
- Ένα άλλο τεστ αφορά ειδικά τα αναδυόμενα παράθυρα. Ένας χρήστης μπορεί να προκαλέσει την έναρξη του αναδυόμενου παραθύρου και στη συνέχεια να προσπαθήσει να πατήσει το κουμπί backspace στο πληκτρολόγιο. Πολλές φορές έχω παρατηρήσει ότι με αυτόν τον τρόπο, ο οδηγός φόντου εξαφανίζεται εντελώς και χάνονται όλα τα δεδομένα χρήστη που έχουν εισαχθεί μέχρι το σημείο έναρξης του αναδυόμενου παραθύρου!
Χαρακτηριστικά των δοκιμών Ad-hoc:
Εάν παρατηρήσετε τα παραπάνω σενάρια, θα δείτε κάτι πολύ ξεχωριστό χαρακτηριστικό αυτού του τύπου δοκιμών.
Αυτοί είναι:
- Είναι πάντα σύμφωνα με τον στόχο δοκιμής. Ωστόσο, είναι ορισμένες δραστικές δοκιμές που πραγματοποιούνται με σκοπό να σπάσουν το σύστημα.
- Ο υπεύθυνος δοκιμών πρέπει να έχει πλήρη γνώση και επίγνωση για το σύστημα που δοκιμάζεται. Το αποτέλεσμα αυτής της δοκιμής εντοπίζει σφάλματα που προσπαθούν να επισημάνουν τα κενά της διαδικασίας δοκιμής.
- Εξετάζοντας επίσης τις παραπάνω δύο δοκιμές, η φυσική αντίδραση σε αυτό θα ήταν ότι - αυτό το είδος δοκιμής μπορεί να πραγματοποιηθεί μόνο μία φορά, καθώς δεν είναι εφικτό για επανεξέταση, εκτός εάν υπάρχει σχετικό ελάττωμα.
Πότε κάνουμε δοκιμές ad-hoc;
Πράγματι, μια ερώτηση εκατομμυρίων δολαρίων!
Οι περισσότερες ομάδες δοκιμής του χρόνου επιβαρύνονται πάντα με πάρα πολλές δυνατότητες για δοκιμές εντός περιορισμένων χρονικών ορίων. Σε αυτό το περιορισμένο χρονικό διάστημα, υπάρχουν πολλές δοκιμαστικές δραστηριότητες που προέρχονται από την επίσημη διαδικασία που πρέπει επίσης να ολοκληρωθεί. Σε τέτοιες περιπτώσεις, η δοκιμή ad-hoc, η εύρεση του τρόπου διεξαγωγής της στη δοκιμή είναι λεπτή.
Ωστόσο, από την εμπειρία μου, ένας γύρος ad-hoc δοκιμών μπορεί να κάνει θαύματα για την ποιότητα του προϊόντος και να εγείρει πολλά ερωτήματα σχεδιασμού.
Δεδομένου ότι οι δοκιμές ad-hoc είναι περισσότερο μια τεχνική δοκιμών 'άγριου παιδιού' που δεν χρειάζεται να δομηθεί, η γενική πρόταση είναι ότι πρέπει να εκτελεστεί μετά την εκτέλεση του τρέχοντος κάδου δοκιμής. Μια άλλη άποψη είναι ότι αυτό θα μπορούσε να γίνει όταν δεν μπορούν να πραγματοποιηθούν λεπτομερείς δοκιμές λόγω λιγότερου χρόνου.
Κατά τη γνώμη μου, θα το έλεγα αυτό Οι δοκιμές ad-hoc μπορούν να γίνουν σχεδόν οποιαδήποτε στιγμή - στην αρχή, στη μέση και στο τέλος! Απλώς βρίσκει τη θέση του ανά πάσα στιγμή. Ωστόσο, όταν πρέπει να γίνει δοκιμή ad-hoc για να αναδειχθεί η μέγιστη τιμή, κρίνεται καλύτερα από έναν έμπειρο ελεγκτή που έχει σε βάθος γνώση σχετικά με το σύστημα που δοκιμάζεται.
Πότε να μην εκτελεστεί;
Εάν η προηγούμενη ερώτηση αξίζει ένα εκατομμύριο δολάρια, αυτό θα πρέπει να αξίζει ένα δισεκατομμύριο!
Ενώ έχουμε διαπιστώσει πόσο αποτελεσματικές και γόνιμες δοκιμές ad-hoc μπορεί να είναι, ως ειδικευμένος και ικανός δοκιμαστής, πρέπει επίσης να αποκρυπτογραφήσουμε πότε να μην επενδύσουμε σε αυτόν τον τύπο δοκιμών. Αν και είναι στη διακριτική ευχέρεια του ελεγκτή, εδώ είναι μερικές συστάσεις / παραδείγματα όταν μπορεί να μην είναι απαραίτητα.
- Αποφύγετε αυτόν τον έλεγχο όταν υπάρχει περίπτωση δοκιμής για το οποίο υπάρχει ελάττωμα. Σε μια τέτοια περίπτωση υπάρχει ανάγκη τεκμηρίωσης του σημείου αποτυχίας της υπόθεσης δοκιμής και, στη συνέχεια, επαλήθευση / επανεξέταση του ελαττώματος όταν διορθωθεί. Ως εκ τούτου, δεν θα ισχύει εδώ.
- Μπορεί επίσης να υπάρχουν ορισμένα σενάρια όπου μπορούν να προσκληθούν πελάτες ή πελάτες δοκιμάστε την έκδοση beta του λογισμικού . Σε τέτοιες περιπτώσεις, αυτός ο έλεγχος δεν πρέπει να διεξάγεται.
- Ένα άλλο σενάριο είναι όταν υπάρχει μια πολύ απλή οθόνη διεπαφής χρήστη που προστίθεται. Οι παραδοσιακές θετικές και αρνητικές δοκιμές πρέπει να αρκούν εδώ για να εμφανιστούν τα μέγιστα ελαττώματα.
Τύποι δοκιμών Ad-hoc
Οι δοκιμές ad-hoc μπορούν να κατηγοριοποιηθούν σε τρεις παρακάτω κατηγορίες:
# 1) Δοκιμή φίλων
Σε αυτήν τη μορφή δοκιμών, θα υπάρχει ένα μέλος δοκιμής και ένα μέλος ανάπτυξης που θα επιλεγούν να εργαστούν στην ίδια ενότητα. Αμέσως μετά το Ο προγραμματιστής ολοκληρώνει τη δοκιμή μονάδας , ο ο ελεγκτής και ο προγραμματιστής κάθονται μαζί και δουλέψτε πάνω στην ενότητα. Αυτό το είδος δοκιμών επιτρέπει τη δυνατότητα προβολής της δυνατότητας σε ευρύτερο πεδίο και για τα δύο μέρη.
Ο προγραμματιστής θα αποκτήσει μια προοπτική όλων των διαφορετικών δοκιμών που εκτελεί ο δοκιμαστής και ο δοκιμαστής θα αποκτήσει μια προοπτική για το πώς είναι ο εγγενής σχεδιασμός που θα τον βοηθήσει να αποφύγει τον σχεδιασμό μη έγκυρων σεναρίων, αποτρέποντας έτσι άκυρα ελαττώματα. Θα βοηθήσει το ένα να σκεφτεί όπως το άλλο.
# 2) Δοκιμή ζεύγους
Σε αυτήν τη δοκιμή, δύο δοκιμαστές συνεργάζονται σε μια ενότητα με την ίδια ρύθμιση δοκιμής που μοιράζεται μεταξύ τους. Η ιδέα πίσω από αυτήν τη μορφή δοκιμών για να έχουν οι δύο δοκιμαστές ιδέες και μεθόδους ανταλλαγής ιδεών για να έχουν ορισμένα ελαττώματα. Και οι δύο μπορούν να μοιραστούν το έργο της δοκιμής και να κάνουν την απαραίτητη τεκμηρίωση όλων των παρατηρήσεων που έγιναν.
# 3) Δοκιμή μαϊμού
Αυτή η δοκιμή πραγματοποιείται κυρίως σε επίπεδο δοκιμής μονάδας. Ο ελεγκτής αναλύει δεδομένα ή δοκιμές με έναν εντελώς τυχαίο τρόπο για να διασφαλίσει ότι το σύστημα είναι σε θέση να αντέξει τυχόν σφάλματα. Αυτή η δοκιμή μπορεί να ταξινομηθεί περαιτέρω σε δύο κατηγορίες:
καλύτερο πρόγραμμα παρακολούθησης της θερμοκρασίας gpu
Οφέλη δοκιμών ad-hoc
Η δοκιμή εγγυάται στον υπεύθυνο δοκιμών με πολλή δύναμη να είναι όσο δημιουργικό είναι απαραίτητο.
Αυτό αυξάνει την ποιότητα και την αποτελεσματικότητα των δοκιμών όπως παρακάτω:
- Το μεγαλύτερο πλεονέκτημα που ξεχωρίζει είναι ότι ένας ελεγκτής μπορεί να βρει τον αριθμό των ελαττωμάτων από ό, τι στις παραδοσιακές δοκιμές, λόγω των διαφόρων καινοτόμων μεθόδων που μπορούν να εφαρμόσουν για τη δοκιμή του λογισμικού.
- Αυτή η μορφή δοκιμής μπορεί να εφαρμοστεί οπουδήποτε στο SDLC. δεν περιορίζεται μόνο στην ομάδα δοκιμών. Οι προγραμματιστές μπορούν επίσης να πραγματοποιήσουν αυτήν τη δοκιμή, η οποία θα τους βοηθούσε να κωδικοποιήσουν καλύτερα και επίσης να προβλέψουν ποια προβλήματα ενδέχεται να προκύψουν.
- Μπορεί να συνδυαστεί με μια άλλη δοκιμή για να πάρει τα καλύτερα αποτελέσματα που μερικές φορές μπορεί να μειώσουν το χρόνο που απαιτείται για την τακτική δοκιμή. Αυτό θα επέτρεπε τη δημιουργία καλύτερης ποιότητας δοκιμαστικών περιπτώσεων και την καλύτερη ποιότητα του προϊόντος συνολικά.
- Δεν υποχρεούται να γίνει τεκμηρίωση που να αποτρέπει την επιπλέον επιβάρυνση του υπεύθυνου δοκιμών. Ένας δοκιμαστής μπορεί να επικεντρωθεί στην κατανόηση της βασικής αρχιτεκτονικής.
- Σε περιπτώσεις όπου δεν υπάρχει πολύς διαθέσιμος χρόνος για δοκιμή, αυτό μπορεί να αποδειχθεί πολύ πολύτιμο όσον αφορά την κάλυψη και την ποιότητα των δοκιμών.
Μειονεκτήματα δοκιμών ad-hoc
Οι δοκιμές ad-hoc έχουν επίσης μερικά μειονεκτήματα. Ας ρίξουμε μια ματιά σε μερικά από τα μειονεκτήματα που προφέρονται:
Δεδομένου ότι δεν είναι πολύ οργανωμένο και δεν υπάρχει εντολή τεκμηρίωσης, το πιο προφανές πρόβλημα είναι ότι ο υπεύθυνος δοκιμών πρέπει να θυμάται και να θυμάται όλες τις λεπτομέρειες των ad-hoc σεναρίων στη μνήμη. Αυτό μπορεί να είναι ακόμη πιο δύσκολο ειδικά σε σενάρια όπου υπάρχει πολλή αλληλεπίδραση μεταξύ διαφορετικών συνιστωσών.
- Αν ακολουθηθεί από το πρώτο σημείο, αυτό θα οδηγούσε επίσης στην αδυναμία αναδημιουργίας ελαττωμάτων στις επόμενες απόπειρες, εάν ζητηθούν πληροφορίες.
- Ένα άλλο πολύ σημαντικό ερώτημα που φέρνει στο φως είναι η λογοδοσία της προσπάθειας. Δεδομένου ότι αυτό δεν είναι προγραμματισμένο / δομημένο, δεν υπάρχει τρόπος να ληφθεί υπόψη ο χρόνος και η προσπάθεια που επενδύθηκε σε τέτοιου είδους δοκιμές.
- Οι δοκιμές ad-hoc πρέπει να εκτελούνται μόνο από έναν πολύ πεπειραμένο και εξειδικευμένο ελεγκτή στην ομάδα, καθώς απαιτεί να είναι προληπτικός και διαισθητικός όσον αφορά την πρόβλεψη πιθανών ελαττωμένων περιοχών.
Βέλτιστες πρακτικές για να κάνετε αυτή τη δοκιμή πιο αποτελεσματική
Συζητήσαμε εκτενώς τα πλεονεκτήματα και τις αδυναμίες που σχετίζονται με αυτήν τη δοκιμή.
Στην ιδανική περίπτωση, οι δοκιμές ad-hoc θα πρέπει να βρουν τη θέση τους στο SDLC, ωστόσο, εάν δεν προσεγγιστεί με τον κατάλληλο τρόπο, μπορεί να αποδειχθεί δαπανηρή και σπατάλη πολύτιμου χρόνου δοκιμής. Έτσι, δίνονται παρακάτω μερικοί δείκτες για την αποτελεσματική δοκιμή ad-hoc:
# 1) Προσδιορίστε περιοχές που είναι επιρρεπείς σε ελαττώματα:
Όταν έχετε καλό έλεγχο της δοκιμής ενός συγκεκριμένου λογισμικού, θα συμφωνήσετε ότι θα υπάρχουν ορισμένες δυνατότητες που είναι πιο επιρρεπείς σε σφάλματα από τα άλλα. Εάν είστε νέοι στο σύστημα, προχωρήστε και ελέγξτε τις λειτουργίες που έχουν ανοίξει έναντι αυτών.
Ο αριθμός των ελαττωμάτων σε μια συγκεκριμένη λειτουργία θα σας δείξει ότι είναι ευαίσθητο και θα πρέπει να επιλέξετε ακριβώς αυτήν την περιοχή για να εκτελέσετε δοκιμές ad-hoc. Αυτό αποδεικνύεται ότι είναι ένας πολύ αποδοτικός χρόνος για την έκθεση ορισμένων σοβαρών ελαττωμάτων.
# 2) Ανάπτυξη εμπειρογνωμοσύνης:
Αναμφίβολα, ένας υπεύθυνος δοκιμών που έχει περισσότερη εμπειρία είναι πιο διαισθητικός και μπορεί να μαντέψει πού μπορεί να είναι τα λάθη, σε σύγκριση με κάποιον που δεν έχει μεγάλη εμπειρία. Θα έλεγα, έμπειρα ή όχι, εξαρτάται από το άτομο να κάνει τη βουτιά και να αναπτύξει τεχνογνωσία στο σύστημα που δοκιμάζεται.
Ναι, οι έμπειροι δοκιμαστές έχουν ένα πλεονέκτημα καθώς οι δεξιότητές τους που έχουν αναπτυχθεί με την πάροδο των ετών είναι χρήσιμες, αλλά οι νέοι δοκιμαστές πρέπει να το χρησιμοποιήσουν ως πλατφόρμα για να αποκτήσουν όσο το δυνατόν περισσότερες γνώσεις για να σχεδιάσουν καλύτερα ad-hoc σενάρια.
# 3) Δημιουργία κατηγοριών δοκιμών:
Μόλις ενημερωθείτε για τη λίστα των δυνατοτήτων που θα δοκιμαστούν, αφιερώστε λίγα λεπτά για να αποφασίσετε πώς θα κατηγοριοποιήσετε αυτές τις λειτουργίες και θα δοκιμάσετε. Για παράδειγμα, θα πρέπει να αποφασίσετε να δοκιμάσετε λειτουργίες που είναι πιο ορατές και χρησιμοποιούνται πιο συχνά από τον χρήστη πριν από οτιδήποτε άλλο, καθώς αυτά φαίνεται να είναι κρίσιμα για την επιτυχία του λογισμικού.
Τότε θα μπορούσατε να τις κατηγοριοποιήσετε ως προς τη λειτουργικότητα / προτεραιότητα και να τις δοκιμάσετε ανά τμήμα.
Ένα άλλο παράδειγμα όπου αυτό είναι ιδιαίτερα σημαντικό είναι εάν υπάρχει ενοποίηση μεταξύ συστατικών στοιχείων ή ενοτήτων. Σε αυτές τις περιπτώσεις, μπορεί να εμφανιστούν πολλές ανωμαλίες. Η χρήση κατηγοριοποίησης θα βοηθούσε σε μια τέτοια δοκιμή τουλάχιστον μία ή δύο φορές.
# 4) Έχετε ένα πρόχειρο σχέδιο:
Ναι, ναι, αυτό το σημείο μπορεί να σας μπερδέψει λίγο καθώς περιγράψαμε τις δοκιμές ad-hoc ως δοκιμές που δεν θα έπρεπε να έχουν προγραμματισμό ή τεκμηρίωση. Η ιδέα εδώ είναι να εμμείνουμε στην ουσία των ad-hoc δοκιμών, αλλά ακόμα, έχετε κάποιους τραχικούς δείκτες για το πώς σκοπεύετε να δοκιμάσετε.
Ένα πολύ βασικό παράδειγμα είναι ότι μερικές φορές μπορεί να μην μπορείτε να θυμηθείτε όλες τις δοκιμές που σκοπεύετε να πραγματοποιήσετε. Έτσι, η καταγραφή τους θα εξασφαλίσει ότι δεν θα χάσετε τίποτα.
# 5) Εργαλεία:
Ας πάρουμε ένα παράδειγμα που αντιμετωπίζουμε πολύ συχνά από όλους μας. Πολλές φορές, αν παρατηρήσετε, ο έλεγχος της λειτουργικότητας από μόνος του είναι επιτυχής χωρίς να αναφερθεί ασυμφωνία στη συμπεριφορά του. Ωστόσο, τα αρχεία καταγραφής πίσω από τα παρασκήνια θα μπορούσαν να αναφέρουν κάποιες εξαιρέσεις που θα μπορούσαν να χάσουν οι υπεύθυνοι δοκιμών, καθώς δεν παρεμποδίζει με κανέναν τρόπο τον στόχο δοκιμής.
Αυτά θα μπορούσαν να έχουν ακόμη υψηλή βαρύτητα. Ως εκ τούτου, είναι πολύ σημαντικό για εμάς να μάθουμε και εργαλεία που θα βοηθήσουν να το εντοπίσουμε αμέσως.
# 6) Έγγραφο για περισσότερα ελαττώματα:
Και πάλι, καταλαβαίνω ότι αυτό μπορεί να αυξήσει ξανά κάποια φρύδια. Η τεκμηρίωση δεν χρειάζεται να είναι λεπτομερής, αλλά μόνο μια μικρή σημείωση για τη δική σας αναφορά για όλα τα διαφορετικά σενάρια που καλύπτονται, απόκλιση στα εμπλεκόμενα βήματα και καταγραφή αυτών των ελαττωμάτων για τη συγκεκριμένη κατηγορία χαρακτηριστικών δοκιμών.
Αυτό θα σας βοηθήσει να βελτιώσετε τον γενικό κάδο δοκιμής, καθώς και να αποφασίσετε πώς να αυτοσχεδιάσετε τις υπάρχουσες δοκιμαστικές θήκες ή να προσθέσετε περισσότερα εάν είναι απαραίτητο.
συμπέρασμα
Συζητήσαμε λεπτομερώς για τις τεχνικές δοκιμών ad-hoc - τα πλεονεκτήματα, τις αδυναμίες της, καταστάσεις όπου θα ήταν και δεν θα ήταν επωφελείς.
Αυτή είναι μια τεχνική δοκιμών που εγγυάται την ικανοποίηση και ικανοποίηση της δημιουργικότητας ενός δοκιμαστή στο μέγιστο. Στο σύνολο μου δοκιμαστική καριέρα , Κερδίζω τη μέγιστη ικανοποίηση από τις δοκιμές ad-hoc, καθώς δεν υπάρχει όριο στην καινοτομία και καταλήγετε να είστε πιο πεπειραμένοι.
Τούτου λεχθέντος, το κύριο πράγμα που πρέπει να πάρετε πίσω από όλες τις παραπάνω πληροφορίες θα ήταν καθορίστε πώς να αξιοποιήσετε τις δυνατές δοκιμές ad hoc και να την προσθέσετε αξία στη συνολική διαδικασία δοκιμής και την ποιότητα του προϊόντος.
Σχετικά με τον Συγγραφέα: Αυτό είναι ένα άρθρο επισκεπτών της Sneha Nadig. Εργάζεται ως δοκιμαστικός μόλυβδος με πάνω από 7 χρόνια εμπειρίας σε προγράμματα δοκιμών χειροκίνητου και αυτοματισμού.
Εκτελείτε ad-hoc δοκιμές στο έργο σας; Ποιες είναι οι προτάσεις σας για την επιτυχή δοκιμή Ad-hoc;
Συνιστώμενη ανάγνωση
- Λειτουργική δοκιμή Vs Μη λειτουργική δοκιμή
- Τι είναι το Alpha Testing; Ένας πρώιμος συναγερμός για ελαττώματα
- Βασικές διαφορές μεταξύ δοκιμής μαύρου κουτιού και δοκιμής λευκού κουτιού
- Οι διαφορές μεταξύ δοκιμών μονάδας, δοκιμής ολοκλήρωσης και δοκιμής λειτουργίας
- Δοκιμή απόδοσης έναντι δοκιμής φορτίου έναντι δοκιμής πίεσης (διαφορά)
- Exploratory Testing vs Scripted Testing: Ποιος κερδίζει;
- Τι είναι η τεχνική δοκιμής βάσει ελαττωμάτων;
- B2B (Business to Business) Διαδικασία δοκιμής πύλης