ΣΧΕΔΙΟ ΔΟΚΙΜΗΣ: Τι είναι, πώς να δημιουργήσετε (με παράδειγμα)

Σχέδιο δοκιμής

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

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

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

Σε αυτήν την περίπτωση, τι θα κάνετε; Επιλέξτε την απάντησή σας ως εξής

Α) Είμαι διευθυντής κάνω τα πάντα όπως είπα
Β) Εντάξει, επιτρέψτε μου να εξηγήσω γιατί χρειαζόμαστε ένα Πρόγραμμα δοκιμής
λανθασμένο
Ως Διαχειριστής δοκιμών, πρέπει να τους εξηγήσετε τη σημασία του Σχεδίου δοκιμής και όχι να αναγκάσετε την ομάδα να κάνει αυτό που θέλετε. Σωστό
ως Test Manager, πρέπει να τους εξηγήσετε τη σημασία του Test Plan και όχι να αναγκάσετε την ομάδα να κάνει αυτό που θέλετε.

Ποια είναι η σημασία του σχεδίου δοκιμών;

Η δημιουργία εγγράφου δοκιμαστικού σχεδίου έχει πολλαπλά οφέλη

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

Πώς να συντάξετε ένα δοκιμαστικό σχέδιο

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

1. Αναλύστε το προϊόν
2. Σχεδιάστε τη δοκιμαστική στρατηγική
3. Ορίστε τους στόχους δοκιμής
4. Ορίστε τα κριτήρια δοκιμής
5. Σχεδιασμός πόρων
6. Σχέδιο περιβάλλοντος δοκιμής
7. Χρονοδιάγραμμα και εκτίμηση
8. Προσδιορισμός παραδοτέων δοκιμής

Βήμα 1) Αναλύστε το προϊόν

Πώς μπορείτε να δοκιμάσετε ένα προϊόν χωρίς πληροφορίες σχετικά με αυτό; Η απάντηση είναι αδύνατη. Πρέπει να μάθετε καλά ένα προϊόν πριν το δοκιμάσετε.

Το υπό δοκιμή προϊόν είναι ο ιστότοπος τραπεζικής Guru99. Πρέπει να ερευνήσετε τους πελάτες και τους τελικούς χρήστες για να γνωρίζουν τις ανάγκες και τις προσδοκίες τους από την εφαρμογή

• Ποιος θα χρησιμοποιήσει τον ιστότοπο;
• Σε τι χρησιμεύει?
• Πώς θα λειτουργήσει;
• Τι είναι το λογισμικό / υλικό που χρησιμοποιεί το προϊόν;

Μπορείτε να χρησιμοποιήσετε την ακόλουθη προσέγγιση για την ανάλυση του ιστότοπου

Τώρα ας εφαρμόσουμε τις παραπάνω γνώσεις σε ένα πραγματικό προϊόν: Αναλύστε τον τραπεζικό ιστότοπο http://demo.guru99.com/V4.

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

Βήμα 2) Ανάπτυξη στρατηγικής δοκιμών

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

• Οι στόχοι δοκιμών του έργου και τα μέσα για την επίτευξή τους
• Καθορίζει την προσπάθεια δοκιμής και το κόστος

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

Βήμα 2.1) Ορίστε το εύρος των δοκιμών

Πριν από την έναρξη οποιασδήποτε δοκιμαστικής δραστηριότητας, το πεδίο των δοκιμών πρέπει να είναι γνωστό. Πρέπει να το σκεφτείτε σκληρά.

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

Ο καθορισμός του πεδίου του έργου δοκιμών σας είναι πολύ σημαντικός για όλους τους ενδιαφερόμενους. Ένα ακριβές πεδίο σάς βοηθά

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

Πώς καθορίζετε το εύρος του έργου σας;

Για να προσδιορίσετε το πεδίο εφαρμογής, πρέπει -

