Μενού

Τι είναι η δοκιμή λογισμικού; 100+ Δωρεάν Εγχειρίδια Δοκιμών

what is software testing

Δοκιμάστε Το Όργανο Μας Για Την Εξάλειψη Των Προβλημάτων

Ένας πλήρης οδηγός δοκιμών λογισμικού με 100+ Εγχειρίδια δοκιμών μη αυτόματου ελέγχου με ορισμό δοκιμών, τύπους, μεθόδους και λεπτομέρειες διαδικασίας:

Τι είναι η Δοκιμή λογισμικού;

Η δοκιμή λογισμικού είναι μια διαδικασία επαλήθευσης και επικύρωσης της λειτουργικότητας μιας εφαρμογής για να διαπιστωθεί εάν πληροί τις καθορισμένες απαιτήσεις. Είναι η διαδικασία εύρεσης ελαττωμάτων σε μια εφαρμογή και ελέγξτε πού λειτουργεί η εφαρμογή σύμφωνα με τις απαιτήσεις του τελικού χρήστη.

Τι είναι η χειροκίνητη δοκιμή;

Η μη αυτόματη δοκιμή είναι μια διαδικασία στην οποία συγκρίνετε τη συμπεριφορά ενός ανεπτυγμένου κώδικα (λογισμικό, λειτουργική μονάδα, API, δυνατότητα κ.λπ.) με την αναμενόμενη συμπεριφορά (Απαιτήσεις).

Τι θα μάθετε:

Λίστα εγχειριδίων σεμιναρίων δοκιμών λογισμικού

Αυτή είναι η πιο σε βάθος σειρά μαθημάτων σχετικά με τη Δοκιμή λογισμικού. Διαβάστε προσεκτικά τα θέματα που αναφέρονται σε αυτήν τη σειρά για να μάθετε τις βασικές και προηγμένες τεχνικές δοκιμών.

Αυτή η σειρά σεμιναρίων θα εμπλουτίσει τις γνώσεις σας και, με τη σειρά της, θα ενισχύσει τις δεξιότητές σας στις δοκιμές.

Εξασκηθείτε στο End-to-End Manual Testing Free Training σε ένα Live Project:

Εκμάθηση # 1: Βασικά στοιχεία της μη αυτόματης δοκιμής λογισμικού
Εκμάθηση # 2: Εισαγωγή στο Live Project
Εκμάθηση # 3: Γράφοντας σενάριο δοκιμής
Εκμάθηση # 4: Συντάξτε ένα έγγραφο δοκιμαστικού σχεδίου από το Scratch
Εκμάθηση # 5: Σύνταξη δοκιμαστικών περιπτώσεων από έγγραφο SRS
Εκμάθηση # 6: Εκτέλεση δοκιμής
Εκμάθηση # 7: Απενεργοποίηση παρακολούθησης σφαλμάτων και δοκιμής
Εκμάθηση # 8: Μάθημα δοκιμών λογισμικού

Κύκλος ζωής δοκιμής λογισμικού:

Εκμάθηση # 1: STLC

Δοκιμή Ιστού:

Εκμάθηση # 1: Δοκιμή εφαρμογών ιστού
Εκμάθηση # 2: Δοκιμή Cross Browser

Διαχείριση υπόθεσης:

πού να παρακολουθήσετε δωρεάν animes online

Εκμάθηση # 1: Θήκες δοκιμής
Εκμάθηση # 2: Πρότυπο δοκιμαστικής υπόθεσης
Εκμάθηση # 3: Απαιτήσεις ιχνηλασιμότητας μήτρα (RTM)
Εκμάθηση # 4: Κάλυψη δοκιμής
Εκμάθηση # 5: Διαχείριση δεδομένων δοκιμής

Διαχείριση δοκιμών:

Εκμάθηση # 1: Στρατηγική δοκιμής
Εκμάθηση # 2: Πρότυπο σχεδίου δοκιμών
Εκμάθηση # 3: Εκτίμηση δοκιμής
Εκμάθηση # 4: Εργαλεία διαχείρισης δοκιμών
Εκμάθηση # 5: Οδηγός HP ALM
Εκμάθηση # 6: Τζιρά
Εκμάθηση # 7: Εκμάθηση TestLink

Τεχνικές δοκιμές:

