ΣΧΕΔΙΟ ΔΟΚΙΜΗΣ στη δοκιμή λογισμικού (Παράδειγμα)

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

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

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

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

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

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

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

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

Πώς να γράψετε ένα σχέδιο δοκιμής

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

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

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

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

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

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

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

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

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

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

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

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

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

Βήμα 2.1) Καθορίστε το πεδίο εφαρμογής της δοκιμής

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

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

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

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

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

Για να προσδιορίσετε το εύρος, πρέπει -

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

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

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

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

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

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

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

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

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

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

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

Τα Διαχωριστικά κοινά χρησιμοποιημένο Οι τύποι δοκιμών περιγράφονται στο παρακάτω σχήμα

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

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

Βήμα 2.3) Τεκμηριώστε τον κίνδυνο και τα ζητήματα

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

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

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

Βήμα 2.4) Δημιουργία Test Logistics

Στο Test Logistics, ο Υπεύθυνος Δοκιμών θα πρέπει να απαντήσει στις ακόλουθες ερωτήσεις:

• Ποιoι θα δοκιμάσει;
• Όταν θα γίνει το τεστ;

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

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

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

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

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

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

Πότε θα γίνει το τεστ;

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

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

Βήμα 3) Καθορίστε τον στόχο της δοκιμής

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

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

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

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

Μπορείτε να επιλέξετε το 'ΑΠΟ ΠΑΝΩ ΠΡΟΣ ΤΑ ΚΑΤΩ' μέθοδος εύρεσης των χαρακτηριστικών του ιστότοπου που μπορεί να χρειαστεί να δοκιμάσετε. Σε αυτή τη μέθοδο, αναλύετε την υπό δοκιμή εφαρμογή σε συστατικό και υποσυστατικό.

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

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

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

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

Βήμα 4) Καθορίστε τα κριτήρια δοκιμής

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Βήμα 7) Χρονοδιάγραμμα & Εκτίμηση

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

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

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

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

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

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

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

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

Βήμα 8) Δοκιμή παραδοτέων

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

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

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

• Έγγραφο σχεδίων δοκιμής.
• Έγγραφα υποθέσεων δοκιμής
• Προδιαγραφές σχεδίασης δοκιμής.

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

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

Παρέχονται παραδοτέα δοκιμής μετά οι κύκλοι δοκιμών έχουν τελειώσει.

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

Υποστηρικτικό υλικό

Κατεβάστε ένα δείγμα πρότυπο σχεδίου δοκιμής

Κατεβάστε το δείγμα σχεδίου δοκιμής συστήματος της ιστοσελίδας Guru99 Bank