what are iq oq pq 3 q s software validation process
Εισαγωγή στο IQ-OQ-PQ:
Τα IQ, OQ και PQ αποτελούν τα 3Q της διαδικασίας επικύρωσης λογισμικού.
Ως υπεύθυνοι δοκιμών όλοι γνωρίζουμε ότι η Ομάδα Ανάπτυξης Λογισμικού αναπτύσσει το λογισμικό εσωτερικά σύμφωνα με την Προδιαγραφή Απαιτήσεων Λογισμικού (SRS), τη Λειτουργική Προδιαγραφή και αργότερα η Ομάδα Δοκιμών επαληθεύει την εφαρμογή σε διαφορετικά επίπεδα δοκιμών σε διάφορα περιβάλλοντα δοκιμών, από την απλούστερη έως την high end, το οποίο αναπαράγει έτσι το περιβάλλον παραγωγής.
Με αυτήν την προσέγγιση του SDLC, η Ομάδα Ανάπτυξης Λογισμικού ξεπλένει γενικά τα χέρια τους παραδίδοντας το ολοκληρωμένο λογισμικό (που αναπτύχθηκε και επαληθεύτηκε) στην Ομάδα Επιχειρήσεων. Επιπλέον, είναι η Ομάδα Επιχειρήσεων (γενικά αναφέρεται ως Ops Team) που φροντίζει να την αναπτύξει σε ένα περιβάλλον παραγωγής και να την προετοιμάσει για χρήση από τους τελικούς χρήστες.
Τώρα, εδώ βρίσκεται η πραγματική πρόκληση για την Ομάδα Επιχειρήσεων να καταστήσει το λογισμικό λειτουργικό στο περιβάλλον παραγωγής, διότι κατά τη διάρκεια των φάσεων ανάπτυξης του λογισμικού, η ανάπτυξη και η επαλήθευση έγινε σε προσομοιωμένο περιβάλλον και σπάνια κοντά στο ζωντανό περιβάλλον, μόνο σε περίπτωση διαθεσιμότητας δεδομένων και διαμορφώσεων του περιβάλλοντος παραγωγής.
Εδώ εμφανίζεται η επικύρωση του λογισμικού. Μόλις ολοκληρωθεί η επαλήθευση και το λογισμικό αποσυνδεθεί από την ομάδα προγράμματος / προϊόντος, η ομάδα Ops θα πραγματοποιήσει ένα σύνολο δραστηριοτήτων πριν αποδεχτεί το λογισμικό που θα αναπτυχθεί στην παραγωγή, για να αποδείξει ότι το λογισμικό συμπεριφέρεται όπως αναμενόταν, το οποίο δεν είναι τίποτα άλλο από τις δραστηριότητες επικύρωσης.
Τι θα μάθετε:
Επαλήθευση έναντι επικύρωσης
Εδώ ας κατανοήσουμε σαφώς τη διαφορά μεταξύ των δραστηριοτήτων 'Επαλήθευση' και 'Επικύρωση'. ' Επαλήθευση «Είναι η αξιολόγηση του λογισμικού σε σχέση με το δεδομένο σύνολο απαιτήσεων και προδιαγραφών που γίνεται εσωτερικά στον ιστότοπο Ανάπτυξης Λογισμικού από τους Προγραμματιστές και τους Εξεταστές.
Ενώ « Επικύρωση «Είναι ένα σύνολο ελέγχων διασφάλισης ποιότητας που διενεργούνται από εξωτερικούς πελάτες, ιδιοκτήτες, πωλητές στο προϊόν που τους παραδίδεται, για να ελέγξετε την καταλληλότητα πριν από την αποδοχή ή την αγορά του προϊόντος. Οι δραστηριότητες επικύρωσης πραγματοποιούνται κυρίως στο χώρο παραγωγής.
Ως εκ τούτου, σε περίπτωση Ανάπτυξης Εφαρμογών, είναι η Ομάδα Ops που πραγματοποιεί τις δραστηριότητες επικύρωσης για το λογισμικό.
Διαβάστε επίσης:
https://www.softwaretestinghelp.com/difference-between-verification-vs-validation/
Φάσεις της διαδικασίας επικύρωσης
Γενικά, η διαδικασία επικύρωσης οποιουδήποτε προϊόντος αναφέρεται στον πλήρη κύκλο ζωής ενός προϊόντος από την ανάπτυξη μέσω χρήσης και συντήρησης. Και ως εκ τούτου η διαδικασία επικύρωσης χωρίζεται σε 5 φάσεις.
5 φάσεις της διαδικασίας επικύρωσης είναι:
Αυτή η προσέγγιση 5 φάσεων της διαδικασίας επικύρωσης ακολουθείται σε πολλές βιομηχανίες όπως η μεταποίηση, η ιατρική, τα φαρμακευτικά προϊόντα κ.λπ. Εδώ η επικύρωση θα γίνει από τον τελικό πελάτη πριν αγοράσει τα μηχανήματα, τον εξοπλισμό ή το προϊόν.
Τα συστατικά στοιχεία των δραστηριοτήτων επικύρωσης για ένα λογισμικό είναι να αποδείξουν ότι «το λογισμικό είναι έτοιμο για κατανάλωση από τους χρήστες» και κυρίως να επαληθεύσει την επιτυχή εγκατάσταση του λογισμικού ακολουθούμενη από τη λειτουργικότητα και τη λειτουργικότητα.
3Q προσέγγιση: IQ-OQ-PQ
Ωστόσο, στο πλαίσιο του λογισμικού, το Προσέγγιση 3Q, IQ-OQ-PQ παρακολουθείται ως μέρος της επικύρωσης και θα πραγματοποιηθεί από την ομάδα επιχειρήσεων, η οποία είναι τελικά υπεύθυνη για την ανάπτυξη του λογισμικού στην παραγωγή.
Δίνεται παρακάτω το διάγραμμα ροής διαδικασίας επικύρωσης:
Το πρότυπο, το σχέδιο και τυχόν άλλα έγγραφα που εισάγονται για την εκτέλεση των 3Q, θα εκπονηθούν από την Ομάδα Λογισμικού για το λογισμικό τους και περιλαμβάνει τη λεπτομερή προσέγγιση, εργασίες / δραστηριότητες / δοκιμές που θα διεξαχθούν ως μέρος αυτών των προσόντων με τα αποτελέσματα των δοκιμών.
Συνοπτικές αναφορές θα παραδοθούν στην Ομάδα Ops κατά τη διάρκεια της παράδοσης λογισμικού μαζί με τα δυαδικά αρχεία και άλλα παραδοτέα.
Σε υψηλό επίπεδο,
Συνολικά, ο σκοπός της εκτέλεσης IQ, OQ και PQ είναι να διασφαλιστεί ότι το λογισμικό μπορεί να αναπτυχθεί επιτυχώς και όλες οι λειτουργίες μπορούν να χρησιμοποιηθούν χωρίς σημεία συμφόρησης.
Στην ιδανική περίπτωση, το IQ, το OQ και το PQ είναι οι διαδοχικές δραστηριότητες, οι οποίες πρέπει να εκτελεστούν με τη σειρά. Εκτός εάν ολοκληρωθεί η εγκατάσταση, δεν μπορεί να επαληθευτεί μια λειτουργικότητα του λογισμικού και αν δεν αποδειχθεί η λειτουργικότητα, δεν έχει νόημα η μέτρηση της απόδοσης. Μερικές φορές λόγω του χρονικού περιορισμού, το PQ μπορεί να ξεκινήσει παράλληλα με το OQ, μόλις καθοριστούν οι βασικές πτυχές του OQ.
Τώρα, ας καταλάβουμε περισσότερα για καθεμία από αυτές τις 3 φάσεις λεπτομερώς.
Προσόντα εγκατάστασης (IQ)
Τα προσόντα εγκατάστασης αναφέρονται επίσης ως «IQ» , είναι η διαδικασία επικύρωσης εάν το παρεχόμενο λογισμικό (δυαδικά αρχεία, σενάρια κ.λπ.) μπορεί να εγκατασταθεί επιτυχώς στο καθορισμένο περιβάλλον με τις καθορισμένες διαμορφώσεις και να επαληθευτεί πώς αυτά τα βήματα εγκατάστασης εγγράφονται στο έγγραφο που ονομάζεται «Οδηγός εγκατάστασης».
Τα ακόλουθα είδη παρέχονται από την Ομάδα Ανάπτυξης μαζί με το παραδοθέν πακέτο λογισμικού και χρησιμοποιούνται από την Ομάδα Ops για την εκτέλεση IQ.
1) Έγγραφο «Οδηγός εγκατάστασης», το οποίο τεκμηριώνει τα βήματα εγκατάστασης στα επιλεγμένα περιβάλλοντα.
2) Έγγραφο «Οδηγός διαμόρφωσης» για ρύθμιση της διαμόρφωσης του λογισμικού. Μερικές φορές αυτό το έγγραφο γίνεται μέρος του ίδιου του οδηγού εγκατάστασης.
3) Σενάρια πακέτου λογισμικού και εγκατάστασης, κατά προτίμηση αυτοματοποιημένα σενάρια.
Η φάση πιστοποίησης εγκατάστασης λογισμικού θεωρείται η πιο κρίσιμη και συνήθως πολλά ζητήματα Άνοιξε κατά τη διάρκεια αυτής της φάσης.
Επειδή:
προς το) Το περιβάλλον ανάπτυξης δεν θα έχει 100% πραγματικό περιβάλλον διαθέσιμο για την επαλήθευση των ζητημάτων εγκατάστασης και ως εκ τούτου μια διαφορά στο περιβάλλον συμβάλλει σε πολλά ζητήματα.
σι) Λόγω διαφόρων λόγων, ενδέχεται να μην υπάρχει αρκετή συνεργασία και συντονισμός μεταξύ της ομάδας ανάπτυξης και της επιχειρησιακής ομάδας κατά τα αρχικά στάδια της ανάπτυξης λογισμικού για την αντιμετώπιση των ζητημάτων πολύ μπροστά.
ντο) Ενδέχεται να υπάρχουν ορισμένα ζητήματα τεκμηρίωσης κατά την καταγραφή των πραγματικών βημάτων εγκατάστασης στο έγγραφο, τα οποία ενδέχεται να μην ταιριάζουν ακριβώς στο περιβάλλον παραγωγής.
Αυτές τις μέρες, ολόκληρη η διαδικασία εγκατάστασης λογισμικού θα αυτοματοποιηθεί όσο το δυνατόν περισσότερο μέσω μιας σειράς σεναρίων. Εάν υπάρχουν προβλήματα με την εγκατάσταση, τότε η αυτόματη εγκατάσταση αποτυγχάνει λόγω οποιουδήποτε χτύπημα στις διαμορφώσεις και απαιτείται χειροκίνητη παρέμβαση για την επίλυση αυτών των ζητημάτων.
Καθώς η ομάδα Ops εκτελεί το IQ ακολουθώντας αυστηρά τις οδηγίες που παρέχονται από την ομάδα λογισμικού στον οδηγό εγκατάστασης, είναι πολύ σημαντικό και επίσης ευθύνη της ομάδας λογισμικού να διασφαλίσει ότι ο «Οδηγός εγκατάστασης» είναι γραμμένος με τέτοιο τρόπο ώστε ο Τα βήματα εγκατάστασης ταιριάζουν με το πραγματικό περιβάλλον.
Και είναι υπεύθυνος των υπευθύνων δοκιμών να διασφαλίσουν ότι η διαδικασία «Εγκατάστασης» επαληθεύεται εσωτερικά μαζί με την επαλήθευση εγγράφων για την πληρότητά της και να εντοπίζει τυχόν αντιστοιχίες με τα πραγματικά βήματα που πρέπει να εκτελούνται στο σύστημα έναντι των τεκμηριωμένων βημάτων στο Οδηγός εγκατάστασης.
Τα ακόλουθα σημεία πρέπει να ληφθούν υπόψη κατά τη σύνταξη ενός Οδηγού εγκατάστασης και την επαλήθευσή τους στο εσωτερικό, προκειμένου να ελαχιστοποιηθούν τα προβλήματα κατά την εγκατάσταση λογισμικού κατά την παραγωγή.
SNO | Σημεία οδηγού εγκατάστασης |
---|---|
7 | Ο τυπικός χρόνος που απαιτείται για την εγκατάσταση του λογισμικού θα πρέπει να αναφέρεται στον Οδηγό εγκατάστασης, ώστε η Ομάδα Ops να έχει ιδέα σχετικά με τον κατά προσέγγιση χρόνο εγκατάστασης για τον προγραμματισμό των δραστηριοτήτων τους ανάλογα. |
ένας | Κύριο και απόλυτο, ο «Οδηγός εγκατάστασης» πρέπει να είναι γραμμένος σε μια απλή και εύκολη στην γλώσσα γλώσσα. |
δύο | Πρέπει να βεβαιωθείτε ότι δεν εκτελείται σε μεγάλες, περισσότερες από 5 σελίδες. Πρέπει να είναι κοντό και τακτοποιημένο. |
3 | Πρέπει να παρέχετε τους σειριακούς αριθμούς για κάθε βήμα εκτέλεσης για να παρακολουθείτε την κατάστασή του. |
4 | Αυτοματοποιήστε τα βήματα όσο το δυνατόν περισσότερο και ομαδοποιήστε όλα σε ένα σενάριο. |
5 | Ένα τυπικό πρότυπο πρέπει να χρησιμοποιηθεί για τη σύνταξη της διαδικασίας εγκατάστασης. |
6 | Οι προαπαιτούμενες προϋποθέσεις θα πρέπει να αναφέρονται με σαφήνεια για να αποφευχθεί το χτύπημα και πρέπει να παρέχονται τα βήματα για την επαλήθευσή τους. Εάν υπάρχει ένα χτύπημα, πρέπει να παρέχονται οδηγίες για να τα ανεβάσετε στο αναμενόμενο επίπεδο ή για να εγκαταστήσετε αυτά τα πακέτα. |
8 | Οι υπηρεσίες που πρέπει να καταργηθούν κατά την εγκατάσταση, πώς να κατεβούν, ο αντίκτυπός τους πρέπει να αναφέρονται σαφώς στον οδηγό. |
9 | Η παροχή συνδέσμων σε άλλα έγγραφα πρέπει να αποφεύγεται και η μετάβαση από ένα έγγραφο σε άλλο. Κάθε πληροφορία που απαιτείται πρέπει να διατίθεται στο ίδιο έγγραφο. Εάν πρέπει να αναφερθούν πρόσθετα έγγραφα, δώστε τα μαζί με το πακέτο λογισμικού και με τη σειρά τους πρέπει να αναφέρονται στα κύρια έγγραφα. |
10 | Πρέπει να βεβαιωθείτε ότι το όνομα του σεναρίου που αναφέρεται στο έγγραφο είναι ίδιο με αυτό που είναι συσκευασμένο μαζί με το δυαδικό. |
έντεκα | Πρέπει να βεβαιωθείτε ότι παρέχονται όλα τα σενάρια που αναφέρονται στο έγγραφο του Οδηγού εγκατάστασης μαζί με το δυαδικό. |
12 | Βεβαιωθείτε ότι όλες οι παράμετροι διαμόρφωσης αναφέρονται σαφώς στον Οδηγό εγκατάστασης / Οδηγός διαμόρφωσης μαζί με τις προεπιλεγμένες τιμές και άλλες υποστηριζόμενες τιμές. |
13 | Θα πρέπει να παρέχονται αυτοματοποιημένες δοκιμές για τη διεξαγωγή των δοκιμών επαλήθευσης έκδοσης μετά την ολοκλήρωση της εγκατάστασης λογισμικού. Πρέπει να είναι ο ελάχιστος αριθμός και σημαντικοί για να επαληθεύσουν ότι το build έχει εγκατασταθεί με επιτυχία. |
14 | Πρέπει να παρέχονται «Δοκιμές καπνού» για να διασφαλιστεί ότι η συνδεσιμότητα από άκρο σε άκρο του συστήματος είναι τέλεια και όλα τα στοιχεία του συστήματος μιλούν μεταξύ τους όπως αναμένεται. |
δεκαπέντε | Σε περίπτωση αποτυχίας εγκατάστασης λογισμικού, παρέχονται σενάρια επαναφοράς μαζί με το πακέτο και η διαδικασία επαναφοράς γράφεται με σαφήνεια στον Οδηγό εγκατάστασης για την εκτέλεση της επαναφοράς και την επαναφορά του συστήματος με επιτυχία. |
Με όλα τα παραπάνω σημεία που πρέπει να ληφθούν υπόψη, είναι η καλύτερη πρακτική να αυτοματοποιήσετε τη διαδικασία εγκατάστασης λογισμικού με ελάχιστη ανθρώπινη παρέμβαση, προκειμένου να αποφύγετε τα ανθρώπινα λάθη.
Εάν εντοπιστούν προβλήματα κατά τη φάση επικύρωσης IQ, τότε θα αναφερθούν στην ομάδα λογισμικού, μετά τον καθορισμό της οποίας, τις δοκιμές καπνού και τις δοκιμές επαλήθευσης κατασκευής θα πραγματοποιηθεί για να ελεγχθεί η επιτυχία της εγκατάστασης λογισμικού.
Ως εκ τούτου, η φάση IQ περιλαμβάνει την εγκατάσταση του πακέτου λογισμικού που ακολουθείται από τη διεξαγωγή επαλήθευσης έκδοσης και δοκιμών καπνού.
Επομένως, η επιτυχής ολοκλήρωση της φάσης IQ είναι πολύ σημαντική καθώς η επιτυχής και σωστή εγκατάσταση ενός λογισμικού διασφαλίζει ότι τα περισσότερα από τα ζητήματα που σχετίζονται με τις αποτυχίες λειτουργικότητας είναι αρνητικά.
Επιχειρησιακά προσόντα (OQ)
Επιχειρησιακά προσόντα, που ονομάζεται επίσης ως ΤΙ είναι η επόμενη δραστηριότητα της διαδικασίας επικύρωσης λογισμικού μετά την επιτυχή ολοκλήρωση του IQ.
Η δραστηριότητα επιχειρησιακών προσόντων περιλαμβάνει t δοκιμάζει να εκτελεστεί για να επαληθεύσει ότι το λογισμικό είναι λειτουργικά κατάλληλο για ανάπτυξη στους καταναλωτές. Στην ιδανική περίπτωση, οι βασικές λειτουργίες του λογισμικού επαληθεύονται ως μέρος αυτής της διαδικασίας επικύρωσης.
Ένα πρόγραμμα OQ για τη διεξαγωγή της επικύρωσης OQ πρέπει να προετοιμαστεί από την ομάδα λογισμικού (Testers) η οποία θα πρέπει να καλύπτει όλες τις πτυχές των δοκιμών OQ που πρέπει να πραγματοποιηθούν, συμπεριλαμβανομένων των λεπτομερειών, όπως όχι. δοκιμών, χρονοδιαγράμματος δοκιμών, μεθοδολογίας, εργαλείων, επιπτώσεων στην υπηρεσία, ακολουθίας εκτέλεσης δοκιμών, μεθόδου αναφοράς ζητημάτων και των SLA για τη διόρθωσή τους, προσέγγιση Defect Triage κ.λπ.,
Τα τεστ επιχειρησιακής πιστοποίησης που εκτελούνται ως μέρος του OQ, παρέχονται και πάλι από την ομάδα λογισμικού μαζί με τα παραδοτέα λογισμικού. Αυτές οι δοκιμές επιχειρησιακής πιστοποίησης είναι μια συλλογή σημαντικών δοκιμών που έχουν σχεδιαστεί με βάση το έγγραφο «Προδιαγραφές λειτουργικών απαιτήσεων» για να διασφαλιστεί ότι ολόκληρο το σύστημα λογισμικού λειτουργεί σύμφωνα με τις προσδοκίες.
Αυτό το έγγραφο προδιαγραφής δοκιμής OQ προετοιμάζεται από τους μηχανικούς δοκιμής έναντι του εγγράφου προδιαγραφής λειτουργικών απαιτήσεων. Συχνά, αυτό το έγγραφο θα είναι το υποσύνολο του εγγράφου προδιαγραφής δοκιμής συστήματος που προετοιμάζεται και επαληθεύεται κατά τη φάση δοκιμής συστήματος του SDLC.
Οι δοκιμές μπορεί να τροποποιηθούν ή να ενημερωθούν για να ταιριάζουν στις απαιτήσεις της επιχειρησιακής ομάδας και τις συνθήκες του ιστότοπου όπου θα εκτελεστεί.
Ως εκ τούτου, θα πρέπει να ληφθεί πρόσθετη προσοχή κατά την επιλογή των δοκιμών που αποτελούν μέρος του OQ για να διασφαλιστεί ότι όλες οι βασικές λειτουργίες και οι κύριες επιχειρηματικές ροές εργασίας περιλαμβάνονται ως μέρος αυτής της επαλήθευσης.
Ακολουθούν οι συμβουλές για τους δοκιμαστές κατά την προετοιμασία του εγγράφου προδιαγραφών δοκιμής OQ.
Σνο | Συμβουλές για δοκιμαστές κατά την προετοιμασία του εγγράφου προδιαγραφών δοκιμής OQ |
---|---|
7 | Οι δοκιμαστικές περιπτώσεις που σχετίζονται με την οριακή τιμή δεν χρειάζεται να συμπεριληφθούν, οι οποίες επαληθεύουν για ακραίες τιμές, αλλά χρησιμοποιούν τις πιο συνηθισμένες καθημερινές τιμές ως εισόδους, όπου απαιτείται. |
ένας | Βεβαιωθείτε ότι οι βασικές δοκιμές λειτουργικότητας για να αποδείξετε ότι επιλέγονται και περιλαμβάνονται οι λειτουργίες λογισμικού όπως αναμένεται και ως εκ τούτου η απαραίτητη ιχνηλασιμότητα για καθεμία από τις γραπτές περιπτώσεις δοκιμής είναι διαθέσιμη στο έγγραφο OQ Test Spec. |
δύο | Βεβαιωθείτε ότι τα τεστ γράφονται τακτικά με ενέργειες βήμα προς βήμα, είναι αυτονόητες και κατανοητές από έναν κοινό. |
3 | Μην παραπέμψετε ή αποφεύγετε τη χρήση τεχνικών όρων στις περιπτώσεις δοκιμών όσο το δυνατόν περισσότερο, καθώς ο χρήστης αυτού του εγγράφου ενδέχεται να μην γνωρίζει για αυτές τις ορολογίες. Π.χ. ότι τα δεδομένα δοκιμής που χρησιμοποιούνται δεν υπάρχουν ήδη στο σύστημα. Παρέχετε πολλά σύνολα δεδομένων, σε περίπτωση που ο χρήστης θέλει να εκτελέσει τις δοκιμαστικές περιπτώσεις περισσότερες από μία φορές. |
4 | Αναφέρετε με σαφήνεια τις υποχρεωτικές και προαιρετικές προϋποθέσεις για κάθε ένα από τα τεστ. |
5 | Συμπεριλάβετε την πλειονότητα των θετικών περιπτώσεων δοκιμής για να επαληθεύσετε τη λειτουργικότητα. |
6 | Συμπεριλάβετε πολύ λίγες περιπτώσεις αρνητικών δοκιμών για να βεβαιωθείτε ότι η συμπεριφορά του λογισμικού είναι όπως αναμένεται σε περίπτωση μη σχετικής εισαγωγής και το σύστημα είναι σε θέση να χειριστεί τις αρνητικές περιπτώσεις επιτυχώς. |
8 | Αναφέρετε τις τιμές διαμόρφωσης που θα οριστούν, εάν πρέπει να αλλάξουν από τις προεπιλεγμένες τιμές. |
9 | Παρέχετε τις αυτόματες δοκιμαστικές θήκες που θα εκτελεστούν, όπου είναι διαθέσιμες. Βεβαιωθείτε ότι στο παρελθόν μπορείτε να εκτελέσετε αυτά τα σενάρια αυτοματισμού στο σύστημα όπου σχεδιάζεται το OQ. |
10 | Βεβαιωθείτε ότι κάθε δοκιμαστική περίπτωση έχει τα σαφή αποτελέσματα «Αναμενόμενα» και «Πραγματικά» ως αναφορά. Και προσθέστε τυχόν σχόλια εάν είναι απαραίτητο για να εξηγήσετε το πραγματικό αποτέλεσμα. |
έντεκα | Είναι επίσης απαραίτητο να συμπεριληφθούν τα «κριτήρια αποδοχής» για καθεμία από τις δοκιμαστικές περιπτώσεις. Τα κριτήρια αποδοχής θα μπορούσαν να είναι η κατάσταση του συστήματος μετά την εκτέλεση των δοκιμαστικών περιπτώσεων. |
12 | Παρέχετε με ακρίβεια τα «Δεδομένα δοκιμής» που θα χρησιμοποιηθούν για καθεμία από τις δοκιμές. Προσπαθήστε να παρέχετε τα πιο συνηθισμένα δεδομένα από το live. Και επίσης λίγα εξαιρετικά δεδομένα, για να διασφαλιστεί ότι το σύστημα μπορεί να χειριστεί και τις εξαιρετικές περιπτώσεις. Βεβαιωθείτε ότι τα δεδομένα δοκιμής που χρησιμοποιούνται δεν υπάρχουν ήδη στο σύστημα. Παρέχετε πολλά σύνολα δεδομένων, σε περίπτωση που ο χρήστης θέλει να εκτελέσει τις δοκιμαστικές περιπτώσεις περισσότερες από μία φορές. |
13 | Εάν πολλοί λειτουργικοί χρήστες εκτελούν τις δοκιμές παράλληλα από διαφορετικές τοποθεσίες, δώστε τις οδηγίες για τη διενέργεια δοκιμών ανάλογα με διαφορετικά σύνολα δεδομένων. |
14 | Παρέχετε λίστες ελέγχου όπου απαιτείται για να διασφαλίσετε ότι όλες οι διαμορφώσεις, οι προαπαιτούμενες προϋποθέσεις ορίζονται όπως αναμένεται πριν από την εκτέλεση των δοκιμών. |
δεκαπέντε | Συνεχίστε να παρακολουθείτε τα αρχεία καταγραφής, όταν εκτελούνται οι δοκιμές, εάν η πρόσβαση είναι διαθέσιμη στο σύστημα. |
16 | Εάν είναι δυνατόν και απαιτείται, παρέχετε υποστήριξη εκτέλεσης στους Λειτουργικούς χρήστες κατά την εκτέλεση αυτών των δοκιμαστικών περιπτώσεων. |
17 | Εξηγήστε τη μέθοδο αναφοράς των ζητημάτων, που βρέθηκαν κατά την εκτέλεση. Είναι καλύτερο να χρησιμοποιήσετε το εργαλείο παρακολούθησης σφαλμάτων για την παρακολούθηση των προβλημάτων. Παρακολουθήστε προσεκτικά κάθε θέμα και αφήστε το να κλείσει σύμφωνα με τα συμφωνημένα SLA. |
18 | Εκτελέστε το 'Defect Triages' με τη συμμετοχή σωστών μετόχων για να κατανοήσετε τα κρίσιμα και σοβαρά ζητήματα και να παρέχετε συχνά ενημερώσεις για αυτά τα θέματα. |
19 | Καταχωρίστε το τελικό πρότυπο «Συνοπτική έκθεση εκτέλεσης δοκιμής OQ» για να δημοσιεύσετε τα τελικά αποτελέσματα μετά την ολοκλήρωση της εκτέλεσης. |
Έτσι, το προετοιμασμένο σχέδιο OQ και η προδιαγραφή δοκιμής θα πρέπει να αναθεωρηθούν διεξοδικά και να υπογραφούν από τους σχετικούς ενδιαφερόμενους για να διασφαλιστεί κυρίως ότι είτε η κάλυψη δεν είναι πολύ μικρότερη ή πάρα πολύ και καλύπτονται όλες οι βασικές λειτουργίες.
Η επιτυχής ολοκλήρωση του OQ καταδεικνύει ότι το λογισμικό θα λειτουργεί σύμφωνα με τις λειτουργικές του προδιαγραφές στο επιλεγμένο περιβάλλον και είναι το στάδιο πύλης για τη μετακίνηση του λογισμικού προς την παραγωγή του και είναι το σήμα για να προχωρήσουμε με την επόμενη δραστηριότητα της διαδικασίας επικύρωσης που είναι PQ .
Προσόντα απόδοσης (PQ)
Αφού εξασφαλίσει την επιτυχή IQ, OQ ολοκλήρωση της επόμενης δραστηριότητας στη διαδικασία επικύρωσης είναι να διασφαλίσει εάν το προϊόν / λογισμικό πληροί τις καθορισμένες πτυχές απόδοσης υπό το αναμενόμενο φορτίο με συνέπεια χωρίς να προκαλεί κανένα εμπόδιο στο περιβάλλον παραγωγής.
Η βασική πτυχή του PQ είναι να διασφαλιστεί ότι ένα λογισμικό, όταν εγκαθίσταται στο αναμενόμενο σύστημα, μπορεί να χειριστεί το ζωντανό φορτίο και να ανταποκριθεί στον αναμενόμενο χρόνο απόκρισης και δεν συντρίβεται κάτω από τα μέγιστα φορτία και το άγχος ενώ χειρίζεται ταυτόχρονα χρήστες.
Ως εκ τούτου, το PQ είναι κυρίως να διασφαλίσει εάν τα καθορισμένα κριτήρια απόδοσης για ένα λογισμικό επιτυγχάνονται για μια χρονική περίοδο (ίσως μια εβδομάδα) σε αξιόπιστη βάση με διαφορετικές συνθήκες φόρτωσης, όπως και το μοτίβο στο live. Ως εκ τούτου, αυτές οι δοκιμές πρέπει να εκτελούνται καθημερινά για την παρακολούθηση της συμπεριφοράς του συστήματος λογισμικού και ως εκ τούτου το PQ θα πάρει λίγο χρόνο για να ολοκληρωθεί έως ότου διασφαλιστεί ότι το σύστημα αποδεικνύεται για την απόδοσή του.
Στην ιδανική περίπτωση, η επικύρωση PQ πραγματοποιείται μετά την ολοκλήρωση του OQ, όπου διασφαλίζεται η λειτουργικότητα του λογισμικού και μπορεί να προχωρήσει με την επαλήθευση της απόδοσης του προϊόντος ή του λογισμικού. Μερικές φορές λόγω χρονικού περιορισμού, το PQ μπορεί να ξεκινήσει παράλληλα με το OQ, με βάση την εμπιστοσύνη στο ποσοστό ολοκλήρωσης του OQ.
Είναι ιδανικό να πραγματοποιείτε αυτές τις δοκιμές απόδοσης στο ζωντανό σύστημα με το πλήρως φορτωμένο σύστημα ή σε συνθήκες παρόμοιες με τις ζωντανές και να διασφαλίσετε ότι δεν υπάρχουν σημεία συμφόρησης στις πτυχές της απόδοσης.
Οι ακόλουθες δοκιμές εκτελούνται γενικά ως μέρος του Προκριματικού απόδοσης. Και η επιλογή των δοκιμών ποικίλλει από λογισμικό σε λογισμικό.
# 1) Δοκιμή διαθεσιμότητας: Για να βεβαιωθείτε ότι το λογισμικό είναι συνεχώς διαθέσιμο χωρίς διακοπή λειτουργίας ή πτώση.
# 2) Δοκιμή προσβασιμότητας: Για να διασφαλιστεί ότι το λογισμικό είναι εύκολα προσβάσιμο από κάθε τοποθεσία με την αναμενόμενη ταχύτητα απόδοσης χωρίς προβλήματα.
# 3) Δοκιμή φόρτωσης: Για τη μέτρηση της συμπεριφοράς του συστήματος κάτω από το αναμενόμενο φορτίο καθημερινής ημέρας, καθώς και τις συνθήκες αιχμής.
# 4) Δοκιμή στρες: Για να μετρήσετε το σημείο διακοπής του συστήματος υπό ακραίες συνθήκες φόρτωσης.
# 5) Δοκιμή απόδοσης απόδοσης: Για τη μέτρηση του χρόνου απόκρισης του συστήματος και τη μέτρηση TPS (συναλλαγές ανά δευτερόλεπτο)
# 6) Δοκιμή κλιμάκωσης: Το σύστημα μπορεί να κλιμακώσει για να χειριστεί τους αναμενόμενους ταυτόχρονους χρήστες.
Τα σενάρια δοκιμής απόδοσης και τα αντίστοιχα αυτοματοποιημένα σενάρια προετοιμάζονται με βάση τις απαιτήσεις που σχετίζονται με την απόδοση που καθορίζονται στα έγγραφα «Προδιαγραφή απαιτήσεων χρήστη».
Όπως παρόμοιο με ένα πρόγραμμα OQ, ένα λεπτομερές σχέδιο PQ που αναφέρει σαφώς την προσέγγιση δοκιμής, τη στρατηγική, το σχέδιο και το χρονοδιάγραμμα μαζί με εργαλεία, θα πρέπει να προετοιμαστεί και να εκτελεστεί με τους εκτελεστές του PQ.
Το εργαλείο δοκιμών και παρακολούθησης απόδοσης πρέπει να εγκατασταθεί στο περιβάλλον όπου το PQ εκτελείται για τη μέτρηση και αναφορά των μετρήσεων απόδοσης.
Ακολουθούν οι συμβουλές για τους υπεύθυνους δοκιμών για να επιτρέψουν στην Ομάδα Επιχειρήσεων να πραγματοποιήσει το PQ με επιτυχία.
Σνο | Συμβουλές για τους υπεύθυνους δοκιμών για να ενεργοποιήσετε την Ομάδα Επιχειρήσεων |
---|---|
7 | Οδηγήστε, υποστηρίξτε και εκπαιδεύστε την ομάδα Επιχειρήσεων για να πραγματοποιήσετε τον έλεγχο απόδοσης στο σύστημα. |
ένας | Προετοιμάστε τα βασικά σενάρια για συγκεκριμένες επιχειρήσεις για να πραγματοποιήσετε τον έλεγχο απόδοσης βάσει του URS. |
δύο | Βεβαιωθείτε ότι περιλαμβάνονται δοκιμές για να αποδείξετε ότι το σύστημα ανταποκρίνεται στις προσδοκίες του χρόνου απόκρισης, της ταχύτητας, της κλιμάκωσης και της σταθερότητας υπό διάφορες συνθήκες φόρτωσης. |
3 | Βεβαιωθείτε ότι υπάρχει διαθέσιμο φορτίο ή ότι η μέθοδος και τα εργαλεία για την παραγωγή του απαιτούμενου φορτίου αναφέρονται με σαφήνεια στις αντίστοιχες περιπτώσεις δοκιμής. |
4 | Αναφέρετε με σαφήνεια την προϋπόθεση για καθένα από τα σενάρια, όπως τις προϋποθέσεις προ φόρτωσης που πρέπει να υπάρχουν στο σύστημα, τον αριθμό των ταυτόχρονων χρηστών κ.λπ., |
5 | Αναφέρετε εργαλεία που συνιστώνται να χρησιμοποιηθούν για τη διεξαγωγή δοκιμών απόδοσης ειδικά για κάθε κατηγορία δοκιμής και για κάθε δοκιμή. |
6 | Βεβαιωθείτε ότι η διαδικασία παρακολούθησης των μετρήσεων απόδοσης αναφέρεται με σαφήνεια. |
Μετά την επιτυχή ολοκλήρωση του PQ, η ικανοποίηση των απαιτήσεων απόδοσης είναι πολύ σημαντική, καθώς τυχόν αποκλίσεις που σχετίζονται με την απόδοση μπορούν να προκαλέσουν τεράστια επιχειρηματική απώλεια δημιουργώντας ενόχληση στον χρήστη και η εμπιστοσύνη στο λογισμικό που θα χρησιμοποιηθεί θα χαθεί οδηγώντας σε αποτυχία του λογισμικού.
Με λίγα λόγια, t Παρακάτω συνοψίζει τις δραστηριότητες IQ-OQ-PQ.
IQ | ΤΙ | PQ | |
---|---|---|---|
Τι | Για να επαληθεύσετε τη διαδικασία εγκατάστασης λογισμικού και τον τρόπο τεκμηρίωσης της διαδικασίας | Για να επαληθεύσετε τη σωστή λειτουργία του συστήματος | Πελάτες, Ιδιοκτήτες, Προμηθευτές, Ομάδα λειτουργιών |
Που | Πελάτες, Ιδιοκτήτες, Προμηθευτές, Ομάδα λειτουργιών | Πελάτες, Ιδιοκτήτες, Προμηθευτές, Ομάδα λειτουργιών | Πελάτες, Ιδιοκτήτες, Προμηθευτές, Ομάδα λειτουργιών |
Που | Στον ιστότοπο των ιδιοκτητών, την τοποθεσία της ομάδας επιχειρήσεων, τον ζωντανό ιστότοπο, το περιβάλλον σαν προϊόντα | Στον ιστότοπο των ιδιοκτητών, την τοποθεσία της ομάδας επιχειρήσεων, τον ζωντανό ιστότοπο, το περιβάλλον σαν προϊόντα | Στον ιστότοπο των ιδιοκτητών, την τοποθεσία της ομάδας επιχειρήσεων, τον ζωντανό ιστότοπο, το περιβάλλον σαν προϊόντα |
Πότε | Όταν το λογισμικό λαμβάνεται από την ομάδα του λογισμικού, πριν από το OQ και το PQ. | Πριν από την κυκλοφορία του συστήματος για χρήση και μετά την επιτυχή ολοκλήρωση του IQ | Πριν θέσετε το σύστημα στο Live και μετά το επιτυχημένο IQ, ολοκλήρωση OQ |
Ο παρακάτω πίνακας εξηγεί τις διάφορες εισόδους για κάθε φάση επικύρωσης.
Τύπος | Εισαγωγή |
---|---|
IQ | 1. Έγγραφο προδιαγραφής σχεδιασμού 2. Δυαδικά λογισμικά και άλλα σενάρια εγκατάστασης 3. Έγγραφο οδηγού εγκατάστασης 4. Έγγραφο οδηγού διαμόρφωσης 5. Έγγραφο ελέγχου επαλήθευσης και καπνού |
ΤΙ | 1. Έγγραφο λειτουργικών προδιαγραφών 2. Έγγραφο προγράμματος OQ 3. Έγγραφο δοκιμής επιχειρησιακών προσόντων 4. Πρότυπο αναφοράς περίληψης δοκιμών OQ 5. Το IQ ολοκληρώθηκε με επιτυχία |
PQ | 1. Έγγραφο URS (Προδιαγραφή απαιτήσεων χρήστη) 2. Έγγραφο προγράμματος PQ 3. Έγγραφο δοκιμής προσόντων απόδοσης 4. Πρότυπο αναφοράς περίληψης δοκιμών PQ 5. Το IQ και το OQ ολοκληρώθηκαν με επιτυχία |
συμπέρασμα
Ακόμα κι αν το προϊόν / λογισμικό έχει περάσει όλα τα στάδια επαλήθευσης και δεν αποδείξει κανένα από τα IQ-OQ-PQ, το αποτέλεσμα μπορεί να είναι καταστροφικό και θα έχει τεράστιο κόστος. Ως εκ τούτου, η επιτυχής ολοκλήρωση του IQ-OQ-PQ είναι η επιτυχής μεταφορά του προϊόντος από τον ιστότοπο ανάπτυξης στον τόπο παραγωγής.
Συνολικά, η επιτυχής ολοκλήρωση της διαδικασίας επικύρωσης IQ-OQ-PQ όχι μόνο δίνει την εμπιστοσύνη στο λογισμικό, αλλά δίνει επίσης μια ηρεμία στον Πελάτη, τον Ιδιοκτήτη, τους Προγραμματιστές Λογισμικού και τους Δοκιμαστές.
salesforce διαχειριστές ερωτήσεις και απαντήσεις συνέντευξης pdf
Η εκτέλεση του IQ-OQ-PQ μειώνει επίσης τον κίνδυνο ανάπτυξης του για να ζήσει, χωρίς να πραγματοποιεί δοκιμές και μειώνει το κόστος αποτυχίας και μετριάζει τον κίνδυνο ανάκλησης των προϊόντων.
Έτσι, παιδιά, προγραμματιστές λογισμικού και δοκιμαστές, δεν γιορτάζει μετά την ολοκλήρωση της ανάπτυξης και τον έλεγχο εσωτερικών χώρων και την κυκλοφορία του λογισμικού στην ομάδα Ops. Ο εορτασμός γίνεται μόνο όταν ολοκληρώσει επιτυχώς το IQ-OQ-PQ και το λογισμικό είναι διαθέσιμο στο στοχευμένο σύστημα.
Εξ ου και η επιτυχία ενός λογισμικού εξαρτάται από την επιτυχή ολοκλήρωση του IQ-OQ-PQ και όταν το λογισμικό είναι ζωντανό και έτοιμο για κατανάλωση από τους τελικούς χρήστες.
Σχετικά με τον Συγγραφέα: Αυτό το άρθρο γράφτηκε από το μέλος της ομάδας STHGayathri Subrahmanyam. Έχει πάνω από 2 δεκαετίες εμπειρίας στον τομέα της δοκιμής λογισμικού. Κατά τη διάρκεια της δοκιμαστικής καριέρας της, έχει κάνει πολλές αξιολογήσεις TMMI, δοκιμές βιομηχανοποίησης δοκιμών, ρυθμίσεις TCOE εκτός από το χειρισμό δοκιμαστικών παραδόσεων και εφαρμόζει πρακτική DevOps για μια τεράστια δέσμευση. Αλλά σύμφωνα με αυτήν, η μάθηση δεν σταματά ποτέ…
Μοιραστείτε τις εμπειρίες σας σχετικά με τη διεξαγωγή της διαδικασίας επικύρωσης και ενημερώστε μας εάν έχετε απορίες σχετικά με αυτό το άρθρο.
Συνιστώμενη ανάγνωση
- Μάθημα δοκιμών λογισμικού: Σε ποιο Ινστιτούτο Δοκιμών Λογισμικού πρέπει να εγγραφώ;
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- Δοκιμή λογισμικού QA Assistant Job
- Επιλέγοντας Δοκιμή λογισμικού ως καριέρα σας
- Δοκιμή λογισμικού Τεχνικό περιεχόμενο Συγγραφέας Freelancer Job
- Μερικές ενδιαφέρουσες ερωτήσεις συνέντευξης δοκιμών λογισμικού
- Σχόλια και σχόλια μαθήματος δοκιμών λογισμικού
- Δοκιμή λογισμικού Βοήθεια Πρόγραμμα συνεργατών!