Εκμάθηση # 1: Χρησιμοποιήστε τη δοκιμή περίπτωσης
Εκμάθηση # 2: Δοκιμή μεταβατικής κατάστασης
Εκμάθηση # 3: Ανάλυση οριακής αξίας
Εκμάθηση # 4: Διαχωρισμός ισοδυναμίας
Εκμάθηση # 5: Μεθοδολογίες δοκιμής λογισμικού
Εκμάθηση # 6: Ευέλικτη μεθοδολογία

Διαχείριση ελαττωμάτων:

Εκμάθηση # 1: Κύκλος ζωής σφαλμάτων
Εκμάθηση # 2: Αναφορά σφαλμάτων
Εκμάθηση # 3: Προτεραιότητα ελαττώματος
Εκμάθηση # 4: Εκμάθηση Bugzilla

Λειτουργική δοκιμή

Εκμάθηση # 1: Δοκιμή μονάδας
Εκμάθηση # 2: Δοκιμή υγιεινής και καπνού
Εκμάθηση # 3: Δοκιμή παλινδρόμησης
Εκμάθηση # 4: Δοκιμή συστήματος
Εκμάθηση # 5: Δοκιμή αποδοχής
Εκμάθηση # 6: Δοκιμή ολοκλήρωσης
Εκμάθηση # 7: Δοκιμή αποδοχής χρήστη UAT

Μη λειτουργική δοκιμή:

Εκμάθηση # 1: Μη λειτουργικές δοκιμές
Εκμάθηση # 2: Δοκιμή απόδοσης
Εκμάθηση # 3: Δοκιμή ασφαλείας
Εκμάθηση # 4: Δοκιμή ασφάλειας εφαρμογών ιστού
Εκμάθηση # 5: Δοκιμή χρηστικότητας
Εκμάθηση # 6: Δοκιμή συμβατότητας
Εκμάθηση # 7: Δοκιμή εγκατάστασης
Εκμάθηση # 8: Δοκιμή τεκμηρίωσης

Τύποι δοκιμών λογισμικού:

Εκμάθηση # 1: Τύποι δοκιμών
Εκμάθηση # 2 : Δοκιμή μαύρου κουτιού
Εκμάθηση # 3: Δοκιμή βάσης δεδομένων
Εκμάθηση # 4: Δοκιμή από άκρο σε τέλος
Εκμάθηση # 5: Διερευνητικές δοκιμές
Εκμάθηση # 6: Αυξητικός έλεγχος
Εκμάθηση # 7: Δοκιμή προσβασιμότητας
Εκμάθηση # 8: Αρνητικές δοκιμές
Εκμάθηση # 9: Δοκιμή Backend
Εκμάθηση # 10: Δοκιμή άλφα
Εκμάθηση # 11: Beta Testing
Εκμάθηση # 12: Δοκιμή Alpha vs Beta
Εκμάθηση # 13: Δοκιμή γάμμα
Εκμάθηση # 14: Δοκιμή ERP
Εκμάθηση # 15: Στατικές και δυναμικές δοκιμές
Εκμάθηση # 16: Δοκιμή Adhoc
Εκμάθηση # 17: Δοκιμές εντοπισμού και διεθνοποίησης
Εκμάθηση # 18: Δοκιμή αυτοματισμού
Εκμάθηση # 19: Δοκιμή λευκού κουτιού

Καριέρα δοκιμών λογισμικού:

Εκμάθηση # 1: Επιλογή καριέρας δοκιμών λογισμικού
Εκμάθηση # 2: Πώς να αποκτήσετε εργασία δοκιμών QA - Πλήρης οδηγός
Εκμάθηση # 3: Επιλογές καριέρας για δοκιμαστές
Εκμάθηση # 4: Διακόπτης δοκιμής εκτός IT σε λογισμικό
Εκμάθηση # 5: Ξεκινήστε τη χειροκίνητη δοκιμαστική καριέρα σας
Εκμάθηση # 6: Διδάγματα από 10 χρόνια στη δοκιμή
Εκμάθηση # 7: Επιβίωση και πρόοδος στο πεδίο δοκιμών

Προετοιμασία συνέντευξης:

Εκμάθηση # 1: Προετοιμασία βιογραφικού σημειώματος QA
Εκμάθηση # 2: Μη αυτόματες ερωτήσεις συνέντευξης
Εκμάθηση # 3: Ερωτήσεις συνέντευξης δοκιμών αυτοματισμού
Εκμάθηση # 4: Ερωτήσεις συνέντευξης QA
Εκμάθηση # 5: Χειριστείτε οποιαδήποτε συνέντευξη εργασίας
Εκμάθηση # 6: Αποκτήστε δοκιμαστική εργασία ως πιο φρέσκο

