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

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

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

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

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

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

👉 Εγγραφείτε για Δωρεάν Ζωντανό Έργο Δοκιμών Λογισμικού

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

Η δημιουργία ενός εγγράφου Σχεδίου Δοκιμών έχει πολλαπλά οφέλη.

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

Τύποι σχεδίων δοκιμών

Υπάρχουν τρεις βασικοί τύποι Σχέδια Δοκιμών σε δοκιμές λογισμικού.

1. Κύριο Σχέδιο Δοκιμών: Ένα έγγραφο υψηλού επιπέδου που περιγράφει τη συνολική στρατηγική δοκιμών, το πεδίο εφαρμογής, τους πόρους και το χρονοδιάγραμμα για όλα τα επίπεδα δοκιμών. Λειτουργεί ως ο κύριος οδικός χάρτης του έργου.
2. Σχέδιο Δοκιμών Ειδικού Επιπέδου: Εστιάζει σε συγκεκριμένα επίπεδα δοκιμών, όπως δοκιμές μονάδας, ολοκλήρωσης, συστήματος ή αποδοχής. Κάθε σχέδιο περιγράφει λεπτομερώς την προσέγγιση, το περιβάλλον και τα παραδοτέα για αυτό το επίπεδο.
3. Σχέδιο Δοκιμών Ειδικού Τύπου: Targetεξειδικευμένους τύπους δοκιμών όπως δοκιμές απόδοσης, ασφάλειας, χρηστικότητας ή αυτοματισμού. Ορίζει εργαλεία, τεχνικές και κριτήρια μοναδικά για αυτόν τον τύπο δοκιμής.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Αυτό το σχήμα δείχνει όλα τα χαρακτηριστικά που 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) Σχεδιασμός πόρων

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Κοινές Προκλήσεις στον Σχεδιασμό Δοκιμών (και οι Λύσεις τους)

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

1. Ασαφείς απαιτήσεις
   Πρόκληση: Οι ασαφείς ή μεταβαλλόμενες απαιτήσεις του έργου οδηγούν σε ατελή κάλυψη δοκιμών.
   Λύση: Διεξαγωγή περιηγήσεων σε απαιτήσεις και διατήρηση μιας απαίτησης διαβίωσης tracπίνακας ικανότητας.
2. Περιορισμένες πηγές
   Πρόκληση: Η ανεπαρκής χρήση εργαλείων, χρόνου ή εξειδικευμένων ελεγκτών επηρεάζει την ποιότητα των εξετάσεων.
   Λύση: Δώστε προτεραιότητα σε κρίσιμες περιπτώσεις δοκιμών και αξιοποιήστε τον αυτοματισμό για επαναλαμβανόμενες εργασίες.
3. Μη ρεαλιστικές προθεσμίες
   Πρόκληση: Τα αυστηρά χρονοδιαγράμματα μειώνουν τον χρόνο για τον σωστό σχεδιασμό και την εκτέλεση των δοκιμών.
   Λύση: Χρησιμοποιήστε τεχνικές εκτίμησης και ενημερώστε έγκαιρα τους κινδύνους στα ενδιαφερόμενα μέρη.
4. Φτωχή επικοινωνία
   Πρόκληση: Η έλλειψη ευθυγράμμισης μεταξύ των ομάδων προκαλεί καθυστερήσεις και επανεπεξεργασία.
   Λύση: Εφαρμόστε τακτικές συσκέψεις συγχρονισμού και κοινόχρηστους πίνακες ελέγχου για διαφάνεια.
5. Ανεπαρκής Διαχείριση Κινδύνων
   Πρόκληση: Η αγνόηση πιθανών κινδύνων μπορεί να εκτροχιάσει τα χρονοδιαγράμματα του έργου.
   Λύση: Εντοπίστε τους κινδύνους έγκαιρα, διατηρήστε ένα αρχείο καταγραφής κινδύνων και σχεδιάστε στρατηγικές μετριασμού.

Συχνές ερωτήσεις: