manual testing vs automation testing what is difference
Διαβάστε αυτό το ενημερωτικό άρθρο για να κατανοήσετε τις διαφορές μεταξύ μη αυτόματης δοκιμής Vs Automation Testing μαζί με σενάρια όπου μπορεί να χρησιμοποιηθεί ο αυτοματισμός:
Δοκιμή λογισμικού είναι η διαδικασία που πραγματοποιείται σε όλη την ανάπτυξη λογισμικού. Είναι η διαδικασία ελέγχου, επαλήθευσης και επικύρωσης των απαιτήσεων με το προϊόν. Δεσμευόμαστε να παρέχουμε ποιοτικά προϊόντα στους πελάτες, επομένως ελέγχουμε τη λειτουργικότητα του προϊόντος πριν από την κυκλοφορία του.
Αρχικά, οι δοκιμές έγιναν χειροκίνητα, αλλά στον σημερινό κόσμο όλοι χρειάζονται μια εύκολη ζωή και γιατί όχι οι δοκιμαστές; Με αυτήν τη σκέψη, οι δοκιμές αυτοματισμού ήρθαν στην εικόνα και τα πράγματα άλλαξαν δραστικά.
λογισμικό αντιγραφής dvd για windows 10
Μετά την έλευση του Automation Testing, οι χειροκίνητοι δοκιμαστές και οι προσλήψεις άρχισαν να ανησυχούν για τις επακόλουθες απώλειες θέσεων εργασίας. Αντί να ανησυχούμε απλώς για τα αποτελέσματα του αυτοματισμού δοκιμών, πρέπει να κατανοήσουμε τα οφέλη του και σε ποιο βαθμό μπορούμε να το χρησιμοποιήσουμε για σκοπούς δοκιμής.
Αυτό το σεμινάριο θα σας δείξει πώς συνέβη αυτή η εξέλιξη και πού θα μας οδηγήσει στο μέλλον.
Τι θα μάθετε:
Τι είναι η χειροκίνητη δοκιμή;
Η μη αυτόματη δοκιμή είναι η διαδικασία ελέγχου του λογισμικού με μη αυτόματο τρόπο.
Όταν χρησιμοποιούμε ανθρώπινους πόρους για την εκτέλεση δοκιμών, τότε μπορούμε να θεωρήσουμε τις δοκιμές ως μη αυτόματες. Με άλλα λόγια, σε αυτόν τον τύπο, εκτελούμε τις δοκιμαστικές περιπτώσεις χειροκίνητα. Οι δεξιότητες, οι γνώσεις και η εμπειρία των ελεγκτών παίζουν σημαντικό ρόλο στη Μη αυτόματη δοκιμή.
Τι είναι ο έλεγχος αυτοματισμού;
Η χρήση εργαλείων αυτοματισμού για την εκτέλεση δοκιμαστικών περιπτώσεων είναι γνωστή ως αυτοματοποιημένος έλεγχος. Είναι ένας τύπος δοκιμών για τον οποίο χρειαζόμαστε πόρους με γνώσεις σεναρίων κ.λπ.
Το σελήνιο, QTP, UFT είναι μερικά παραδείγματα εργαλείων αυτοματισμού. Το Selenium έρχεται με C #, JAVA, Pearl, PHP, Python και Ruby. Ως εκ τούτου, η γνώση οποιασδήποτε από αυτές τις αναφερόμενες γλώσσες θα λειτουργήσει.
Πρώτη αναζήτηση c ++
Γιατί αυτοματοποίηση;
Η μη αυτόματη δοκιμή έχει ορισμένους περιορισμούς. Πολλές φορές πρέπει να κάνουμε επαναλαμβανόμενες δοκιμές και να κάνουμε πράγματα επαναλαμβανόμενα μπορεί να είναι βαρετό. Ο έλεγχος με έγκυρες και μη έγκυρες εισόδους μπορεί να σας κάνει να εξοργιστείτε. Το λάθος είναι ανθρώπινο και όταν πρόκειται ποιότητα απλά δεν μπορούμε να συμβιβαστούμε.
χρόνος Ο περιορισμός είναι το πιο σημαντικό πράγμα όταν μιλάμε για την κυκλοφορία του λογισμικού. Εάν οι ομάδες ανάπτυξης δεν ολοκληρώσουν τη διαδικασία ανάπτυξης πριν από την προθεσμία, τότε η εταιρεία χάνει πελάτες και κανείς δεν μπορεί να το αντέξει αυτό.
Για παράδειγμα, Θα μπορούσε να είναι χρονοβόρο για τη δοκιμή λογισμικού με αρνητικές εισόδους.
Κόστος είναι ο κύριος περιορισμός για οποιαδήποτε διαδικασία ανάπτυξης λογισμικού. Το κόστος συντήρησης μπορεί να είναι ένα σημαντικό ζήτημα για μη εντοπισμένα ελαττώματα. Η αυτοματοποίηση έρχεται στην εικόνα για να κατακτήσει όλα τα παραπάνω θέματα.
Παρατίθενται παρακάτω μερικοί δείκτες που δικαιολογούν τον λόγο για τη χρήση του αυτοματισμού δοκιμών:
- Μας βοηθά να παραδώσουμε ένα προϊόν με καλή ποιότητα.
- Εξοικονομεί χρόνο.
- Είναι ωφέλιμο να δοκιμάσετε τον πολύγλωσσο ιστότοπο.
- Μας επιτρέπει να δοκιμάσουμε το λογισμικό σε πολλά προγράμματα περιήγησης.
- Δεν απαιτεί ανθρώπινη παρέμβαση.
- Αυξάνει την ταχύτητα του αυτοματισμού.
- Μας βοηθά να αυξήσουμε Κάλυψη δοκιμής
- Σας βοηθά να δημιουργήσετε την αναφορά για εκτέλεση δοκιμών, απλώς δεν μπορείτε να την τροποποιήσετε και ως εκ τούτου είναι χρήσιμη για επικεφαλής / διευθυντές ομάδας.
- Χρησιμοποιώντας ένα εργαλείο αυτοματισμού μπορούμε να καταγράψουμε και να επαναλάβουμε δοκιμαστικές περιπτώσεις. Για παράδειγμα, Εάν κάποιος από την ομάδα σας είναι σε άδεια ή θέλετε να αποκτήσετε πρόσβαση σε ένα αρχείο δοκιμαστικών υποθέσεων που εκτελέστηκαν από τους προηγούμενους υπαλλήλους, τότε αυτή η επιλογή είναι επωφελής. Το Selenium IDE είναι το εργαλείο που μας επιτρέπει να καταγράφουμε τις δοκιμαστικές περιπτώσεις.
Σύγκριση μεταξύ μη αυτόματης δοκιμής Vs Automation Testing
Ας δούμε πώς και οι δύο αυτοί τύποι δοκιμών διαφέρουν μεταξύ τους.
Μη αυτόματη δοκιμή | Δοκιμή αυτοματισμού |
---|---|
Χρησιμοποιώντας χειροκίνητες δοκιμές, μπορεί να είναι δύσκολο να δοκιμάσετε την εφαρμογή σε διαφορετικά λειτουργικά συστήματα. | Με τη βοήθεια των δοκιμών αυτοματισμού, μπορούμε εύκολα να δοκιμάσουμε την εφαρμογή σε διαφορετικά λειτουργικά συστήματα. |
Οι δοκιμαστικές περιπτώσεις εκτελούνται χειροκίνητα. | Οι δοκιμαστικές θήκες εκτελούνται με τη βοήθεια εργαλείων. |
Η αξιοπιστία είναι μικρότερη. | Η αξιοπιστία είναι περισσότερο. |
Είναι λιγότερο δαπανηρό. | Είναι πιο ακριβό. |
Για ορισμένες δοκιμαστικές περιπτώσεις καταναλώνει χρόνο. | Καθώς είναι ένα μηχάνημα, χρειάζεται λιγότερος χρόνος για την εκτέλεση περιπτώσεων. |
Ο άνθρωπος μπορεί να κάνει λάθη και ως εκ τούτου η ακρίβεια είναι μικρότερη. | Η μηχανή δεν κάνει σχεδόν λάθη (Εάν του ζητήθηκε να το κάνει). |
Καθώς περιλαμβάνει την ανθρώπινη παρέμβαση, είναι χρήσιμο να ελέγχετε την ευκολία πρόσβασης στην εφαρμογή. | Περιλαμβάνει εργαλεία που δεν μπορούν να ελέγξουν τη χρηστικότητα ή την προσβασιμότητα. |
Μερικές φορές καθίσταται δύσκολη η εκτέλεση όλων των δοκιμαστικών περιπτώσεων και επηρεάζει την κάλυψη των δοκιμών. | Στις δοκιμές αυτοματισμού μπορούμε να επιτύχουμε τον στόχο κάλυψης δοκιμών. |
Για το εγχειρίδιο, μπορεί να είναι δύσκολο να δοκιμάσετε την εφαρμογή σε διαφορετικά προγράμματα περιήγησης. | Ο αυτοματισμός σάς δίνει το πλεονέκτημα να δοκιμάσετε το λογισμικό σε διαφορετικά προγράμματα περιήγησης. Το πλέγμα Selenium μας επιτρέπει να δοκιμάσουμε την εφαρμογή σε διαφορετικά προγράμματα περιήγησης. |
Σε αυτό πρέπει να καθίσετε μπροστά από το σύστημά σας και να εκτελέσετε δοκιμαστικές περιπτώσεις, καθώς περιλαμβάνει ανθρώπινη παρέμβαση. | Απλά πρέπει να εκτελέσετε σενάρια αυτοματισμού που μπορείτε να το εκτελέσετε εν μία νυκτί! |
Σε αυτήν τη δοκιμή πρέπει να κάνετε δικές σας αναφορές. | Εδώ το εργαλείο θα δημιουργήσει μια αναφορά εκτέλεσης δοκιμαστικής περίπτωσης. Το TestNG είναι το πλαίσιο που θα δημιουργήσει αναφορά για εσάς. |
Δεδομένου ότι υπάρχει ζήτηση για Αυτοματισμό, μπορεί να προκαλέσει σύγχυση η επιλογή μεταξύ μη αυτόματων και αυτοματισμών δοκιμών. Εδώ, προσπαθήσαμε να ξεκαθαρίσουμε αυτήν τη σύγχυση. Ο αυτοματισμός έχει επίσης κάποια ελαττώματα, επομένως είναι σημαντικό να τα γνωρίζουμε και μετά να αποφασίσουμε. Δεν μπορούμε να αυτοματοποιήσουμε κάθε δοκιμαστική περίπτωση, στην επόμενη ενότητα, έχουμε παραθέσει ορισμένα σενάρια που μπορούν να σας βοηθήσουν να επιλέξετε το ένα πάνω στο άλλο.
Σενάρια όπου μπορούμε να εξετάσουμε τον αυτοματισμό
- Μπορούμε να εξετάσουμε σταθερά μέρη της εφαρμογής Αυτοματισμού.
- Περιοχές όπου πρέπει να κάνουμε συχνές δοκιμές. Για παράδειγμα, εάν πρέπει να δοκιμάσετε ορισμένες περιοχές μετά από κάθε κατασκευή.
- Θα πρέπει να εξεταστούν περιπτώσεις αυτοματοποίησης με πιθανότητες λαθών από ανθρώπους.
- Οι περιπτώσεις δοκιμών που πρέπει να δοκιμαστούν με διαφορετικό σύνολο δεδομένων ή μεγάλη ποσότητα δεδομένων θα πρέπει να αυτοματοποιηθούν.
- Εάν υπάρχει κάποια λειτουργικότητα που έχει κατάσταση υψηλού κινδύνου, τότε πρέπει να αυτοματοποιηθεί.
- Δοκιμή περιπτώσεων που δεν μπορούν να εκτελέσουν χειροκίνητα, Για παράδειγμα, Πολύγλωσσες ιστοσελίδες.
- Οι περιπτώσεις δοκιμών που πρέπει να δοκιμαστούν με διαφορετικά προγράμματα περιήγησης και διαφορετικά περιβάλλοντα θα πρέπει να ληφθούν υπόψη για Αυτοματισμό.
Στη συνέχεια, ας δούμε τους τύπους δοκιμών που μπορούν να ληφθούν υπόψη για αυτοματοποίηση.
- Δοκιμή παλινδρόμησης: Ο αυτοματισμός είναι το καλύτερο πράγμα όσον αφορά το Regression Testing, καθώς είναι επαναλαμβανόμενοι έλεγχοι μετά την αλλαγή του κώδικα.
- Δοκιμή φορτίου: Μπορούμε να πάμε για Αυτοματισμό καθώς είναι κατάλληλο για αυτό. Είναι ο έλεγχος στον οποίο το σύστημα δοκιμάζεται υπό φορτίο για τον προσδιορισμό της συμπεριφοράς του συστήματος.
- Δοκιμή απόδοσης: Γίνεται για τον έλεγχο της απόδοσης και της ικανότητας, επομένως μπορούμε να το εξετάσουμε για Αυτοματισμό.
Σενάρια όπου δεν πρέπει να σκεφτόμαστε τον αυτοματισμό
- Οι τομείς εφαρμογής που αλλάζουν συχνά δεν πρέπει να λαμβάνονται υπόψη για τον αυτοματισμό.
- Οι δοκιμαστικές περιπτώσεις που εκτελούνται σε ad-hoc βάση δεν πρέπει να λαμβάνονται υπόψη για τον αυτοματισμό.
- Μια πρόσφατα σχεδιασμένη δοκιμή και αυτή που δεν εκτελείται χειροκίνητα δεν πρέπει ποτέ να λαμβάνεται υπόψη για Αυτοματισμό.
Τώρα, ας δούμε τους τύπους δοκιμών που δεν μπορούν να ληφθούν υπόψη για αυτοματοποίηση.
- Διερευνητικές δοκιμές: Αυτός είναι ο τύπος δοκιμών όπου χρειαζόμαστε εξειδικευμένο δοκιμαστή, καθώς το έγγραφο προδιαγραφών απαιτήσεων δεν είναι πολύ περιγραφικό. Ο εξεταστής πρέπει να χρησιμοποιήσει τις δεξιότητες και τις γνώσεις του για να δοκιμάσει τις δοκιμαστικές περιπτώσεις.
- Δοκιμή χρηστικότητας: Ενώ δοκιμάζει τη χρηστικότητα, ο υπεύθυνος δοκιμών πρέπει να σκέφτεται σαν τελικός χρήστης και να ελέγχει τη φιλική προς τον χρήστη φύση της εφαρμογής. Πράγματι ένα εργαλείο δεν μπορεί να σκέφτεται σαν άνθρωπος.
- Ad-hoc δοκιμές; Όπως η λέξη, Σ 'αυτό ο ίδιος λέει ότι είναι απρογραμμάτιστη, ένας δοκιμαστής παίζει σημαντικό ρόλο.
Τύποι δοκιμών όπου μπορούμε να πάμε είτε με το εγχειρίδιο είτε με αυτοματισμό
- Δοκιμή μαύρου κουτιού: Είναι ένας τύπος δοκιμών όπου πρέπει απλώς να ελέγξουμε τη λειτουργικότητα. Δεν απαιτεί γνώσεις κωδικοποίησης, καθώς δεν είναι ορατή στο QA / testers.
- Δοκιμή λευκού κουτιού: Είναι ο τύπος δοκιμών όπου ασχολούμαστε με την εσωτερική δομή μιας εφαρμογής. Είναι επίσης γνωστό ως «Δοκιμή κουτιού από γυαλί». Απαιτεί γνώση συστήματος κώδικα, κλάδου, διαδρομών, συνθηκών κ.λπ.
- Δοκιμή ολοκλήρωσης: Είναι ο τύπος δοκιμών όπου συνδέουμε διαφορετικές ενότητες και δοκιμές για να δούμε πώς λειτουργούν μαζί.
- Δοκιμή συστήματος: Σε αυτόν τον τύπο δοκιμών, ελέγχουμε εάν η εφαρμογή λειτουργεί καλά.
- Δοκιμή μονάδας : Σε αυτόν τον τύπο δοκιμών, δοκιμάζουμε μία μόνο ενότητα, ώστε να βρούμε ένα ελάττωμα στο προηγούμενο στάδιο. Εάν πρέπει να βρούμε ένα ελάττωμα στο αρχικό στάδιο, τότε μπορούμε να το διορθώσουμε με σιγουριά. Αυτό γίνεται από προγραμματιστές.
- Δοκιμή αποδοχής: Είναι ο τύπος δοκιμής όπου πρέπει να λάβουμε υπόψη την αποδοχή του χρήστη, όπως γίνεται από τον τελικό χρήστη. Ο τελικός χρήστης θα αποδεχτεί το λογισμικό μόνο εάν το προϊόν δικαιολογεί τις απαιτήσεις.
συμπέρασμα
Η δοκιμή είναι ένας τεράστιος τομέας και η μη αυτόματη δοκιμή εξακολουθεί να είναι εξίσου σημαντική με την αυτοματοποίηση. Υπάρχουν πολλοί τύποι δοκιμών όπου το εργαλείο αυτοματισμού δεν μπορεί να μας βοηθήσει και πρέπει να επιλέξουμε μη αυτόματη δοκιμή. Τα σενάρια εργαλείων έχουν σχεδιαστεί χειροκίνητα. Το εργαλείο έχει σχεδιαστεί χειροκίνητα, τα εργαλεία δεν απαιτούν ανθρώπινη παρέμβαση αλλά απαιτεί την εντολή που δίνεται από έναν άνθρωπο.
Οποιοδήποτε μηχάνημα ή λογισμικό μπορεί να κάνει μόνο τα πράγματα που τους ζητήθηκε να κάνει και αυτός είναι ο περιορισμός (ή μερικές φορές πλεονέκτημα καθώς δεν μπορεί να ενεργήσει πιο έξυπνα από εμάς). Τα εργαλεία αυτοματισμού έχουν επίσης ορισμένους περιορισμούς, αλλά τελικά, θα εξελιχθούν και θα γίνουν εξυπνότερα.
Τόσο η χειροκίνητη όσο και η δοκιμή αυτοματισμού έχουν πλεονεκτήματα και μειονεκτήματα και η επιλογή μεταξύ αυτών εξαρτάται από τις απαιτήσεις του έργου, το χρόνο και το πιο σημαντικό από τον προϋπολογισμό. Τέλος, μπορούμε να πούμε ότι όταν χρειαζόμαστε εξειδικευμένους δοκιμαστές, μπορούμε να κάνουμε χειροκίνητες δοκιμές και όπου πρέπει να αυτοματοποιήσουμε τη δοκιμαστική θήκη, πρέπει να επιλέξουμε Αυτοματισμό.
Ποιο προτιμάς? Μη αυτόματη δοκιμή ή αυτοματισμός;
Συνιστώμενη ανάγνωση
- Διαδικασία αυτοματισμού 10 βημάτων: Πώς να ξεκινήσετε τη δοκιμή αυτοματοποίησης στον οργανισμό σας
- 39 TOP Automation Testing Συνέντευξη Ερωτήσεις και Απαντήσεις
- Χειροκίνητες και αυτοματοποιημένες προκλήσεις δοκιμών
- Τύποι δοκιμών αυτοματισμού και ορισμένες παρανοήσεις
- Τι είναι ο έλεγχος αυτοματισμού (ο τελικός οδηγός για την έναρξη του αυτοματισμού δοκιμής)
- Πότε να επιλέξετε τον αυτοματισμό;
- Εγχειρίδιο λογισμικού Ερωτήσεις συνέντευξης δοκιμών για έμπειρους επαγγελματίες
- Τι είναι η δοκιμή λογισμικού; 100+ Δωρεάν Εγχειρίδια Δοκιμών