Δοκιμή διαφορετικής εφαρμογής τομέα:

Εκμάθηση # 1 : Δοκιμή τραπεζικών εφαρμογών
Εκμάθηση # 2: Δοκιμή εφαρμογής υγειονομικής περίθαλψης
Εκμάθηση # 3: Δοκιμή πύλης πληρωμής
Εκμάθηση # 4: Σύστημα σημείου πώλησης (POS)
Εκμάθηση # 5: Δοκιμή ιστότοπου ηλεκτρονικού εμπορίου

Δοκιμή πιστοποίησης QA:

Εκμάθηση # 1: Οδηγός πιστοποίησης δοκιμών λογισμικού
Εκμάθηση # 2: Οδηγός πιστοποίησης CSTE
Εκμάθηση # 3: Οδηγός πιστοποίησης CSQA
Εκμάθηση # 4: Οδηγός ISTQB
Εκμάθηση # 5: ISTQB Advanced

Προχωρημένα θέματα μη αυτόματης δοκιμής:

Εκμάθηση # 1: Κυκλωματική πολυπλοκότητα
Εκμάθηση # 2: Δοκιμή μετανάστευσης
Εκμάθηση # 3: Δοκιμή Cloud
Εκμάθηση # 4: Δοκιμή ETL
Εκμάθηση # 5: Μετρήσεις δοκιμής λογισμικού
Εκμάθηση # 6: Υπηρεσίες διαδικτύου

Ετοιμαστείτε να ρίξετε μια ματιά στο 1ο σεμινάριο σε αυτήν τη σειρά Μη αυτόματων δοκιμών !!!

Εισαγωγή στη μη αυτόματη δοκιμή λογισμικού

Η μη αυτόματη δοκιμή είναι μια διαδικασία στην οποία συγκρίνετε τη συμπεριφορά ενός ανεπτυγμένου κώδικα (λογισμικό, λειτουργική μονάδα, API, δυνατότητα κ.λπ.) με την αναμενόμενη συμπεριφορά (Απαιτήσεις).

Και πώς θα ξέρετε ποια είναι η αναμενόμενη συμπεριφορά;

Θα το ξέρετε διαβάζοντας ή ακούγοντας προσεκτικά τις απαιτήσεις και κατανοώντας πλήρως. Θυμηθείτε, η πλήρης κατανόηση των απαιτήσεων είναι πολύ σημαντική.

γωνιακές ερωτήσεις και απαντήσεις για συνέντευξη js

Σκεφτείτε τον εαυτό σας ως τελικό χρήστη για το τι πρόκειται να δοκιμάσετε. Μετά από αυτό, δεν δεσμεύεστε πλέον, στο έγγραφο ή τις λέξεις που απαιτούνται για το λογισμικό. Στη συνέχεια, μπορείτε να καταλάβετε τη βασική απαίτηση και όχι μόνο να ελέγξετε τη συμπεριφορά του συστήματος ενάντια σε ό, τι γράφεται ή λέγεται, αλλά και ενάντια στη δική σας κατανόηση και ενάντια σε πράγματα που δεν είναι γραμμένα ή δεν λέγονται.

Μερικές φορές, μπορεί να είναι μια χαμένη απαίτηση (ελλιπής απαίτηση) ή σιωπηρή απαίτηση (κάτι που δεν χρειάζεται ξεχωριστή αναφορά αλλά πρέπει να πληροί) και πρέπει να το δοκιμάσετε και αυτό.

Περαιτέρω, μια απαίτηση δεν χρειάζεται απαραίτητα να είναι τεκμηριωμένη. Μπορείτε πολύ καλά να γνωρίζετε τη λειτουργικότητα του λογισμικού ή μπορείτε ακόμη και να μαντέψετε και στη συνέχεια να δοκιμάσετε ένα βήμα τη φορά. Το ονομάζουμε γενικά δοκιμές ad-hoc ή εξερευνητικές δοκιμές.

Ας ρίξουμε μια ματιά σε βάθος:

Πρώτον, ας καταλάβουμε το γεγονός - Είτε συγκρίνετε τη δοκιμή μιας εφαρμογής λογισμικού ή κάτι άλλο (ας πούμε ένα όχημα), η ιδέα παραμένει η ίδια. Η προσέγγιση, τα εργαλεία και οι προτεραιότητες ενδέχεται να διαφέρουν, αλλά ο βασικός στόχος παραμένει ο ίδιος και είναι απλός, δηλαδή η σύγκριση της πραγματικής συμπεριφοράς με την αναμενόμενη συμπεριφορά.

Κατα δευτερον - Η δοκιμή είναι σαν μια στάση ή νοοτροπία που πρέπει να προέρχεται από μέσα. Οι δεξιότητες μπορούν να μαθευτούν, αλλά θα γίνετε επιτυχημένος υπεύθυνος δοκιμών μόνο όταν έχετε από προεπιλογή κάποιες ιδιότητες. Όταν λέω ότι οι δεξιότητες δοκιμών μπορούν να μαθευτούν, εννοώ την εστιασμένη και τυπική εκπαίδευση γύρω από τη διαδικασία δοκιμών λογισμικού.

Αλλά ποιες είναι οι ιδιότητες ενός επιτυχημένου ελεγκτή; Μπορείτε να τα διαβάσετε στον παρακάτω σύνδεσμο:

Διαβάστε το εδώ => Ποιότητες των εξαιρετικά αποτελεσματικών ελεγκτών

Συνιστώ ανεπιφύλακτα να διαβάσετε το παραπάνω άρθρο πριν συνεχίσετε με αυτό το σεμινάριο. Θα σας βοηθήσει να συγκρίνετε τα χαρακτηριστικά σας με αυτά που αναμένονται στο ρόλο του Tester λογισμικού.

Για όσους δεν έχουν χρόνο να διαβάσουν το άρθρο, ακολουθεί μια σύνοψη:

«Η περιέργειά σας, η προσοχή, η πειθαρχία, η λογική σκέψη, το πάθος για δουλειά και η ικανότητα ανατομής των πραγμάτων έχει μεγάλη σημασία για να είναι καταστροφικός και επιτυχημένος ελεγκτής. Δούλεψε για μένα και πιστεύω ακράδαντα ότι θα λειτουργήσει και για εσάς. Αν έχετε ήδη αυτές τις ιδιότητες, τότε πρέπει να δουλέψει και για εσάς. '

Έχουμε μιλήσει για τις βασικές προϋποθέσεις του να γίνετε ελεγκτής λογισμικού. Τώρα ας καταλάβουμε γιατί η Μη αυτόματη δοκιμή έχει και θα έχει πάντα την ανεξάρτητη ύπαρξή της με ή χωρίς ανάπτυξη Αυτοματισμού.

Γιατί απαιτείται μη αυτόματη δοκιμή;

Ξέρετε ποιο είναι το καλύτερο πράγμα για να είστε Tester, και αυτός επίσης και ένας Manual Tester;

Είναι το γεγονός ότι δεν μπορείτε να βασιστείτε μόνο στο skillet εδώ. Πρέπει να έχετε / αναπτύξετε και να βελτιώσετε τη διαδικασία σκέψης σας. Αυτό είναι κάτι που δεν μπορείτε πραγματικά να αγοράσετε με λίγα δολάρια. Εσείς εσείς πρέπει να εργαστείτε σε αυτό.

Θα πρέπει να αναπτύξτε τη συνήθεια να κάνετε ερωτήσεις και θα πρέπει να τους ρωτάτε κάθε λεπτό όταν δοκιμάζετε. Τις περισσότερες φορές θα πρέπει να κάνετε αυτές τις ερωτήσεις στον εαυτό σας παρά στους άλλους.

Ελπίζω να έχετε διαβάσει το άρθρο που πρότεινα στην προηγούμενη ενότητα (δηλαδή τις ιδιότητες των πολύ αποτελεσματικών δοκιμαστών). Εάν ναι, τότε θα γνωρίζετε ότι η δοκιμή θεωρείται μια διαδικασία σκέψης και το πόσο επιτυχής θα είστε ως εξεταστής εξαρτάται πλήρως από τις ιδιότητες που έχετε ως άτομο.

Ας δούμε αυτήν την απλή ροή:

  • Κάνεις κάτι ( εκτελέστε δράσεις ) ενώ το παρατηρείτε με κάποια πρόθεση (σε σύγκριση με το αναμενόμενο). Τώρα σου παρατήρηση δεξιότητες και πειθαρχία για να εκτελέσετε πράγματα έρχεται στην εικόνα εδώ.
  • Βόιλα! Τι ήταν αυτό? Παρατήρησες κάτι. Το παρατήρησες γιατί δίνεις τέλεια προσοχή στις λεπτομέρειες μπροστά σου. Δεν θα το αφήσετε γιατί είστε περίεργος . Αυτό δεν ήταν στο σχέδιό σας ότι κάτι απρόσμενο / παράξενο θα συμβεί, θα το παρατηρήσετε και θα το ερευνήσετε περαιτέρω. Αλλά τώρα το κάνεις. Μπορείτε να το αφήσετε να φύγει. Αλλά δεν πρέπει να το αφήσεις να φύγει.
  • Είστε ευχαριστημένοι, ανακαλύψατε την αιτία, τα βήματα και το σενάριο. Τώρα θα το κοινοποιήσετε σωστά και εποικοδομητικά στην ομάδα ανάπτυξης και στους άλλους ενδιαφερόμενους στην ομάδα σας. Μπορείτε να το κάνετε μέσω κάποιου εργαλείου παρακολούθησης ελαττωμάτων ή προφορικά, αλλά πρέπει να βεβαιωθείτε ότι είστε επικοινωνία εποικοδομητικά .
  • Ωχ! Τι γίνεται αν το κάνω με αυτόν τον τρόπο; Τι γίνεται αν εισαγάγω τον σωστό ακέραιο ως είσοδο αλλά με κορυφαίους λευκούς χώρους; Κι αν? … Κι αν? … Κι αν? Δεν τελειώνει εύκολα, δεν πρέπει να τελειώνει εύκολα. Εσύ θα φαντάζομαι πολλές καταστάσεις και σενάρια και μάλιστα θα μπείτε στον πειρασμό να τα εκτελέσετε επίσης.

Το παρακάτω διάγραμμα αντιπροσωπεύει τη ζωή ενός ελεγκτή:

Η ζωή ενός δοκιμαστή

Διαβάστε και πάλι αυτά τα τέσσερα σημεία που αναφέρονται παραπάνω. Παρατηρήσατε ότι το κράτησα πολύ σύντομο, αλλά εξακολουθούσα να επισημαίνω το πλουσιότερο μέρος του να είμαι χειροκίνητος ελεγκτής; Και παρατηρήσατε την τολμηρή επισήμανση με λίγα λόγια; Αυτές είναι ακριβώς οι πιο σημαντικές ιδιότητες που χρειάζεται ένας χειριστής.

Τώρα, νομίζετε ότι αυτές οι πράξεις μπορούν να αντικατασταθούν εντελώς από οτιδήποτε άλλο; Και η καυτή τάση σήμερα - μπορεί ποτέ να αντικατασταθεί με αυτοματισμό;

Σε SDLC με οποιαδήποτε μεθοδολογία ανάπτυξης, λίγα πράγματα παραμένουν πάντα σταθερά. Ως δοκιμαστής, θα καταναλώσετε τις απαιτήσεις, θα τις μετατρέψετε σε σενάρια δοκιμής / περιπτώσεις δοκιμής. Στη συνέχεια, θα εκτελέσετε αυτές τις δοκιμαστικές περιπτώσεις ή θα τις αυτοματοποιήσετε άμεσα (ξέρω ότι το κάνουν μερικές εταιρείες).

Όταν το αυτοματοποιείτε, η εστίασή σας είναι σταθερή, η οποία αυτοματοποιεί τα βήματα που γράφτηκαν.

Ας επιστρέψουμε στο επίσημο μέρος, δηλαδή στην εκτέλεση των δοκιμαστικών περιπτώσεων που γράφονται χειροκίνητα.

Εδώ, εστιάζετε όχι μόνο στην εκτέλεση των γραπτών περιπτώσεων δοκιμών, αλλά εκτελείτε επίσης πολλές διερευνητικές δοκιμές ενώ το κάνετε. Θυμάστε, είστε περίεργοι; Και θα φανταστείτε. Και δεν θα μπορέσετε να αντισταθείτε, θα κάνετε ό, τι φανταζόσασταν.

Η εικόνα που δίνεται παρακάτω απεικονίζει τον τρόπο απλοποίησης της γραφής υπόθεσης:

Απλοποίηση γραφής υπόθεσης