• Ακριβής απαίτηση πελατών
• Προϋπολογισμός έργου
• Προσδιορισμός προϊόντος
• Δεξιότητες και ταλέντο της ομάδας δοκιμής σας

Τώρα θα πρέπει να ορίσετε με σαφήνεια το "στο πεδίο εφαρμογής" και το "εκτός πεδίου" της δοκιμής.

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

Σενάριο προβλήματος

Ο πελάτης θέλει να δοκιμάσετε το API του. Όμως, ο προϋπολογισμός του έργου δεν το επιτρέπει. Σε μια τέτοια περίπτωση τι θα κάνετε;

Λοιπόν, σε αυτήν την περίπτωση πρέπει να πείσετε τον πελάτη ότι το Api Testing είναι επιπλέον δουλειά και θα καταναλώσει σημαντικούς πόρους. Δώστε του δεδομένα που υποστηρίζουν τα δεδομένα σας. Πείτε του εάν το Api Testing περιλαμβάνεται στο πεδίο εφαρμογής, ο προϋπολογισμός θα αυξηθεί κατά ποσό XYZ.

Ο πελάτης συμφωνεί και, κατά συνέπεια, τα νέα πεδία, εκτός αντικειμένου είναι

• Στοιχεία εντός πεδίου: Λειτουργική δοκιμή, Δοκιμή Api
• Στοιχεία εκτός πεδίου: Δοκιμή βάσεων δεδομένων, υλικό και άλλες εξωτερικές διεπαφές

Βήμα 2.2) Προσδιορίστε τον τύπο δοκιμής

Ένας τύπος δοκιμής είναι μια τυπική διαδικασία δοκιμής που δίνει ένα αναμενόμενο αποτέλεσμα της δοκιμής.

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

Οι συνήθως χρησιμοποιούμενοι τύποι δοκιμών περιγράφονται ως εξής

Υπάρχουν πολλοί τύποι δοκιμών για τη δοκιμή προϊόντος λογισμικού. Η ομάδα σας δεν μπορεί να έχει αρκετές προσπάθειες για να χειριστεί κάθε είδους δοκιμές. Ως Test Manager, πρέπει να ορίσετε προτεραιότητα των τύπων δοκιμών

• Ποιοι τύποι δοκιμών πρέπει να εστιαστούν για δοκιμές εφαρμογών ιστού;
• Ποιοι τύποι δοκιμών πρέπει να αγνοηθούν για εξοικονόμηση κόστους;

Τώρα ας εξασκηθούμε με το έργο σας. Το προϊόν που θέλετε να δοκιμάσετε είναι ένας τραπεζικός ιστότοπος.
Σε ποιους τύπους δοκιμών πρέπει να εστιάσετε σε αυτήν την περίπτωση;
Επιλέξτε Όλα όσα ισχύουν Α) Δοκιμή μονάδας Β) Δοκιμή API Γ) Δοκιμή ολοκλήρωσης Δ) Δοκιμή συστήματος Ε) Δοκιμή εγκατάστασης / απεγκατάστασης ΣΤ) Ευέλικτη δοκιμή Επιλέγουμε μόνο B) Δοκιμή API Γ) Έλεγχος ολοκλήρωσης Δ) Δοκιμή συστήματος για έργο Guru99

Βήμα 2.3) Κίνδυνος και ζητήματα εγγράφων

Ο κίνδυνος είναι το αβέβαιο γεγονός του μέλλοντος με πιθανότητα εμφάνισης και πιθανότητα απώλειας. Όταν ο κίνδυνος συμβαίνει, γίνεται το « ζήτημα».

Στο άρθρο Ανάλυση Κινδύνου και Λύση, έχετε ήδη μάθει αναλυτικά την ανάλυση «Κινδύνου» και έχετε εντοπίσει πιθανούς κινδύνους στο έργο.

Στο Πρόγραμμα δοκιμών QA, θα τεκμηριώσετε αυτούς τους κινδύνους

