Πρότυπο δοκιμαστικού σχεδίου: Δείγμα εγγράφου με παράδειγμα εφαρμογής Ιστού

Πίνακας περιεχομένων:

Anonim

Τι είναι το πρότυπο σχεδίου δοκιμών;

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

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

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

Παρακάτω βρείτε σημαντικά συστατικά ενός σχεδίου δοκιμών-

  • 1. Εισαγωγή
  • 1.1 Πεδίο εφαρμογής
  • 1.1.1 Στο πεδίο εφαρμογής
  • 1.1.2 Εκτός εύρους
  • 1.2 Στόχος ποιότητας
  • 1.3 Ρόλοι και ευθύνες
  • 2 Μεθοδολογία δοκιμής
  • 2.1 Επισκόπηση
  • 2.2 Επίπεδα δοκιμών
  • 2.3 Σφάλμα δοκιμής
  • 2.4 Κριτήρια αναστολής και απαιτήσεις επανάληψης
  • 2.5 Ολοκλήρωση δοκιμής
  • 3 Παραδοτέα δοκιμής
  • 4 Ανάγκες πόρων και περιβάλλοντος
  • 4.1 Εργαλεία δοκιμών
  • 4.2 Περιβάλλον δοκιμών

1. Εισαγωγή

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

1.1) Πεδίο εφαρμογής

1.1.1) Στο πεδίο εφαρμογής

Το Scope καθορίζει τις δυνατότητες, τις λειτουργικές ή μη λειτουργικές απαιτήσεις του λογισμικού που θα δοκιμαστεί

1.1.2) Εκτός εμβέλειας

Το Out Of Scope ορίζει τις δυνατότητες, τις λειτουργικές ή μη λειτουργικές απαιτήσεις του λογισμικού που ΔΕΝ θα δοκιμαστούν

1.2) Στόχος ποιότητας

Εδώ αναφέρετε τον γενικό στόχο που σκοπεύετε να επιτύχετε με τις μη αυτόματες δοκιμές και τις δοκιμές αυτοματισμού

Ορισμένοι στόχοι του δοκιμαστικού σας έργου θα μπορούσαν να είναι

  • Βεβαιωθείτε ότι η εφαρμογή υπό δοκιμή συμμορφώνεται με λειτουργικές και μη λειτουργικές απαιτήσεις
  • Βεβαιωθείτε ότι το AUT πληροί τις προδιαγραφές ποιότητας που ορίζει ο πελάτης
  • Τα σφάλματα / ζητήματα εντοπίζονται και επιδιορθώνονται πριν από τη ζωντανή προβολή

1.3) Ρόλοι και ευθύνες

Λεπτομερής περιγραφή των ρόλων και των ευθυνών των διαφορετικών μελών της ομάδας

  • Αναλυτής QA
  • Διευθυντής δοκιμών
  • Διαχειριστής διαμόρφωσης
  • Προγραμματιστές
  • Ομάδα εγκατάστασης

Μεταξύ άλλων

2) Μεθοδολογία δοκιμής

2.1) Επισκόπηση

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

  • Υδατόπτωση
  • Επαναληπτικός
  • Ευκίνητος
  • Ακραίος προγραμματισμός

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

2.2) Επίπεδα δοκιμής

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

2.3) Διαδρομή σφαλμάτων

Ο στόχος του τριγώνου είναι να

  • Για να ορίσετε τον τύπο ανάλυσης για κάθε σφάλμα
  • Για να δώσετε προτεραιότητα στα σφάλματα και να καθορίσετε ένα πρόγραμμα για όλα τα "Να διορθωθούν σφάλματα".

2.4) Κριτήρια αναστολής και απαιτήσεις επανάληψης

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

2.5) Πληρότητα δοκιμής

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

Για παράδειγμα, μερικά κριτήρια για τον έλεγχο της πληρότητας δοκιμής θα ήταν

  • 100% κάλυψη δοκιμών
  • Εκτελέστηκαν όλες οι χειροκίνητες και αυτοματοποιημένες δοκιμές
  • Όλα τα ανοιχτά σφάλματα διορθώνονται ή θα διορθωθούν στην επόμενη έκδοση

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

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

Εδώ είναι τα απλά παραδοτέα

  • Σχέδιο δοκιμής
  • Θήκες δοκιμής
  • Μήτρα ιχνηλασιμότητας απαιτήσεων
  • Αναφορές σφαλμάτων
  • Στρατηγική δοκιμής
  • Μετρήσεις δοκιμής
  • Αποσύνδεση πελάτη

4) Ανάγκες πόρων και περιβάλλοντος

4.1) Εργαλεία δοκιμών