Συμπληρώνω μια φόρμα και τελειώσω με το πρώτο πεδίο. Είμαι πολύ τεμπέλης για να πάω το ποντίκι για να μετατοπίσω την εστίαση στο επόμενο πεδίο. Χτύπησα το πλήκτρο «καρτέλα». Έχω τελειώσει με τη συμπλήρωση του επόμενου και του τελευταίου πεδίου, τώρα πρέπει να κάνω κλικ στο κουμπί Υποβολή, η εστίαση εξακολουθεί να είναι στο τελευταίο πεδίο.

Ωχ, χτύπησα κατά λάθος το πλήκτρο 'Enter'. Επιτρέψτε μου να ελέγξω τι συνέβη. Ή υπάρχει ένα κουμπί υποβολής, θα κάνω διπλό κλικ. Οχι ικανοποιημένος. Το κάνω κλικ πολλές φορές, πολύ γρήγορα.

Παρατήρησες? Υπάρχουν τόσες πολλές πιθανές ενέργειες χρήστη, τόσο προοριζόμενες όσο και μη προοριζόμενες.

Δεν θα πετύχετε να γράψετε όλες τις δοκιμαστικές περιπτώσεις που καλύπτουν την αίτησή σας υπό δοκιμή 100%. Αυτό πρέπει να συμβεί με διερευνητικό τρόπο.

Θα συνεχίσετε να προσθέτετε τις νέες δοκιμαστικές σας περιπτώσεις καθώς δοκιμάζετε την εφαρμογή. Αυτές θα είναι δοκιμαστικές περιπτώσεις για σφάλματα που αντιμετωπίσατε για τα οποία δεν υπήρχε προηγουμένως γραπτή υπόθεση δοκιμής. Ή, ενώ δοκιμάζετε, κάτι πυροδότησε τη διαδικασία σκέψης σας και έχετε μερικές ακόμη δοκιμαστικές περιπτώσεις τις οποίες θα θέλατε να προσθέσετε στη σουίτα δοκιμαστικής θήκης και να την εκτελέσετε.

Ακόμα και μετά από όλα αυτά, δεν υπάρχει καμία εγγύηση ότι δεν υπάρχουν κρυμμένα σφάλματα . Το λογισμικό με μηδενικά σφάλματα είναι μύθος. Μπορείτε να στοχεύσετε μόνο για να το πλησιάσετε στο μηδέν, αλλά αυτό δεν μπορεί να συμβεί χωρίς ένα ανθρώπινο μυαλό να στοχεύει συνεχώς το ίδιο, παρόμοιο με αλλά όχι περιοριστικό στη διαδικασία παραδείγματος που είδαμε παραπάνω.

Τουλάχιστον από σήμερα, δεν υπάρχει λογισμικό που να σκέφτεται σαν ανθρώπινο μυαλό, να παρατηρεί σαν ανθρώπινο μάτι, να θέτει ερωτήσεις και να απαντά σαν ανθρώπινο και στη συνέχεια να εκτελεί προβλεπόμενες και μη προβλεπόμενες ενέργειες. Ακόμα κι αν συμβεί κάτι τέτοιο, ποιος το μυαλό, τις σκέψεις και το μάτι θα μιμηθεί; Δική σου ή δική μου; Εμείς, οι άνθρωποι, δεν έχουμε το ίδιο δικαίωμα. Όλοι είμαστε διαφορετικοί. Επειτα?

Ανάγκη για μη αυτόματη δοκιμή όταν ο αυτοματισμός είναι γύρω:

Το Automation Testing έχει το δικό του μερίδιο της δόξας αυτές τις μέρες και θα έχει ακόμη περισσότερα τα επόμενα χρόνια, αλλά απλά δεν μπορεί να αντικαταστήσει τη μη αυτόματη δοκιμή QA (διαβάστε δοκιμές σε ανθρώπους / διερευνητικές δοκιμές).

Πρέπει να έχετε ακούσει πριν- Δεν αυτοματοποιείτε τις δοκιμές, αυτοματοποιείτε τον έλεγχο '. Αυτή η πρόταση μιλάει πολύ για το πού βρίσκεται η μη αυτόματη δοκιμή QA με τις δοκιμές αυτοματισμού. Πολλά μεγάλα ονόματα σε όλο τον κόσμο έχουν γράψει και μιλήσει για αυτό το θέμα, οπότε δεν θα τονίσω πολύ σε αυτό.

Ο αυτοματισμός δεν μπορεί να αντικαταστήσει τις δοκιμές σε ανθρώπους επειδή:

  • Απαιτεί τις κρίσεις χρόνου εκτέλεσης σχετικά με όλα όσα συμβαίνουν μπροστά στα μάτια σας (ενώ δοκιμάζετε) και σε μερικές περιπτώσεις πίσω από τα παρασκήνια.
  • Απαιτεί σαφή και συνεχή παρατήρηση.
  • Απαιτεί προβληματισμός.
  • Απαιτεί έρευνα.
  • Απαιτεί συλλογισμό.
  • Απαιτεί μη προγραμματισμένες ενέργειες όπως απαιτείται κατά τη δοκιμή.

Η δοκιμή μπορεί να αντικατασταθεί από ένα εργαλείο / μηχανή που θα είναι σε θέση να απορροφήσει τις λεπτομέρειες, να τις επεξεργαστεί, να χειριστεί ενέργειες και να τις εκτελέσει σαν ανθρώπινο μυαλό και άνθρωπο, και όλα αυτά κατά το χρόνο εκτέλεσης και σε όλα τα πιθανά περιβάλλοντα. Αυτό το εργαλείο πρέπει να μοιάζει πάλι με όλους τους πιθανούς ανθρώπους.

Εν ολίγοις, οι δοκιμές σε ανθρώπους δεν μπορούν να αντικατασταθούν. Ίσως κάποια επιστημονική ταινία του Χόλιγουντ σε λίγα χρόνια να την πλησιάσει, αλλά στην πραγματική ζωή, δεν μπορώ να τη δω να έρχεται για μερικές εκατοντάδες χρόνια, που μπορώ να φανταστώ. Δεν θα το διαγράψω για πάντα καθώς πιστεύω σε ατελείωτες δυνατότητες.

Σε ξεχωριστή νότα, ακόμα κι αν συμβαίνει πραγματικά μετά από μερικές εκατοντάδες χρόνια, η εικόνα που μπορώ να φανταστώ είναι σίγουρα μια τρομακτική κόσμο. Ηλικία των μετασχηματιστών. :)

= >> Συνιστώμενη ανάγνωση - Καλύτερες εταιρείες μη αυτόματων δοκιμών

Πώς γίνεται η χειροκίνητη δοκιμή συμπληρώσεων αυτοματισμού;

Το είπα πριν και το λέω ξανά ότι ο αυτοματισμός δεν μπορεί πλέον να αγνοηθεί. Στον κόσμο όπου η συνεχής ενσωμάτωση, η συνεχής παράδοση και η συνεχής ανάπτυξη καθίστανται υποχρεωτικά πράγματα, οι συνεχείς δοκιμές δεν μπορούν να καθυστερήσουν. Πρέπει να βρούμε τρόπους για να το κάνουμε.

Τις περισσότερες φορές, η ανάπτυξη όλο και περισσότερου εργατικού δυναμικού δεν βοηθά μακροπρόθεσμα για αυτήν την εργασία. Ως εκ τούτου, ο Tester (Test Lead / Architect / Manager) πρέπει να αποφασίσει προσεκτικά για το τι θα αυτοματοποιήσει και τι πρέπει να γίνει χειροκίνητα.

Γίνεται εξαιρετικά σημαντικό να γράφονται πολύ ακριβείς δοκιμές / έλεγχοι έτσι ώστε να μπορούν να αυτοματοποιηθούν χωρίς καμία απόκλιση στην αρχική προσδοκία και να μπορούν να χρησιμοποιηθούν κατά την παλινδρόμηση του προϊόντος ως μέρος του «Συνεχούς ελέγχου».

Σημείωση: Η λέξη συνεχής από τον όρο «Συνεχής δοκιμή» υπόκειται σε κλήσεις υπό όρους και λογικές παρόμοιες με τους άλλους όρους που χρησιμοποιήσαμε παραπάνω με το ίδιο πρόθεμα. Συνεχής σε αυτό το πλαίσιο σημαίνει όλο και πιο συχνά, γρηγορότερα από χθες. Ενώ έχει νόημα, μπορεί να σημαίνει κάθε δευτερόλεπτο ή νανο-δευτερόλεπτο.

Χωρίς να υπάρχει η τέλεια αντιστοιχία ανθρώπινων ελεγκτών και αυτοματοποιημένων ελέγχων (δοκιμές με ακριβή βήματα, αναμενόμενα αποτελέσματα και κριτήρια εξόδου του εν λόγω τεστ τεκμηριωμένα), η επίτευξη συνεχούς δοκιμής είναι πολύ δύσκολη και αυτό, με τη σειρά του, θα κάνει συνεχή ολοκλήρωση, συνεχή παράδοση και συνεχή ανάπτυξη πιο δύσκολο.