Κίνδυνος	Μείωση
Το μέλος της ομάδας δεν διαθέτει τις απαιτούμενες δεξιότητες για τον έλεγχο ιστοτόπων.	Προγραμματίστε εκπαιδευτικό σεμινάριο για να βελτιώσετε τα μέλη σας
Το πρόγραμμα του έργου είναι πολύ αυστηρό. είναι δύσκολο να ολοκληρωθεί αυτό το έργο εγκαίρως	Ορίστε την προτεραιότητα δοκιμής για καθεμία από τις δοκιμαστικές δραστηριότητες.
Το Test Manager έχει κακή ικανότητα διαχείρισης	Προγραμματίστε εκπαίδευση ηγεσίας για διευθυντή
Η έλλειψη συνεργασίας επηρεάζει αρνητικά την παραγωγικότητα των υπαλλήλων σας	Ενθαρρύνετε κάθε μέλος της ομάδας στο έργο του και εμπνεύστε τους σε μεγαλύτερες προσπάθειες.
Λάθος εκτίμηση προϋπολογισμού και υπέρβαση κόστους	Καθορίστε το πεδίο πριν ξεκινήσετε την εργασία, δώστε μεγάλη προσοχή στον προγραμματισμό έργων και παρακολουθείτε συνεχώς και μετράτε την πρόοδο

Βήμα 2.4) Δημιουργία δοκιμής Logistics

Στο Test Logistics, ο Test Manager θα πρέπει να απαντήσει στις ακόλουθες ερωτήσεις:

• Ποιος θα δοκιμάσει;
• Πότε θα πραγματοποιηθεί η δοκιμή;

Ποιος θα δοκιμάσει;

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

Για να επιλέξετε το σωστό μέλος για συγκεκριμένη εργασία, πρέπει να εξετάσετε εάν η ικανότητά του είναι κατάλληλη για την εργασία ή όχι, εκτιμήστε επίσης τον προϋπολογισμό του έργου. Η επιλογή λανθασμένου μέλους για την εργασία μπορεί να προκαλέσει αποτυχία ή καθυστέρηση του έργου .

Το άτομο που έχει τις ακόλουθες δεξιότητες είναι το ιδανικότερο για εκτέλεση δοκιμών λογισμικού:

• Ικανότητα κατανόησης απόψεων πελατών
• Ισχυρή επιθυμία για ποιότητα
• Προσοχή στη λεπτομέρεια
• Καλή συνεργασία

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

Πότε θα πραγματοποιηθεί η δοκιμή;

Οι δοκιμαστικές δραστηριότητες πρέπει να συνδυάζονται με τις σχετικές δραστηριότητες ανάπτυξης

Θα ξεκινήσετε τη δοκιμή όταν εμφανίζονται όλα τα απαιτούμενα στοιχεία στο παρακάτω σχήμα

Βήμα 3) Ορισμός στόχου δοκιμής

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

Για να καθορίσετε τους στόχους της δοκιμής, πρέπει να ακολουθήσετε 2 παρακάτω βήματα

1. Καταγράψτε όλες τις δυνατότητες του λογισμικού (λειτουργικότητα, απόδοση, GUI…) που μπορεί να χρειαστεί να δοκιμάσετε.
2. Ορίστε τον στόχο ή τον στόχο της δοκιμής βάσει των παραπάνω χαρακτηριστικών

Ας εφαρμόσουμε αυτά τα βήματα για να βρούμε τον δοκιμαστικό στόχο του έργου δοκιμών της Guru99 Bank

Μπορείτε να επιλέξετε τη μέθοδο « TOP-DOWN» για να βρείτε τις δυνατότητες του ιστότοπου που ενδέχεται να χρειαστούν δοκιμές. Σε αυτήν τη μέθοδο, αναλύετε την υπό δοκιμή εφαρμογή σε στοιχείο και υπο-στοιχείο .

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

Αυτό το σχήμα δείχνει όλες τις δυνατότητες που μπορεί να έχει ο ιστότοπος Guru99.

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