Δημιουργήστε μια λίστα με τα Εργαλεία όπως

  • Εργαλείο παρακολούθησης απαιτήσεων
  • Εργαλείο παρακολούθησης σφαλμάτων
  • Εργαλεία αυτοματισμού

Απαιτείται για τη δοκιμή του έργου

4.2) Περιβάλλον δοκιμής

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

Απαιτούνται τα ακόλουθα λογισμικά, επιπλέον του λογισμικού για συγκεκριμένους πελάτες.

  • Windows 8 και νεότερες εκδόσεις
  • Office 2013 και άνω
  • MS Exchange κ.λπ.

5) Όροι / Ακρωνύμια

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

ΟΡΟΙ / ΑΚΡΟΝΥΜ ΟΡΙΣΜΟΣ
API Διεπαφή προγράμματος εφαρμογής
ΑΥΤΟ Εφαρμογή υπό δοκιμή

Κάντε λήψη της παραπάνω μορφής προτύπου δοκιμαστικού σχεδίου

Δείγμα δοκιμαστικού σχεδίου Εφαρμογή διαδικτυακού τραπεζικού παραδείγματος

1. Εισαγωγή

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

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

1.1 Πεδίο εφαρμογής

1.1.1 Στο πεδίο εφαρμογής

Όλα τα χαρακτηριστικά της ιστοσελίδαςGuru99 Bank που ορίστηκαν στις προδιαγραφές απαιτήσεων λογισμικού πρέπει να βελτιωθούν

Όνομα ενότητας Εφαρμοστέοι ρόλοι Περιγραφή
Έρευνα υπολοίπου Διευθυντής Πελάτης Πελάτης : Ένας πελάτης μπορεί να έχει πολλούς τραπεζικούς λογαριασμούς. Μπορεί να
δει το υπόλοιπο των λογαριασμών του μόνοΔιαχειριστής : Ένας διαχειριστής μπορεί να δει το υπόλοιπο όλων των πελατών που
βρίσκονται υπό την επίβλεψή του
Μεταφορά κεφαλαίου Διευθυντής Πελάτης Πελάτης: Ένας πελάτης μπορεί να έχει μεταφορά χρημάτων από τον «δικό του»
λογαριασμό σε οποιονδήποτε λογαριασμό προορισμού.Διαχειριστής : Ένας διαχειριστής μπορεί να μεταφέρει χρήματα από οποιονδήποτε τραπεζικό
λογαριασμό προέλευσης σε λογαριασμό προορισμού
Μίνι δήλωση Διευθυντής Πελάτης Μια μίνι δήλωση θα εμφανίζει τις τελευταίες 5 συναλλαγές ενός λογαριασμούΠελάτης: Ένας πελάτης μπορεί να δει μίνι-δήλωση μόνο των «δικών του»
λογαριασμώνΔιαχειριστής: Ένας διαχειριστής μπορεί να δει μίνι-δήλωση οποιουδήποτε λογαριασμού
Προσαρμοσμένη δήλωση Διευθυντής Πελάτης Μια προσαρμοσμένη δήλωση σάς επιτρέπει να φιλτράρετε και να εμφανίζετε
συναλλαγές σε έναν λογαριασμό με βάση την ημερομηνία, την αξία συναλλαγήςΠελάτης: Ένας πελάτης μπορεί να δει Προσαρμοσμένη- δήλωση μόνο
των «δικών» λογαριασμών τουΔιαχειριστής : Ένας διαχειριστής μπορεί να δει Προσαρμοσμένη -κατάσταση
λογαριασμού
Άλλαξε κωδικό Διευθυντής Πελάτης Πελάτης: Ένας πελάτης μπορεί να αλλάξει κωδικό πρόσβασης μόνο του λογαριασμού του.Διαχειριστής : Ένας διαχειριστής μπορεί να αλλάξει κωδικό πρόσβασης μόνο του λογαριασμού του.
Δεν μπορεί να αλλάξει κωδικούς πρόσβασης των πελατών του
Νέος πελάτης Διευθυντής Διευθυντής : Ένας διαχειριστής μπορεί να προσθέσει έναν νέο πελάτη.
Διευθυντής Διαχειριστής: Ένας διαχειριστής μπορεί να επεξεργαστεί λεπτομέρειες όπως διεύθυνση, email,
τηλέφωνο πελάτη.
Νέος λογαριασμός Διευθυντής Επί του παρόντος, το σύστημα παρέχει 2 τύπους λογαριασμών
• Αποθήκευση
• Τρέχων
Ένας πελάτης μπορεί να έχει πολλαπλούς λογαριασμούς αποθήκευσης (ένας στο όνομά του,
άλλος σε κοινό όνομα κλπ).
Μπορεί να έχει πολλούς τρεχούμενους λογαριασμούς για διαφορετικές εταιρείες
που κατέχει.
Ή μπορεί να έχει πολλαπλούς τρεχούμενους λογαριασμούς και λογαριασμούς ταμιευτηρίου.Διαχειριστής: Ένας διαχειριστής μπορεί να προσθέσει έναν νέο λογαριασμό για έναν υπάρχοντα
πελάτη.
Επεξεργασία λογαριασμού Διευθυντής Διαχειριστής: Ένας διαχειριστής μπορεί να προσθέσει στοιχεία επεξεργασίας λογαριασμού για έναν υπάρχοντα λογαριασμό
Διαγραφή λογαριασμού Διευθυντής Διαχειριστής: Ένας διαχειριστής μπορεί να προσθέσει έναν λογαριασμό διαγραφής για έναν πελάτη.
Διαγραφή πελάτη Διευθυντής Ένας πελάτης μπορεί να διαγραφεί μόνο εάν δεν έχει ενεργό τρέχοντα ή αποταμιευτικό λογαριασμόΔιαχειριστής: Ένας διαχειριστής μπορεί να διαγράψει έναν πελάτη.
Κατάθεση Διευθυντής Διευθυντής: Ένας διαχειριστής μπορεί να καταθέσει χρήματα σε οποιονδήποτε λογαριασμό.
Συνήθως γίνεται όταν τα μετρητά κατατίθενται σε υποκατάστημα τράπεζας.
Απόσυρση Διευθυντής Διευθυντής: Ένας διαχειριστής μπορεί να αποσύρει χρήματα από οποιονδήποτε λογαριασμό.
Συνήθως γίνεται όταν αναλήψεις μετρητών σε υποκατάστημα τράπεζας.