Χρησιμοποίησα σκόπιμα τον όρο κριτήρια εξόδου ενός παραπάνω τεστ. Τα κοστούμια αυτοματισμού μας δεν μπορούν πλέον να είναι παρόμοια με τα παραδοσιακά. Πρέπει να διασφαλίσουμε ότι εάν αποτύχουν, θα πρέπει να αποτύχουν γρήγορα. Και για να αποτύχουν γρήγορα, τα κριτήρια εξόδου θα πρέπει επίσης να αυτοματοποιηθούν.

Παράδειγμα:

Ας πούμε, υπάρχει ένα ελάττωμα αποκλεισμού όπου, δεν μπορώ να συνδεθώ στο Facebook.

Στη συνέχεια, η λειτουργικότητα σύνδεσης πρέπει να είναι ο πρώτος αυτοματοποιημένος έλεγχος σας και η σουίτα αυτοματοποίησης δεν πρέπει να εκτελεί τον επόμενο έλεγχο όπου η σύνδεση είναι απαραίτητη προϋπόθεση, όπως η δημοσίευση κατάστασης. Γνωρίζετε πολύ καλά ότι θα αποτύχει. Γι 'αυτό, κάντε το να αποτύχει πιο γρήγορα, δημοσιεύστε τα αποτελέσματα πιο γρήγορα, ώστε το ελάττωμα να επιλυθεί πιο γρήγορα.

Το επόμενο πράγμα είναι και πάλι κάτι που πρέπει να έχετε ακούσει πριν - Δεν μπορείτε και δεν πρέπει να προσπαθείτε να αυτοματοποιήσετε τα πάντα.

Επιλέξτε δοκιμαστικές περιπτώσεις που εάν αυτοματοποιηθούν θα ωφεληθούν σημαντικά στους Ανθρώπους Δοκιμαστές και έχει καλή απόδοση επένδυσης. Για αυτό το θέμα, υπάρχει ένας γενικός κανόνας που λέει ότι θα πρέπει να προσπαθήσετε να αυτοματοποιήσετε όλες τις δοκιμαστικές περιπτώσεις προτεραιότητας 1 και, αν είναι δυνατόν, τότε προτεραιότητα 2.

Ο αυτοματισμός δεν είναι εύκολο να εφαρμοστεί και είναι χρονοβόρος, γι 'αυτό συνιστάται να αποφεύγετε την αυτοματοποίηση περιπτώσεων χαμηλής προτεραιότητας τουλάχιστον έως ότου τελειώσετε με τις υψηλές. Η επιλογή του τι θα αυτοματοποιηθεί και η εστίαση σε αυτό βελτιώνει την ποιότητα της εφαρμογής όταν χρησιμοποιείται και συντηρείται συνεχώς.

συμπέρασμα

Ελπίζω μέχρι τώρα να έχετε καταλάβει γιατί και πόσο άσχημα απαιτείται η χειροκίνητη / ανθρώπινη δοκιμή για την παροχή ποιοτικών προϊόντων και τον τρόπο με τον οποίο ο αυτοματισμός το συγχαίρει.

Η αποδοχή της σημασίας της Χειροκίνητης δοκιμής QA και η γνώση του γιατί είναι ξεχωριστή, είναι το πρώτο βήμα για να γίνετε ένας εξαιρετικός χειροκίνητος ελεγκτής.

Στα επερχόμενα μαθήματα μη αυτόματων δοκιμών, θα καλύψουμε μια γενική προσέγγιση για τη διεξαγωγή μη αυτόματων δοκιμών, πώς θα συνυπάρχει με τον αυτοματισμό και πολλές άλλες σημαντικές πτυχές επίσης.

Είμαι βέβαιος ότι θα αποκτήσετε τεράστια γνώση της Δοκιμή λογισμικού μόλις διαβάσετε ολόκληρη τη λίστα των σεμιναρίων αυτής της σειράς.

καλύτερος ιστότοπος λήψης μουσικής για Android

Θα θέλαμε πολύ να ακούσουμε από εσάς. Μη διστάσετε να εκφράσετε τις σκέψεις / προτάσεις σας στην παρακάτω ενότητα σχολίων.

Συνιστώμενη ανάγνωση

^