• Βεβαιωθείτε ότι η λειτουργία του ιστότοπου Guru99 (Λογαριασμός, Κατάθεση…) λειτουργεί όπως αναμένεται χωρίς σφάλματα ή σφάλματα σε πραγματικό επιχειρηματικό περιβάλλον
• Βεβαιωθείτε ότι η εξωτερική διεπαφή του ιστότοπου, όπως η διεπαφή χρήστη λειτουργεί όπως αναμένεται και & ικανοποιεί τις ανάγκες των πελατών
• Επαληθεύστε τη χρηστικότητα του ιστότοπου. Είναι αυτές οι λειτουργίες βολικές για τον χρήστη ή όχι;

Βήμα 4) Ορισμός κριτηρίων δοκιμής

Το κριτήριο δοκιμής είναι ένα πρότυπο ή κανόνας στον οποίο μπορεί να βασίζεται μια διαδικασία δοκιμής ή μια κρίση δοκιμής. Υπάρχουν 2 τύποι κριτηρίων δοκιμής ως εξής

Κριτήρια αναστολής

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

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

Κριτήρια εξόδου

Καθορίζει τα κριτήρια που δηλώνουν την επιτυχή ολοκλήρωση μιας δοκιμαστικής φάσης. Τα κριτήρια εξόδου είναι τα στοχευμένα αποτελέσματα του τεστ και είναι απαραίτητα πριν προχωρήσουμε στην επόμενη φάση ανάπτυξης. Παράδειγμα: 95% όλων των κρίσιμων περιπτώσεων δοκιμής πρέπει να περάσει.

Ορισμένες μέθοδοι καθορισμού κριτηρίων εξόδου είναι με τον καθορισμό ενός στοχευμένου ρυθμού εκτέλεσης και ποσοστού διέλευσης .

• Ο ρυθμός εκτέλεσης είναι ο λόγος μεταξύ των αριθμών δοκιμαστικών περιπτώσεων που εκτελέστηκαν / των συνολικών δοκιμαστικών περιπτώσεων της προδιαγραφής δοκιμής Για παράδειγμα, η προδιαγραφή δοκιμής έχει συνολικά 120 TC, αλλά ο ελεγκτής εκτέλεσε μόνο 100 TC, οπότε ο ρυθμός εκτέλεσης είναι 100/120 = 0,83 (83%)
• Ο ρυθμός επιτυχίας είναι ο λόγος μεταξύ των αριθμών των δοκιμαστικών περιπτώσεων που πέρασαν / των δοκιμαστικών περιπτώσεων που εκτελέστηκαν . Για παράδειγμα, σε περισσότερα από 100 TC που έχουν εκτελεστεί, υπάρχουν 80 TC που πέρασαν, οπότε το ποσοστό επιτυχίας είναι 80/100 = 0,8 (80%)

Αυτά τα δεδομένα μπορούν να ανακτηθούν σε έγγραφα δοκιμής μέτρησης.

• Ο ρυθμός εκτέλεσης είναι υποχρεωτικός να είναι 100%, εκτός εάν δοθεί σαφής λόγος.
• Το ποσοστό επιτυχίας εξαρτάται από το πεδίο εφαρμογής του έργου, αλλά η επίτευξη υψηλού ποσοστού επιτυχίας είναι ένας στόχος.

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

Στην παραπάνω περίπτωση, το ποσοστό εκτέλεσης είναι υποχρεωτικό είναι 100%, αλλά η ομάδα δοκιμών ολοκλήρωσε μόνο το 90% των περιπτώσεων δοκιμής. Αυτό σημαίνει ότι ο ρυθμός εκτέλεσης δεν ικανοποιείται, οπότε ΜΗΝ επιβεβαιώνετε τα κριτήρια εξόδου

Βήμα 5) Σχεδιασμός πόρων

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

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

Αυτή η ενότητα αντιπροσωπεύει τους προτεινόμενους πόρους για το έργο σας.