1.1.2 Εκτός εύρους

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

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

1.2 Στόχος ποιότητας

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

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

1.3 Ρόλοι και ευθύνες

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

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

2 Μεθοδολογία δοκιμής

2.1 Επισκόπηση

2.2 Επίπεδα δοκιμών

Στο έργο Guru99 Bank, υπάρχουν 3 τύποι δοκιμών που πρέπει να διεξαχθούν.

  • Έλεγχος ενοποίησης (μεμονωμένες ενότητες λογισμικού συνδυάζονται και δοκιμάζονται ως ομάδα)
  • Δοκιμή συστήματος : Διεξάγεται σε ένα ολοκληρωμένο , ολοκληρωμένο σύστημα για την αξιολόγηση της συμμόρφωσης του συστήματος με τις καθορισμένες απαιτήσεις του
  • Δοκιμή API: Δοκιμάστε όλα τα API που δημιουργούνται για το υπό δοκιμή λογισμικό

2.3 Σφάλμα δοκιμής

2.4 Κριτήρια αναστολής και απαιτήσεις επανάληψης

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

2.5 Ολοκλήρωση δοκιμής

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

2.6 Εργασία έργου και εκτίμηση και χρονοδιάγραμμα

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

Προγραμματίστε να ολοκληρώσετε αυτές τις εργασίες

3 Παραδοτέα δοκιμής

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

Πριν από τη δοκιμή φάση

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

Κατά τη διάρκεια της δοκιμής

- Προσομοιωτές εργαλείων δοκιμής.

- Δεδομένα δοκιμής

- Test Trace-kemampuan Matrix - Αρχεία καταγραφής σφαλμάτων και εκτέλεσης

Αφού τελειώσουν οι κύκλοι δοκιμών

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

4 Ανάγκες πόρων και περιβάλλοντος

4.1 Εργαλεία δοκιμών

Οχι. Πόροι Περιγραφές
1. Υπηρέτης Χρειάζεστε διακομιστή βάσης δεδομένων που να εγκαθιστά διακομιστή Web διακομιστή MySQL που εγκαθιστά διακομιστή Apache
2. Εργαλείο δοκιμής Αναπτύξτε ένα εργαλείο δοκιμής που μπορεί να δημιουργήσει αυτόματα το αποτέλεσμα της δοκιμής στην προκαθορισμένη φόρμα και την αυτόματη εκτέλεση δοκιμής
3. Δίκτυο Ρυθμίστε ένα LAN Gigabit και 1 γραμμή internet με ταχύτητα τουλάχιστον 5 Mb / s
4. Υπολογιστή Τουλάχιστον 4 υπολογιστές εκτελούν Windows 7, Ram 2GB, CPU 3.4GHZ

4.2 Περιβάλλον δοκιμών

Δοκιμάστε το περιβάλλον για ρύθμιση σύμφωνα με το παρακάτω σχήμα