Κάθε έργο λογισμικού έχει τρεις κρίσιμες πτυχές, δηλαδή κόστος, χρόνο και ποιότητα. Αυτό επιτυγχάνεται ελέγχοντας τακτικά το λογισμικό. είναι αναπόσπαστο μέρος κάθε έργου πληροφορικής. Το λογισμικό έχει δοκιμαστεί για την ανίχνευση σφαλμάτων και την εύρεση ζητημάτων που ενδέχεται να επηρεάσουν αρνητικά την εμπειρία του χρήστη. Οι δοκιμές ταξινομούνται γενικά ως μη αυτόματες δοκιμές και .Μέσα από αυτό 'Τι είναι η χειροκίνητη δοκιμή;' άρθρο, θα μάθουμε για τη μη αυτόματη δοκιμή.
Ας ρίξουμε μια ματιά σε θέματα που καλύπτονται σε αυτό το άρθρο:
- Τι είναι η χειροκίνητη δοκιμή;
- Πλεονεκτήματα της μη αυτόματης δοκιμής
- Διαφορές μεταξύ χειροκίνητων δοκιμών και αυτοματισμού
- Πότε να χρησιμοποιήσετε τη μη αυτόματη δοκιμή;
- Πώς να εκτελέσετε μη αυτόματο έλεγχο;
- Τύποι μη αυτόματων δοκιμών;
Τι είναι η χειροκίνητη δοκιμή;
Η μη αυτόματη δοκιμή είναι η πρακτική της μη αυτόματης δοκιμής μιας εφαρμογής για την εύρεση ελαττωμάτων και σφαλμάτων. Οι δοκιμαστικές περιπτώσεις εκτελούνται χειροκίνητα, από ανθρώπους, χωρίς υποστήριξη από εργαλεία ή σενάρια.
Αυτό σημαίνει ότι κάποιος πηγαίνει πραγματικά σε μια συσκευή για να προσομοιώσει τον ρόλο του τελικού χρήστη για να αξιολογήσει πολλά στοιχεία, όπως το σχεδιασμό, τη λειτουργικότητα και την απόδοση ενός λογισμικού. Κάνουν κλικ σε πολλά στοιχεία ή ενότητες μιας εφαρμογής ιστού χωρίς υποστήριξη από ένα εργαλείο ή σενάριο. Είναι χρήσιμο όταν δεν είναι δυνατή η δοκιμή αυτοματισμού.
Πλεονεκτήματα της μη αυτόματης δοκιμής
Παρακάτω αναφέρονται ορισμένα πλεονεκτήματα της μη αυτόματης δοκιμής λογισμικού:
συγχώνευση ταξινόμησης κώδικα c ++
- Η μη αυτόματη δοκιμή της εφαρμογής βοηθά στον εντοπισμό τυχόν ζητημάτων που σχετίζονται με την εμφάνιση και την αίσθηση της εφαρμογής
- Διευκολύνει τον ελεγκτή να έχει πρόσβαση σε οπτικά στοιχεία όπως κείμενο, διάταξη και ζητήματα UI & UX
- Απαιτεί επένδυση χαμηλού κόστους, καθώς δεν απαιτεί δαπανηρά εργαλεία αυτοματοποίησης δοκιμών και δεξιότητες υψηλού επιπέδου για τη λειτουργία τους
- Προσαρμόσιμη και κατάλληλη σε περίπτωση απρογραμμάτιστων αλλαγών στην εφαρμογή και η εφαρμογή πρέπει να δοκιμαστεί μετά την εφαρμογή των αλλαγών.
- Επιτρέπει την ανθρώπινη παρατήρηση, την κρίση και τη διαίσθηση, οι οποίες μπορεί να είναι πιο χρήσιμες εάν ο στόχος είναι φιλικότητα προς το χρήστη ή βελτιωμένη εμπειρία πελατών
Όταν ξεκινάτε τη δοκιμή, μία από τις κύριες αποφάσεις που θα πρέπει να λάβετε είναι εάν πρόκειται να δοκιμάσετε χειροκίνητα ή να χρησιμοποιήσετε αυτόματες δοκιμές. Επομένως, πρέπει να γνωρίζετε πώς διαφέρει η μη αυτόματη δοκιμή από τις αυτόματες δοκιμές. Ας δούμε.
Διαφορά μεταξύ χειροκίνητων δοκιμών και αυτοματισμού;
Ο παρακάτω πίνακας παραθέτει τις βασικές διαφορές μεταξύ μη αυτόματων δοκιμών και αυτοματισμών.
| Χαρακτηριστικά | Μη αυτόματη δοκιμή | Δοκιμή αυτοματισμού |
|---|---|---|
| Διεπαφή χρήστη | Εξασφαλίστε φιλικότητα προς το χρήστη και βελτιωμένη εμπειρία πελατών | Δεν εγγυάται θετική εμπειρία πελατών και φιλικότητα προς τον χρήστη |
| Ακρίβεια& Αξιοπιστία | Χαμηλή, καθώς οι χειροκίνητες δοκιμές είναι πιο επιρρεπείς σε ανθρώπινα λάθη | Υψηλή, καθώς χρησιμοποιούνται εργαλεία και σενάρια |
| Χρόνος δοκιμής | Υψηλός | Σχετικά χαμηλό |
| Κόστος επένδυσης | Χαμηλή, η απόδοση της επένδυσης (ROI) είναι επίσης χαμηλή | Υψηλή, η απόδοση της επένδυσης (ROI) είναι επίσης υψηλή |
| Απαιτείται προϋπολογισμός | Όχι πολύ υψηλό | Συγκριτικά υψηλό |
| Ανθρώπινος παράγοντας | Επιτρέπει στην ανθρώπινη παρατήρηση να ανακαλύψει τυχόν δυσλειτουργίες | Δεν εμπλέκεται ανθρώπινη παρατήρηση |
Όπως μπορείτε να δείτε, η χειροκίνητη δοκιμή έχει και τα αρνητικά της σημεία. Αυτός είναι ο λόγος για τον οποίο δεν προτείνεται η εφαρμογή μη αυτόματων δοκιμών για κάθε σενάριο δοκιμών. Υπάρχουν όμως ορισμένα σενάρια όπου η χειροκίνητη δοκιμή ταιριάζει καλύτερα. Ας ΡΙΞΟΥΜΕ μια ΜΑΤΙΑ.
Πότε να χρησιμοποιήσετε τη μη αυτόματη δοκιμή;
Η μη αυτόματη δοκιμή ταιριάζει καλύτερα στα ακόλουθα:
Διερευνητικές δοκιμές
Όταν η δοκιμή χαρακτηρίζεται από κακή γραπτή τεκμηρίωση προδιαγραφών και / ή από σύντομο χρόνο εκτέλεσης, τότε προτιμάται η χειροκίνητη δοκιμή. Οι διερευνητικές δοκιμές απαιτούν τη γνώση, τη δημιουργικότητα, τις αναλυτικές δεξιότητες και την εμπειρία του εξεταστή. Βασικά, χρειαζόμαστε ανθρώπινες δεξιότητες για να εκτελέσουμε τη διαδικασία δοκιμών σε αυτό το σενάριο, η οποία είναι δυνατή με την εκτέλεση δοκιμών χειροκίνητα.
Δοκιμή χρηστικότητας
Στη δοκιμή ευχρηστίας, οι υπεύθυνοι δοκιμών πρέπει να μετρήσουν πόσο φιλικό προς το χρήστη, αποδοτικό ή βολικό είναι το λογισμικό ή το προϊόν για τους τελικούς χρήστες. Αυτό απαιτεί και πάλι ανθρώπινη διαίσθηση και εμπειρία και δεν μπορεί να εκτελεστεί με εργαλεία και πρέπει να εποπτεύεται αυστηρά με το χέρι. Επομένως, προτιμάται μια χειροκίνητη προσέγγιση.
Ad-hoc δοκιμές
Το Ad-Hoc είναι ένας άτυπος τύπος δοκιμών, επομένως δεν υπάρχει συγκεκριμένη προσέγγιση. Δεδομένου ότι εκτελείται χωρίς κανένα σχεδιασμό και τεκμηρίωση, η κατανόηση και η κατανόηση του υπεύθυνου δοκιμών είναι ο μόνος σημαντικός παράγοντας. Η χειροκίνητη δοκιμή θα ήταν μια καλή επιλογή σε μια τέτοια περίπτωση.
Τώρα που γνωρίζουμε πότε να χρησιμοποιήσουμε μη αυτόματες δοκιμές, ας δούμε πώς να εκτελέσουμε μη αυτόματες δοκιμές στο επόμενο μέρος αυτού του άρθρου «Τι είναι η μη αυτόματη δοκιμή».
Πώς να εκτελέσετε μη αυτόματο έλεγχο;
Εδώ, ένας δοκιμαστής πραγματοποιεί χειροκίνητα τεστ στο λογισμικό ακολουθώντας ένα σύνολο προκαθορισμένων . Ας δούμε προσεκτικά πώς γίνεται αυτό.
- Το πρώτο βήμα είναι να κατανοήσετε τις απαιτήσεις του λογισμικού, ώστε να γνωρίζετε τι πρέπει να δοκιμαστεί και τι ταξινομεί ένα ελάττωμα.
- Το επόμενο βήμα είναι να γράψετε δοκιμαστικές περιπτώσεις. Σας καθοδηγούν σε μια σειρά βημάτων για τη δοκιμή λειτουργιών και διαφορετικών σεναρίων εντός της εφαρμογής λογισμικού.
- Όταν οι δοκιμαστικές θήκες είναι αρκετά καλές και το περιβάλλον δοκιμής είναι έτοιμο, εκτελέστε τις δοκιμαστικές θήκες. Επισημάνετε τις δοκιμαστικές περιπτώσεις ως 'επιτυχημένες', 'αποτυχημένες' ή 'παραλείφθηκαν' ανάλογα.
- Ως υπεύθυνος δοκιμών, είστε υπεύθυνοι για την καταγραφή σφαλμάτων. Όταν συναντήσετε σφάλματα, πρέπει να ενημερώσετε την ομάδα ανάπτυξης για το ελάττωμα και να υποβάλετε μια αναφορά σφάλματος.
- Τέλος, πρέπει να δημιουργήσετε μια λεπτομερή αναφορά αποτελεσμάτων δοκιμής. Θα πρέπει να περιλαμβάνει λεπτομέρειες για το ποιες δοκιμές χρειάζονται εκ νέου, πόσες δοκιμές απέτυχαν και πόσες δοκιμές παραλείφθηκαν.
Αν και η χειροκίνητη εκτέλεση όλων αυτών των βημάτων απαιτεί μεγάλο αριθμό εργασιών, απαιτείται χειροκίνητη δοκιμή για να εξασφαλιστεί καλή εμπειρία χρήστη και υψηλό επίπεδο ποιότητας. Για το υπόλοιπο αυτού του 'Τι είναι η χειροκίνητη δοκιμή;' άρθρο ας συζητήσουμε τους τύπους μη αυτόματων δοκιμών
Ποιοι είναι οι τύποι μη αυτόματων δοκιμών;
Παρακάτω αναφέρονται οι τύποι μη αυτόματων δοκιμών. Αλλά πάλι αυτός ο τύπος δοκιμών μπορεί να πραγματοποιηθεί είτε χειροκίνητα είτε χρησιμοποιώντας ένα εργαλείο αυτοματοποίησης δοκιμής.
Δοκιμή μαύρου κουτιού
πώς να χρησιμοποιήσετε τη μέθοδο trim στο java
Όπως υποδηλώνει το όνομα στη δοκιμή μαύρου κουτιού, ο ελεγκτής δεν έχει γνώση σχετικά με τον κώδικα ή τη δομή της εφαρμογής. Απλώς αλληλεπιδρά με την εφαρμογή και ελέγχει τη λειτουργική και μη λειτουργική συμπεριφορά της εφαρμογής. Υπάρχουν διάφορες τεχνικές μαύρου κουτιού που μπορούν να χρησιμοποιηθούν από τον ελεγκτή για την εύρεση σφαλμάτων και ελαττωμάτων.
Δοκιμή λευκού κουτιού
Στη δοκιμή λευκού κουτιού, ο ελεγκτής γνωρίζει για τον κώδικα και τη δομή της εφαρμογής. Ως εκ τούτου, αυτός ο τύπος δοκιμών είναι συχνά γνωστός ως δοκιμή γυάλινων κουτιών. Κυρίως, αυτός ο τύπος δοκιμών χρησιμοποιείται από προγραμματιστές για την εκτέλεση δοκιμών μονάδας. Υπάρχουν διάφορες τεχνικές λευκού κουτιού που μπορούν να χρησιμοποιηθούν από τον ελεγκτή για την εύρεση σφαλμάτων και ελαττωμάτων.
Δοκιμή μονάδας
Δοκιμή μονάδας είναι ένας τρόπος δοκιμής του μικρότερου τμήματος κώδικα που αναφέρεται ως μονάδα που μπορεί λογικά να απομονωθεί σε ένα σύστημα. Επικεντρώνεται κυρίως στη λειτουργική ορθότητα των αυτόνομων ενοτήτων. Μια μονάδα μπορεί να είναι σχεδόν οτιδήποτε θέλετε - ένα συγκεκριμένο κομμάτι λειτουργικότητας, ένα πρόγραμμα ή μια συγκεκριμένη μέθοδο μέσα στην εφαρμογή.
java sort arraylist των ακέραιων αριθμών
Δοκιμή ολοκλήρωσης
Πραγματοποιήθηκε μετά από δοκιμή μονάδας όταν διαφορετικές μονάδες, στοιχεία και ενότητες του λογισμικού ενσωματώνονται μαζί. Ο κύριος σκοπός εδώ είναι να επαληθεύσουμε τη λειτουργικότητα, τη σταθερότητα και την αξιοπιστία των ενοτήτων. Το επίκεντρο της δοκιμής ενοποίησης είναι να ελέγξει την ορθότητα της επικοινωνίας μεταξύ όλων των ενοτήτων.
Δοκιμή συστήματος
Η δοκιμή συστήματος είναι το επόμενο βήμα μετά τη δοκιμή ενοποίησης. Διεξάγεται σε ένα πλήρες, πλήρως ολοκληρωμένο προϊόν λογισμικού για την αξιολόγηση της συμπεριφοράς του συστήματος και την εξέταση της πλήρους λειτουργίας ενός ολοκληρωμένου συστήματος υπολογιστή λογισμικού έναντι απαιτήσεων. Υπάρχουν διάφορες τεχνικές δοκιμών συστήματος όπως λειτουργικότητα, απόδοση, επεκτασιμότητα, πίεση και δοκιμές παλινδρόμησης.
Δοκιμή αποδοχής
Το User Acceptance Testing είναι η επίσημη δοκιμή που πραγματοποιείται με βάση τις απαιτήσεις του χρήστη και την επεξεργασία της λειτουργίας. Αυτός ο τύπος δοκιμών καλύπτει σενάρια πραγματικού κόσμου τελικού χρήστη. Πρέπει να γίνει σωστά, διότι θα σας δώσει το αποτέλεσμα βάσει του οποίου το προϊόν λογισμικού θα εγκριθεί είτε θα απορριφθεί από ανώτερα στελέχη.
Αυτό είναι! Φτάσαμε στο τέλος του ιστολογίου. Η χειροκίνητη δοκιμή έχει και τα αρνητικά της σημεία. Είναι χρονοβόρο και πιο επιρρεπές σε σφάλματα, καθώς η δοκιμή εξαρτάται άμεσα από τον άνθρωπο. Χρειάζεστε το σωστό συνδυασμό μη αυτόματων και αυτοματοποιημένων δοκιμών για να έχετε τα καλύτερα αποτελέσματα. Πρέπει να βρείτε την καλύτερη προσέγγιση σε οποιαδήποτε δεδομένη κατάσταση δοκιμών για να επιτύχετε ποιοτική απόδοση εντός του προϋπολογισμού και του χρονολογίου σας.
Εάν βρήκατε αυτό το 'Τι είναι η χειροκίνητη δοκιμή; 'Σχετικό άρθρο, δείτε το ζωντανά-διαδικτυακά από την Edureka, μια αξιόπιστη διαδικτυακή εταιρεία εκμάθησης με δίκτυο περισσότερων από 250.000 ικανοποιημένων μαθητών σε όλο τον κόσμο.
Έχετε μια ερώτηση για εμάς; Παρακαλώ αναφέρετέ το στην ενότητα σχολίων αυτού του «Τι είναι η χειροκίνητη δοκιμή;» άρθρο και θα επικοινωνήσουμε μαζί σας.