Ανθρώπινο δυναμικό

Ο παρακάτω πίνακας αντιπροσωπεύει διάφορα μέλη της ομάδας του έργου σας

Οχι.	Μέλος	Καθήκοντα
1.	Διευθυντής δοκιμών	Διαχειριστείτε ολόκληρο το έργο Ορίστε τις οδηγίες του έργου Αποκτήστε τους κατάλληλους πόρους
2.	Δοκιμαστής	Προσδιορισμός και περιγραφή κατάλληλων τεχνικών / εργαλείων / αρχιτεκτονικής αυτοματισμού Επαληθεύστε και αξιολογήστε τη δοκιμαστική προσέγγιση Εκτελέστε τις δοκιμές, καταγράψτε τα αποτελέσματα, Αναφέρετε τα ελαττώματα. Ο ελεγκτής θα μπορούσε να είναι μέλη που προέρχονται ή δεν προέρχονται, βάσει του προϋπολογισμού του έργου Για την εργασία που απαιτούσε χαμηλή ικανότητα, σας συνιστώ να επιλέξετε μέλη εξωτερικής ανάθεσης για να εξοικονομήσετε κόστος έργου.
3.	Προγραμματιστής στο Test	Εφαρμόστε τις δοκιμαστικές περιπτώσεις, το πρόγραμμα δοκιμών, τη δοκιμαστική σουίτα κ.λπ.
4.	Διαχειριστής δοκιμής	Δημιουργεί και διασφαλίζει τη διαχείριση και τη συντήρηση του Περιβάλλοντος και των περιουσιακών στοιχείων Υποστήριξη Tester για χρήση του περιβάλλοντος δοκιμής για εκτέλεση δοκιμής
5.	Μέλη SQA	Αναλάβετε τη διασφάλιση ποιότητας Ελέγξτε για να επιβεβαιώσετε εάν η διαδικασία δοκιμής πληροί συγκεκριμένες απαιτήσεις

Πόρος συστήματος

Για δοκιμές, μια εφαρμογή ιστού, θα πρέπει να σχεδιάσετε τους πόρους ως εξής πίνακες:

Οχι.	Πόροι	Περιγραφές
1.	Υπηρέτης	Εγκαταστήστε την υπό δοκιμή εφαρμογή ιστού Αυτό περιλαμβάνει έναν ξεχωριστό διακομιστή ιστού, διακομιστή βάσης δεδομένων και διακομιστή εφαρμογών, εάν ισχύει
2.	Εργαλείο δοκιμής	Το εργαλείο δοκιμής είναι να αυτοματοποιήσει τη δοκιμή, να προσομοιώσει τη λειτουργία του χρήστη, να δημιουργήσει τα αποτελέσματα των δοκιμών Υπάρχουν τόνοι δοκιμαστικών εργαλείων που μπορείτε να χρησιμοποιήσετε για αυτό το έργο, όπως Selenium, QTP… κ.λπ.
3.	Δίκτυο	Χρειάζεστε ένα δίκτυο που περιλαμβάνει LAN και Internet για να προσομοιώσετε το πραγματικό περιβάλλον των επιχειρήσεων και των χρηστών
4.	Υπολογιστή	Ο υπολογιστής που χρησιμοποιούν συχνά οι χρήστες για τη σύνδεση του διακομιστή Ιστού

Βήμα 6) Σχεδιάστε το περιβάλλον δοκιμής

Τι είναι το περιβάλλον δοκιμής

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

Πώς να ρυθμίσετε το περιβάλλον δοκιμής

Επιστροφή στο έργο σας, πώς ρυθμίζετε το περιβάλλον δοκιμών για αυτόν τον τραπεζικό ιστότοπο;

Για να ολοκληρώσετε αυτήν την εργασία, χρειάζεστε μια ισχυρή συνεργασία μεταξύ της ομάδας δοκιμών και της ομάδας ανάπτυξης

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

• Ποια είναι η μέγιστη σύνδεση χρήστη που μπορεί να χειριστεί αυτός ο ιστότοπος ταυτόχρονα;
• Ποιες είναι οι απαιτήσεις υλικού / λογισμικού για την εγκατάσταση αυτού του ιστότοπου;
• Χρειάζεται ο υπολογιστής του χρήστη κάποια συγκεκριμένη ρύθμιση για να περιηγηθεί στον ιστότοπο;

Το παρακάτω σχήμα περιγράφει το περιβάλλον δοκιμών του τραπεζικού ιστότοπου www.demo.guru99.com/V4

Βήμα 7) Πρόγραμμα & Εκτίμηση

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

Στη φάση Δοκιμή Εκτίμησης, ας υποθέσουμε ότι χωρίζετε ολόκληρο το έργο σε μικρές εργασίες και προσθέτετε την εκτίμηση για κάθε εργασία όπως παρακάτω

Εργο	Μέλη	Υπολογίστε την προσπάθεια
Δημιουργήστε τις προδιαγραφές δοκιμής	Σχεδιαστής δοκιμών	170 ανθρωποώρες
Εκτελέστε δοκιμή εκτέλεσης	Δοκιμαστής, Διαχειριστής δοκιμών	80 ανθρωποώρες
Έκθεση δοκιμής	Δοκιμαστής	10 ανθρωποώρες
Παράδοση δοκιμής		20 ανθρωποώρες
Σύνολο		280 ανθρωποώρες

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

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

Για να δημιουργήσετε το πρόγραμμα του έργου, ο Διαχειριστής δοκιμών χρειάζεται διάφορους τύπους εισόδου όπως παρακάτω:

• Προθεσμία υπαλλήλου και έργου : Οι εργάσιμες ημέρες, η προθεσμία του έργου, η διαθεσιμότητα πόρων είναι οι παράγοντες που επηρέασαν το πρόγραμμα
• Εκτίμηση έργου : Με βάση την εκτίμηση, ο Διαχειριστής δοκιμών γνωρίζει πόσο καιρό χρειάζεται για να ολοκληρωθεί το έργο. Έτσι μπορεί να κάνει το κατάλληλο πρόγραμμα έργου
• Κίνδυνος έργου : Η κατανόηση του κινδύνου βοηθά το Test Manager να προσθέσει αρκετό επιπλέον χρόνο στο πρόγραμμα του έργου για να αντιμετωπίσει τους κινδύνους

Ας εξασκηθούμε με ένα παράδειγμα:

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

Βήμα 8) Παραδοτέα δοκιμής

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

Υπάρχουν διαφορετικά παραδοτέα δοκιμών σε κάθε φάση του κύκλου ζωής ανάπτυξης λογισμικού.

Τα παραδοτέα δοκιμής παρέχονται πριν από τη φάση δοκιμής.

• Έγγραφο σχεδίων δοκιμών.
• Έγγραφα δοκιμαστικών περιπτώσεων
• Προδιαγραφές σχεδιασμού δοκιμής.

Τα παραδοτέα δοκιμής παρέχονται κατά τη διάρκεια της δοκιμής

• Δοκιμαστικά σενάρια
• Προσομοιωτές
• Δεδομένα δοκιμής
• Δοκιμή μήτρα ιχνηλασιμότητας
• Αρχεία σφαλμάτων και αρχεία καταγραφής εκτέλεσης.

Τα παραδοτέα δοκιμής παρέχονται μετά τη λήξη των κύκλων δοκιμών.

• Αποτελέσματα / εκθέσεις δοκιμής
• Αναφορά ελαττωμάτων
• Οδηγίες για τις διαδικασίες εγκατάστασης / δοκιμής
• Σημειώσεις έκδοσης

Πόροι

Λήψη δείγματος προτύπου σχεδίου δοκιμής

Πραγματοποιήστε λήψη του δείγματος σχεδίου δοκιμής συστήματος της ιστοσελίδας Guru99 Bank