test execution software testing
Ακριβής διαδικασία και σχέδιο για την εκτέλεση δοκιμαστικών περιπτώσεων με πραγματικά παραδείγματα.
Σήμερα, στο δικό μας Μίνι εκπαιδευτικό μάθημα δοκιμής λογισμικού , προχωράμε στο τελευταίο στάδιο του STLC, που είναι το Εκτέλεση δοκιμής .
Μπορείτε να δείτε τη λίστα με όλα τα σεμινάρια που δημοσιεύτηκαν σε αυτήν τη δωρεάν σειρά εκπαίδευσης QA σε αυτήν τη σελίδα: Εκπαίδευση δοκιμών λογισμικού End to End σε ζωντανό έργο.
Η δοκιμαστική εκτέλεση είναι, χωρίς αμφιβολία, η πιο σημαντική και «συμβαίνει» φάση στο STLC και επίσης ολόκληρος ο κύκλος ζωής ανάπτυξης. Ο λόγος είναι - η συνεισφορά και η εργασία κάθε ομάδας / μέλους της ομάδας επικυρώνεται εδώ:
- Έχει ερμηνεύσει σωστά ο Αναλυτής Επιχειρήσεων τις απαιτήσεις;
- Έχει μεταφραστεί η ομάδα ανάπτυξης των επιχειρησιακών απαιτήσεων σε λειτουργικές απαιτήσεις και τελικά να κωδικοποιήσει σωστά;
- Έχει σχεδιάσει ο αρχιτέκτονας δεδομένων και τα DBA τα σωστά συστήματα back-end;
Λοιπόν, η εκτέλεση δοκιμής είναι όπου θα βρείτε όλες τις απαντήσεις σε αυτές τις ερωτήσεις. Αυτό μας κάνει, QA ως ήρωες ολόκληρης της διαδικασίας δημιουργίας λογισμικού, έτσι δεν είναι; :)
Το Test Execution είναι επίσης το 'Test' μέρος του SDLC.
καλύτερες εφαρμογές για κατασκοπεία σε κάποιον
Μετά τη σύνταξη των δοκιμαστικών περιπτώσεων, κοινή χρήση με την ομάδα BA και Dev, η οποία ελέγχεται από αυτές, οι αλλαγές κοινοποιούνται στην ομάδα QA (εάν υπάρχει), η ομάδα QA κάνει τις απαραίτητες τροποποιήσεις - Η φάση σχεδιασμού δοκιμής έχει ολοκληρωθεί. Τώρα η προετοιμασία των δοκιμαστικών περιπτώσεων δεν σημαίνει ότι μπορούμε να ξεκινήσουμε τη δοκιμαστική εκτέλεση. Πρέπει να έχουμε την εφαρμογή έτοιμη, μεταξύ άλλων.
Τι θα μάθετε:
- Οδηγίες εκτέλεσης δοκιμής
- Έγγραφο νέων στηλών σε δοκιμαστικές περιπτώσεις
- Αποτελέσματα εκτέλεσης δοκιμής για το έργο OrangeHRM Live
- Συνιστώμενη ανάγνωση
Οδηγίες εκτέλεσης δοκιμής
Ας κάνουμε τώρα μια λίστα με όλα τα πράγματα που είναι σημαντικά για την κατανόηση της φάσης εκτέλεσης δοκιμής:
# 1) ο χτίζω (ο κωδικός που γράφεται από την ομάδα dev είναι συσκευασμένος σε αυτό που αναφέρεται σε ένα build - αυτό δεν είναι τίποτα άλλο παρά ένα εγκαταστάσιμο κομμάτι λογισμικού (AUT), έτοιμο για ανάπτυξη σε περιβάλλον QA.) που αναπτύσσεται (με άλλα λόγια, εγκατεστημένο και διατίθεται) στο περιβάλλον QA είναι μια από τις πιο σημαντικές πτυχές που πρέπει να συμβεί για να ξεκινήσει η δοκιμαστική εκτέλεση.
#δύο) Η εκτέλεση δοκιμής συμβαίνει στο Περιβάλλον QA . Για να βεβαιωθείτε ότι η εργασία της ομάδας προγραμματιστών στον κώδικα δεν βρίσκεται στο ίδιο μέρος, όπου δοκιμάζει η ομάδα QA, η γενική πρακτική είναι να έχετε ένα ειδικό περιβάλλον Dev και QA. (Υπάρχει επίσης περιβάλλον παραγωγής για τη φιλοξενία της ζωντανής εφαρμογής).
Αυτό είναι βασικά για τη διατήρηση της ακεραιότητας της εφαρμογής σε διάφορα στάδια του κύκλου ζωής SDLC. Διαφορετικά, ιδανικά, και τα 3 περιβάλλοντα έχουν πανομοιότυπο χαρακτήρα.
# 3) Μέγεθος ομάδας δοκιμής δεν είναι σταθερή από την αρχή του έργου. Όταν ξεκινά το Σχέδιο δοκιμής, η ομάδα μπορεί να έχει μόνο προβάδισμα στην ομάδα. Κατά τη φάση σχεδιασμού δοκιμών, μερικοί δοκιμαστές έρχονται στο σκάφος. Δοκιμή εκτέλεσης είναι η φάση όταν η ομάδα είναι στο μέγιστο της μέγεθος.
# 4) Η εκτέλεση δοκιμής συμβαίνει επίσης στο τουλάχιστον 2 κύκλους (3 σε ορισμένα έργα). Συνήθως σε κάθε κύκλο, όλες οι δοκιμαστικές περιπτώσεις (ολόκληρη η δοκιμαστική σουίτα) θα εκτελούνται. Ο στόχος του πρώτου κύκλου είναι να εντοπίσει τυχόν μπλοκάρισμα, κρίσιμα ελαττώματα και τα περισσότερα από τα υψηλά ελαττώματα.
Ο στόχος του δεύτερου κύκλου είναι να εντοπίσει τα υπόλοιπα υψηλά και μεσαία ελαττώματα, να διορθώσει τα κενά στα σενάρια και να επιτύχει αποτελέσματα.
# 5) Η φάση εκτέλεσης δοκιμής αποτελείται από- Εκτέλεση δοκιμαστικών σεναρίων + Δοκιμή συντήρησης σεναρίων (σωστά κενά στα σενάρια) + Αναφορά (ελαττώματα, κατάσταση, μετρήσεις κ.λπ.) Επομένως, κατά τον προγραμματισμό αυτής της φάσης προγραμματίζονται και οι προσπάθειες πρέπει να εκτιμηθούν λαμβάνοντας υπόψη όλες αυτές τις πτυχές και όχι μόνο την εκτέλεση του σεναρίου.
# 6) Αφού ολοκληρωθεί το σενάριο δοκιμής και αναπτυχθεί το AUT - και πριν ξεκινήσει η εκτέλεση της δοκιμής, υπάρχει ένα ενδιάμεσο βήμα. Αυτό ονομάζεται το 'Δοκιμή ετοιμότητας δοκιμής (TRR)' . Αυτό είναι ένα είδος μεταβατικού βήματος που θα τερματίσει τη φάση σχεδιασμού της δοκιμής και θα μας διευκολύνει στην εκτέλεση της δοκιμής.
Για πληροφορίες σχετικά με αυτό το βήμα και για ένα δείγμα «Λίστα ελέγχου ετοιμότητας δοκιμής», δείτε αυτόν τον σύνδεσμο: Λίστα ελέγχου δοκιμών λογισμικού
# 7) Εκτός από το TRR, υπάρχουν λίγοι περισσότεροι επιπλέον έλεγχοι πριν διασφαλίσουμε ότι μπορούμε να προχωρήσουμε στην αποδοχή της τρέχουσας έκδοσης που αναπτύσσεται στο περιβάλλον QA για εκτέλεση δοκιμής.
Οι πάροχοι cloud-computing προσφέρουν τις υπηρεσίες τους ως
Αυτά είναι τα Δοκιμές καπνού και υγιεινής . Λεπτομερείς πληροφορίες σχετικά με το τι είναι: Τι είναι το τεστ καπνού και υγιεινής;
# 8) Μετά την επιτυχή ολοκλήρωση των δοκιμών TRR, Smoke and Sanity, ξεκινά επίσημα ο κύκλος δοκιμών.
# 9) Διερευνητικές δοκιμές θα πραγματοποιηθεί μόλις το build είναι έτοιμο για δοκιμή. Ο σκοπός αυτής της δοκιμής είναι να διασφαλίσει την απομάκρυνση των κρίσιμων ελαττωμάτων προτού ξεκινήσουν τα επόμενα επίπεδα δοκιμών. Αυτή η διερευνητική δοκιμή πραγματοποιείται στην εφαρμογή χωρίς σενάρια δοκιμής και τεκμηρίωση. Βοηθά επίσης να εξοικειωθείτε με το AUT.
# 10) Ακριβώς όπως και οι άλλες φάσεις του STLC, το έργο κατανέμεται μεταξύ των μελών της ομάδας στη φάση εκτέλεσης δοκιμών. Η διαίρεση μπορεί να βασίζεται σε εξειδικευμένη ενότητα ή σε δοκιμαστική μέτρηση ή σε οτιδήποτε άλλο μπορεί να έχει νόημα.
#έντεκα) Το πρωταρχικό αποτέλεσμα της φάσης εκτέλεσης δοκιμής είναι με τη μορφή αναφορών κυρίως δηλ. Αναφορά σφάλματος και αναφορά Κατάστασης εκτέλεσης δοκιμής. Η λεπτομερής διαδικασία αναφοράς μπορεί να βρεθεί στη διεύθυνση Αναφορές δοκιμών εκτέλεσης.
Έγγραφο νέων στηλών σε δοκιμαστικές περιπτώσεις
Το έγγραφο δοκιμαστικής υπόθεσης τώρα επεκτείνεται με τις ακόλουθες δύο στήλες - Κατάσταση και πραγματικό αποτέλεσμα .
( Σημείωση : Για ζωντανή εκτέλεση δοκιμής έργου, έχουμε προσθέσει και ενημερώσει αυτές τις στήλες με αποτελέσματα εκτέλεσης δοκιμής στο υπολογιστικό φύλλο δοκιμαστικών περιπτώσεων που παρέχεται για λήψη παρακάτω)
# 1) Στήλη κατάστασης
Η εκτέλεση δοκιμής δεν είναι τίποτα άλλο, χρησιμοποιώντας τα βήματα δοκιμής στο AUT, παρέχοντας τα δεδομένα δοκιμής (όπως προσδιορίζονται στο έγγραφο δοκιμαστικής περίπτωσης) και παρατηρώντας τη συμπεριφορά του AUT για να δείτε εάν ικανοποιεί το αναμενόμενο αποτέλεσμα ή όχι.
Εάν το αναμενόμενο αποτέλεσμα δεν ικανοποιηθεί, μπορεί να εκληφθεί ως ελάττωμα. Και η κατάσταση της δοκιμαστικής θήκης γίνεται 'Αποτυχία' και εάν ικανοποιηθεί το αναμενόμενο αποτέλεσμα, η κατάσταση είναι 'Pass'. Εάν η δοκιμαστική θήκη δεν μπορεί να εκτελεστεί για οποιονδήποτε λόγο (ένα υπάρχον ελάττωμα ή περιβάλλον που δεν υποστηρίζει) η κατάσταση θα ήταν 'Αποκλεισμένη'.
Η κατάσταση μιας δοκιμαστικής θήκης που δεν έχει ακόμη εκτελεστεί μπορεί να οριστεί σε Χωρίς εκτέλεση / χωρίς εκτέλεση ή να παραμείνει κενή.
- Για μια δοκιμαστική θήκη με πολλαπλά βήματα, εάν δεν ικανοποιηθεί ένα συγκεκριμένο βήμα (στη μέση των βημάτων της δοκιμαστικής υπόθεσης), η κατάσταση της δοκιμαστικής θήκης μπορεί να οριστεί σε 'Αποτυχία' εκεί και τα επόμενα βήματα δεν χρειάζεται να εκτελεστούν.
- Η κατάσταση 'Αποτυχία' μπορεί να επισημανθεί με κόκκινο χρώμα, εάν θέλετε να του επιστήσετε την προσοχή αμέσως.
# 2) Στήλη πραγματικών αποτελεσμάτων
Αυτός είναι ένας χώρος όπου εμείς οι δοκιμαστές μπορούν να καταγράψουν ποια είναι η απόκλιση στο αναμενόμενο αποτέλεσμα. Όταν πληρούται το αναμενόμενο αποτέλεσμα (ή μια δοκιμαστική υπόθεση της οποίας η κατάσταση είναι 'Pass'), αυτό το πεδίο μπορεί να μείνει κενό. Διότι, εάν πληρούται το αναμενόμενο αποτέλεσμα, σημαίνει το πραγματικό αποτέλεσμα = το αναμενόμενο αποτέλεσμα, που σημαίνει ότι η επανεγγραφή του στη στήλη πραγματικού αποτελέσματος θα είναι επανάληψη και πλεονασμός.
Ένα στιγμιότυπο οθόνης της απόκλισης μπορεί να επισυναφθεί σε αυτήν τη στήλη για βελτιωμένη σαφήνεια του προβλήματος.
Αποτελέσματα εκτέλεσης δοκιμής για το έργο OrangeHRM Live
Ας πάρουμε τώρα το OrangeHRM και να πραγματοποιήσουμε τη δοκιμαστική εκτέλεση με βάση τις παραπάνω οδηγίες που παρατίθενται.
Εδώ είναι μερικά σημεία που πρέπει να σημειώσετε:
πώς να εγκαταστήσετε το eclipse c ++
- Το εκτεταμένο πρότυπο δοκιμαστικής περίπτωσης.
- Οι διερευνητικές δοκιμές όπως υποδεικνύονται πρέπει να πραγματοποιούνται χωρίς σενάρια δοκιμής. Επομένως, μη διστάσετε να δοκιμάσετε την εφαρμογή παράλληλα όπως κρίνετε κατάλληλο.
- Λόγω των περιορισμών που έχουμε στην παρουσίαση του ζωντανού έργου με τη μορφή αναγνώσιμου περιεχομένου - μόνο ένα περιορισμένο ποσό δοκιμαστικών περιπτώσεων / λειτουργικότητας της εφαρμογής OrangeHRM εμφανίζεται στο δείγμα προτύπου δοκιμής εκτέλεσης. Και πάλι, αισθανθείτε να εργαστείτε περισσότερο για την πιο πρακτική εμπειρία.
- Οι σουίτες δοκιμής Sanity και Smoke προστίθενται επίσης στο έγγραφο, για να σας δώσουν μια ιδέα για το είδος των δοκιμαστικών περιπτώσεων που εξετάζονται σε αυτά τα στάδια.
- Τα ελαττώματα δεν καταγράφονται ακόμη, παρόλο που η κατάσταση ορισμένων δοκιμαστικών περιπτώσεων έχει οριστεί σε 'Αποτυχία'. Αυτό συμβαίνει επειδή η καταγραφή των ελαττωμάτων είναι η επόμενη πιο σημαντική / συνήθως δουλεμένη σε μια πτυχή της ζωής μας ως δοκιμαστές. Έτσι, θέλουμε να το αντιμετωπίσουμε λεπτομερώς στο επόμενο άρθρο.
Περιπτώσεις δοκιμής με αποτελέσματα εκτέλεσης:
=> Κάντε κλικ εδώ για να πραγματοποιήσετε λήψη του εγγράφου Test Case Execution.
Περιέχει - Αποτέλεσμα εκτέλεσης δοκιμαστικών περιπτώσεων, τεστ καπνού, τεστ Sanity, εξερευνητική δοκιμή - υπολογιστικά φύλλα
Τέλος, εάν χρησιμοποιήθηκε ένα εργαλείο διαχείρισης δοκιμών για τη δημιουργία και τη συντήρηση της δοκιμαστικής θήκης, το ίδιο μπορεί να χρησιμοποιηθεί και για την εκτέλεση δοκιμής. Η χρήση ενός εργαλείου διευκολύνει την αναφορά, αλλά διαφορετικά, η διαδικασία εκτέλεσης των δοκιμαστικών περιπτώσεων είναι η ίδια. Διαβάστε αυτό το άρθρο για να πάρετε μια ιδέα πώς να χρησιμοποιήσετε το HP ALM για εκτέλεση υπόθεσης δοκιμής .
(Κάντε κλικ στην εικόνα για μεγέθυνση)
Αυτό μας φέρνει στο τέλος ενός άλλου ενδιαφέροντος τμήματος της διαδικασίας δοκιμής. Στο επόμενο και τελευταίο άρθρο αυτού δωρεάν online λογισμικό δοκιμής λογισμικού QA , θα εξετάσουμε λεπτομερώς τα ελαττώματα. ολοκληρώστε θέματα όπως 'πότε να σταματήσετε τις δοκιμές', μετρήσεις και αποσύνδεση QA.
=> Ημέρα εκπαίδευσης QA 6: Παρακολούθηση σφαλμάτων, μετρήσεις δοκιμής και απενεργοποίηση δοκιμής
Πείτε μας πώς κάνουμε και μείνετε συντονισμένοι για το επόμενο άρθρο.
Συνιστώμενη ανάγνωση
- Πρόγραμμα Εκμάθησης Μαθημάτων Λογισμικού - Σχέδιο Εκπαιδευτικού Λεπτομερούς Μαθήματος
- Μερικές ενδιαφέρουσες ερωτήσεις συνέντευξης δοκιμών λογισμικού
- Σχόλια και σχόλια μαθήματος δοκιμών λογισμικού
- Τρόπος αναφοράς έξυπνης εκτέλεσης δοκιμών - [Πρότυπο αναφοράς κατάστασης λήψης]
- Τρόπος σύνταξης εγγράφου στρατηγικής δοκιμής (με δείγμα προτύπου στρατηγικής δοκιμής)
- Δείγμα προτύπου προγράμματος δοκιμής λογισμικού με μορφή και περιεχόμενο
- Ακριβής διαφορά μεταξύ επαλήθευσης και επικύρωσης με παραδείγματα
- Σημαντικές μετρήσεις και μετρήσεις δοκιμής λογισμικού - Εξηγούνται με παραδείγματα και γραφήματα