test management tutorial
Αυτός είναι ένας οδηγός διαχείρισης δοκιμών για δοκιμές λογισμικού. Περιλαμβάνει Φάσεις Διαχείρισης Δοκιμών, Εργαλεία και Οργανωτική Δομή Διαχείρισης Δοκιμών:
Το Test Management είναι η διαδικασία διαχείρισης όλων των δοκιμαστικών δραστηριοτήτων, εγγράφων και άλλων σχετικών εργασιών. Οι οργανωτικές δομές αναφέρονται σε μια ιεραρχία ομάδων ή υπαλλήλων που εργάζονται σε συγκεκριμένα έργα.
Πιστεύετε ότι η οργανωτική δομή επηρεάζει τη διαχείριση των δοκιμών;
Εάν η απάντησή σας είναι όχι, θα δούμε γιατί; Εάν ναι, ας δούμε πώς επηρεάζει. Για να βρούμε τη σχέση μεταξύ αυτών των δύο, πρέπει να κατανοήσουμε αυτά τα θέματα με σαφήνεια και, στη συνέχεια, να διερευνήσουμε τη σχέση μεταξύ της διαχείρισης δοκιμών και της οργανωτικής δομής.
Τι θα μάθετε:
- Εισαγωγή στη διαχείριση δοκιμών
- Εξαρτήματα διαχείρισης δοκιμών
- Φάσεις διαχείρισης δοκιμών
- Εργαλεία διαχείρισης δοκιμών
- Οργανωτικές δομές
- Test Management Vs Οργανωτικές Δομές
- συμπέρασμα
Εισαγωγή στη διαχείριση δοκιμών
Δοκιμή διαχείρισης σημαίνει διαχείριση ολόκληρης της διαδικασίας δοκιμής λογισμικού για ένα συγκεκριμένο έργο. Η διαδικασία διαχείρισης δοκιμών εφαρμόζεται σε ολόκληρο τον κύκλο ζωής ανάπτυξης λογισμικού. Ως εκ τούτου, ιδανικά, μόλις ξεκινήσει η διαδικασία ανάπτυξης λογισμικού, θα πρέπει επίσης να ξεκινήσει η διαδικασία διαχείρισης δοκιμών.
Το Test Manager είχε τις ακόλουθες ευθύνες-
- Ο Διαχειριστής δοκιμών πρέπει να διασφαλίζει τη συνέπεια και την ποιότητα αυτών των προϊόντων εργασίας.
- Συνεργαστείτε με το Test Analyst και το Technical Test Analyst για να επιλέξετε και να προσαρμόσετε το κατάλληλο πρότυπο.
- Συνεργαστείτε με το Test Analyst και το Technical Test Analyst για να καθορίσετε πρότυπα αυτών των προϊόντων, όπως επίπεδα λεπτομερούς βαθμού.
- Ελέγξτε τα προϊόντα εργασίας χρησιμοποιώντας τις κατάλληλες τεχνικές.
Εξαρτήματα διαχείρισης δοκιμών
Το Test Management χωρίζεται σε 5 μέρη για καλύτερη κατανόηση:
- Τεκμηρίωση δοκιμής
- Εκτίμηση δοκιμής
- Μετρήσεις δοκιμής
- Μέτρηση προόδου δοκιμής
- Μετρήσεις για την παρακολούθηση του κύκλου ζωής των δοκιμών
# 1) Τεκμηρίωση δοκιμής
Υπάρχουν τρεις τύποι τεκμηρίωσης δοκιμής που παρατίθενται παρακάτω:
- Πολιτική δοκιμών
- Στρατηγική δοκιμής
- Κύριο σχέδιο δοκιμών
# 1) Πολιτική δοκιμών:
- Συνοψίζει την αξία που προέρχεται από τον έλεγχο από τον οργανισμό.
- Καθορίζει πολιτικές δοκιμών.
- Περιγράφει τον τρόπο αξιολόγησης της αποτελεσματικότητας των δοκιμών.
- Περιγράφει τη διαδικασία δοκιμής.
- Προσδιορίστε πώς ο οργανισμός θα βελτιώσει τη διαδικασία δοκιμής;
# 2) Στρατηγική δοκιμής:
- Περιγράφει τις γενικές μεθοδολογίες δοκιμών, που χρησιμοποιούνται για τη διαχείριση κινδύνων έργων και προϊόντων.
- Αναλυτικές στρατηγικές: Όπως ο έλεγχος βάσει κινδύνου.
- Στρατηγική βάσει μοντέλου: Όπως ένα επιχειρησιακό προφίλ όπου η ομάδα δοκιμών αναπτύσσει ένα μοντέλο βασισμένο σε πραγματικές και αποδεκτές καταστάσεις περιβάλλοντος, εισροών και συνθηκών.
- Μεθοδολογική στρατηγική: Χαρακτηριστικά ποιότητας όπου η ομάδα δοκιμών χρησιμοποιεί ένα σύνολο συνθηκών δοκιμής, λίστα ελέγχου ή συλλογή γενικευμένων, λογικών δοκιμών.
- Διαδικασίες ή τεχνικές συμβατές με πρότυπα: Ακολουθεί ένα σύνολο της διαδικασίας όπως το SCRUM / Agile.
- Αντιδραστικές στρατηγικές: Χρησιμοποιώντας ΕΠΙΘΕΣΕΙΣ βασισμένες σε ελαττώματα ΟΠΩΣ ΕΞΑΙΡΕΤΙΚΗ ΔΟΚΙΜΗ.
- Συμβουλευτική στρατηγική: Όπως οι δοκιμές που κατευθύνονται από τον χρήστη, όπου η ομάδα δοκιμών βασίζεται στην είσοδο ενός ή περισσότερων ενδιαφερομένων για να καθορίσει συνθήκες δοκιμής, όπως Δοκιμή εξωτερικής συμβατότητας.
- Περιγράφει επίσης:
- Διαδικασίες ολοκλήρωσης
- Τεχνικές προδιαγραφής δοκιμής
- Ανεξαρτησία δοκιμών
- Υποχρεωτικά και προαιρετικά πρότυπα
- Περιβάλλον δοκιμής
- Εργαλεία
- Επαναχρησιμοποίηση προϊόντων λογισμικού
- Επανεξέταση και παλινδρόμηση.
# 3) Πρόγραμμα Master Test:
- Καλύπτει όλες τις εργασίες δοκιμών που πρέπει να γίνουν.
- Συζητά πώς η δοκιμή θα εφαρμόσει τη στρατηγική και την πολιτική δοκιμής.
- Εάν κάτι δεν περιγράφεται, τότε το Σχέδιο δοκιμών πρέπει να περιγράφει γιατί και το σχέδιο μετριασμού για αυτό.
- Τα περιεχόμενα του σχεδίου δοκιμής είναι:
- Στοιχεία προς δοκιμή
- Ποιοτικά χαρακτηριστικά προς δοκιμή.
- Πρόγραμμα
- Κύκλος εκτέλεσης
- Μεταβλητές ελαττωμάτων
- Στοιχεία δοκιμής στο πεδίο εφαρμογής
- Κριτήρια εξόδου
- Κίνδυνοι έργου
- Συνολική διακυβέρνηση των δοκιμαστικών προσπαθειών,
- Ρόλοι και ευθύνες
- Είσοδος και έξοδος
# 2) Εκτίμηση δοκιμής
Γενικά σημεία:
- Είναι μια διαχειριστική δραστηριότητα
- Βασίζεται στην εμπειρία.
- Παρέχει έναν συγκεκριμένο και λεπτομερή κατάλογο δαπανών, πόρων, εργασιών και ατόμων.
- Η εκτίμηση μόλις προετοιμαστεί, πρέπει να παραδοθεί στη διοίκηση μαζί με την αιτιολόγηση.
- Η τελική εκτίμηση αντιπροσωπεύει την καλύτερη δυνατή ισορροπία των στόχων οργάνωσης και έργου.
- Η εκτίμηση βασίζεται στις διαθέσιμες πληροφορίες εκείνη τη στιγμή, προετοιμάστηκε.
- Για να παραμείνουν ακριβείς, οι εκτιμήσεις πρέπει να ενημερώνονται ώστε να αντικατοπτρίζουν νέες και τροποποιημένες πληροφορίες.
Παράγοντες που επηρεάζουν την εκτίμηση δοκιμής:
- Απαιτούμενο επίπεδο ποιότητας
- Μέγεθος του συστήματος
- Ιστορικά δεδομένα
- Παράγοντες επεξεργασίας όπως στρατηγική, ανάπτυξη και κύκλος ζωής
- Υλικοί παράγοντες όπως περιβάλλον δοκιμών, αυτοματισμοί, εργαλεία και δεδομένα
- Ο παράγοντας των ανθρώπων
- Πολυπλοκότητα της διαδικασίας
- Εκπαίδευση και KT (Μεταφορά γνώσης)
- Εξομοίωση και ανάπτυξη νέων εργαλείων και τεχνολογίας, διαδικασίας ή τεχνικών.
- Η απαίτηση υψηλότερου βαθμού της λεπτομερούς προδιαγραφής δοκιμής.
- Χρόνος άφιξης συστατικών
- Δεδομένα δοκιμής.
Μαντέψεις:
- Αναλυτική δομή εργασιών
- Συνεδρία ομάδας εκτίμησης
- Δοκιμαστής - Αναλογία προγραμματιστή
- Ιστορικό οργανισμού
- Ανάλυση σημείου λειτουργίας, LOC.
Το Test Estimation εξηγείται περαιτέρω αργότερα στο σεμινάριο.
# 3) Μετρήσεις δοκιμής
- Τι μετράται, θεωρείται ότι έχει γίνει;
- Τι δεν μετράει, είναι εύκολο να αγνοηθεί;
- Πρέπει να καθοριστεί ένα περιορισμένο σύνολο χρήσιμων μετρήσεων.
- Μόνο αυτές οι μετρήσεις πρέπει να οριστούν των οποίων η ερμηνεία συμφωνείται από όλους.
- Οι αναφορές και η συγχώνευση μετρήσεων πρέπει να αυτοματοποιηθούν.
- Ο Διαχειριστής θα πρέπει να επικυρώσει τις πληροφορίες στη μέτρηση.
Μέτρηση έργου: % επιτυχίας, αποτυχία εκτέλεσης κ.λπ.
Μέτρηση προϊόντος:
- Χαρακτηριστικά του προϊόντος
- Πυκνότητα ελαττώματος
Μέτρηση διαδικασίας: Μετρά την ικανότητα δοκιμών όπως το% του ελαττώματος.
τι είναι ο ποιοτικός έλεγχος και η διασφάλιση ποιότητας
Ανθρωποι: Ικανότητα του ατόμου.
Μέτρηση προόδου δοκιμής:
- Ο αριθμός των συνθηκών / περιπτώσεων δοκιμής, προγραμματισμένος έναντι εκτέλεσης.
- Συνολικό ελάττωμα κατηγοριοποιημένο ανά υποσύστημα σοβαρότητας, προτεραιότητας, τρέχουσας κατάστασης και αποτελέσματος.
- Ο αριθμός αλλαγών που απαιτούνται, έγιναν δεκτές, δημιουργήθηκαν και δοκιμάστηκαν.
- Προγραμματισμένο έναντι πραγματικού κόστους.
- Προγραμματισμένη έναντι πραγματικής διάρκειας
- Προγραμματισμένο vs πραγματικό ορόσημο δοκιμών.
- Κατάσταση κινδύνου ποιότητας προϊόντος
- % απώλεια δοκιμαστικής προσπάθειας, κόστους ή χρόνου.
# 4) Μέτρηση προόδου δοκιμής
Κίνδυνοι προϊόντος:
- Κάλυψη% κινδύνου.
- % του κινδύνου για δοκιμή αποτυχίας
- % Κίνδυνος που προσδιορίζεται από το άτομο.
Ελαττώματα:
- Ο αριθμός των ελαττωμάτων που βρέθηκαν έναντι του αριθμού των ελαττωμάτων που υποβλήθηκαν.
- Μέσος χρόνος ποσοστού άφιξης αποτυχίας
- Ελαττώματα στα συγκεκριμένα στοιχεία δοκιμής.
- Ανίχνευση RCA (Ανάλυση Root Cause)
- Το ελάττωμα είναι δοκιμές.
- Ελάττωμα στη φάση
- Προτεραιότητα και σοβαρότητα
- Αναφορά απορρίψεων έναντι διπλότυπου
- Χρόνος που απαιτείται για την επίλυση
- Ο αριθμός των νέων ελαττωμάτων που εισήχθησαν λόγω της αποκατάστασης παλαιών ελαττωμάτων.
Δοκιμή:
- Συνολικός αριθμός επιτυχίας δοκιμής, αποτυχία, δρομέας, αποκλεισμένος
- Ο συνολικός αριθμός περιπτώσεων δοκιμής παλινδρόμησης.
Κάλυψη:
- Απαίτηση και κάλυψη σχεδιασμού
- Κάλυψη κινδύνων
- Κάλυψη διαμόρφωσης περιβάλλοντος
- Κάλυψη κώδικα
# 5) Μετρήσεις για την παρακολούθηση του κύκλου ζωής των δοκιμών
Παρακολούθηση σχεδίου δοκιμής
- Αριθμός Κινδύνου και Απαιτήσεων
- Ανακάλυψη ελαττωμάτων
- Σχέδιο vs Πραγματικές προσπάθειες.
Παρακολούθηση δοκιμής
- Ο αριθμός των ελαττωμάτων που εντοπίστηκαν κατά τη σχεδίαση.
Παρακολούθηση ανάλυσης δοκιμής
- Αριθμός συνθηκών
- Αριθμός ελαττωμάτων στην ανάλυση
Παρακολούθηση εφαρμογής δοκιμής
- % της διαμόρφωσης περιβάλλοντος
- % αυτοματοποιημένης δοκιμαστικής θήκης.
Παρακολούθηση εκτέλεσης
- Ποσοστό επιτυχίας, αποτυχία, χωρίς εκτέλεση, αποκλεισμένες δοκιμαστικές περιπτώσεις
- Καλύπτονται δοκιμαστικές περιπτώσεις
- Τα προγραμματισμένα έναντι των πραγματικών ελαττωμάτων επιλύθηκαν
- Ποσοστό κάλυψης έναντι πραγματικής κάλυψης
Κλείσιμο παρακολούθησης
- % των δοκιμαστικών περιπτώσεων περνούν, ail
- % των δοκιμαστικών περιπτώσεων ελέγχθηκαν στην επαναχρησιμοποιήσιμη κατηγορία
- % αυτοματοποιημένων δοκιμαστικών περιπτώσεων.
- Ο αριθμός των ελαττωμάτων που επιλύθηκαν / δεν επιλύθηκαν.
- % προϊόντος δοκιμής εργασίας
Η φάση παρακολούθησης και ελέγχου δοκιμής που συζητείται παρακάτω εξηγεί περαιτέρω αυτό το θέμα.
Φάσεις διαχείρισης δοκιμών
Κατά τη διάρκεια της διαδικασίας διαχείρισης δοκιμών, πρέπει να λάβουμε υπόψη τα ακόλουθα σημεία. Με άλλα λόγια, τα ακόλουθα είναι τα διαφορετικά στάδια της διαδικασίας διαχείρισης δοκιμών:
- Ανάλυση κινδύνου
- Εκτίμηση δοκιμής
- Σχεδιασμός δοκιμών
- Οργανισμός δοκιμών
- Παρακολούθηση και έλεγχος δοκιμών
- Διαχείριση θεμάτων
- Έκθεση δοκιμής
Μπορείτε να παρατηρήσετε ότι οι πρώτες τέσσερις φάσεις αφορούν περισσότερο τον προγραμματισμό και οι υπόλοιπες τρεις αφορούν την εκτέλεση. Ως εκ τούτου, μπορούμε να χωρίσουμε την πλήρη διαδικασία διαχείρισης δοκιμών σε δύο μέρη, δηλαδή τον προγραμματισμό και την εκτέλεση.
Ας διερευνήσουμε λεπτομερώς τις διάφορες φάσεις διαχείρισης δοκιμών.
# 1) Ανάλυση κινδύνου
Αυτή η φάση περιλαμβάνει την εύρεση παραγόντων κινδύνου και πιθανών λύσεων. Εάν η ανάλυση κινδύνου γίνει διεξοδικά, μπορούμε να αποφύγουμε μελλοντικές αποτυχίες ή τουλάχιστον κάποιο είδος λύσης μπορεί να είναι διαθέσιμο.
Ο κίνδυνος είναι κάτι που μπορεί ή δεν μπορεί να συμβεί. Αν όμως συμβεί τότε ποιος θα είναι ο αντίκτυπός του; Μπορεί να επηρεάσει άσχημα την ποιότητα του λογισμικού, τη φήμη της εταιρείας και πολλά άλλα.
Πρέπει να βρεθούν παράγοντες κινδύνου για να αποφευχθούν αυτές οι κακές επιπτώσεις. Πρέπει να γίνει ανάλυση κινδύνου για την εύρεση παραγόντων κινδύνου. Υπάρχουν δύο τύποι κινδύνων, δηλαδή κίνδυνοι έργου και κίνδυνοι προϊόντων. Οι κίνδυνοι έργου είναι οι κίνδυνοι που σχετίζονται με τη διαδικασία εργασίας και ο κίνδυνος προϊόντος είναι κίνδυνοι που σχετίζονται με το ανεπτυγμένο προϊόν.
# 2) Εκτίμηση δοκιμής
Η εκτίμηση δοκιμής αφορά την πρόβλεψη του χρόνου που απαιτείται για κάθε δραστηριότητα / φάση δοκιμής. Καθώς αυτή είναι μια εκτίμηση δεν μπορεί να είναι ακριβής. Για καλύτερη εκτίμηση δοκιμών μπορούμε να μελετήσουμε τα προηγούμενα έργα της εταιρείας μας ή να συμβουλευτούμε τα μέλη της ομάδας που θα είναι υπεύθυνα για αυτήν την εργασία ή τη δοκιμαστική φάση.
# 3) Σχεδιασμός δοκιμών
Ο ίδιος ο προγραμματισμός δοκιμών είναι μια μακρά διαδικασία. Περιλαμβάνει τον καθορισμό των στόχων δοκιμής, το εύρος των δοκιμών, τη στρατηγική δοκιμών, τον προγραμματισμό του χρόνου, τους πόρους, την προσέγγιση επικοινωνίας, κ.λπ. Οι απαιτήσεις πρέπει να είναι πολύ σαφείς για τον καθορισμό των στόχων και του πεδίου δοκιμής. Το σχέδιο δοκιμής αφορά δοκιμαστές, χρήστες και μέλη της ομάδας του έργου.
Το σχέδιο δοκιμών περιγράφει το ρόλο των δοκιμών στο έργο. Το σχέδιο δοκιμών περιλαμβάνει επίσης τους ρόλους και τις ευθύνες, λίστα χαρακτηριστικών που πρόκειται να δοκιμαστούν και δεν πρόκειται να δοκιμαστούν, περιβάλλον δοκιμής, λίστα εργαλείων και υποθέσεων εάν υπάρχουν.
# 4) Οργανισμός δοκιμών
Κατά τη φάση προγραμματισμού δοκιμών, έχουμε προγραμματίσει όλα τα πιθανά πράγματα σχετικά με τη δοκιμή.
μετατρέψτε το youtube σε mp3 περισσότερο από 30 λεπτά
Ως εκ τούτου, χρειαζόμαστε εξειδικευμένα μέλη της ομάδας για να εκτελέσουμε αυτό το σχέδιο ή να κάνουμε το σχέδιο επιτυχημένο. Ο οργανισμός δοκιμών έχει να κάνει με την οικοδόμηση της τέλειας ομάδας δοκιμών για ένα επιτυχημένο έργο.
# 5) Παρακολούθηση και έλεγχος δοκιμών
Ενώ η δοκιμαστική εργασία βρίσκεται σε εξέλιξη ή ενώ οι δοκιμαστές εκτελούν το σχέδιο δοκιμών, όλη αυτή η πρόοδος της εργασίας πρέπει να παρακολουθείται. Κάποιος πρέπει να παρακολουθεί όλη αυτή τη δοκιμαστική εργασία. Εάν ολοκληρωθεί η παρακολούθηση δοκιμών, τότε η ομάδα δοκιμών και ο διαχειριστής δοκιμών θα λάβουν σχόλια σχετικά με την πρόοδο της δοκιμής;
Χρησιμοποιώντας αυτά τα σχόλια, ο διαχειριστής δοκιμών μπορεί να καθοδηγήσει τα μέλη της ομάδας για να βελτιώσουν την ποιότητα της περαιτέρω δοκιμαστικής εργασίας. Με τη βοήθεια της παρακολούθησης των δοκιμών, η ομάδα του έργου θα έχει ορατότητα στα αποτελέσματα των δοκιμών. Βοηθά επίσης να μάθετε για την κάλυψη των δοκιμών.
Για μεγάλα έργα, η παρακολούθηση δοκιμών γίνεται χρησιμοποιώντας ένα αυτοματοποιημένο εργαλείο, καθώς η συλλογή δεδομένων θα είναι ευκολότερη. Για μικρά έργα, ένα άτομο θα συγκεντρώσει όλα τα δεδομένα ή τα έγγραφα που σχετίζονται με την πρόοδο της δοκιμής. Για τη συλλογή πληροφοριών προόδου δοκιμής, μπορούμε να λάβουμε τη βοήθεια του προτύπου καταγραφής δοκιμών IEEE 829. Όλα αυτά αφορούσαν την παρακολούθηση παρακολούθησης.
Ας δούμε τι είναι ο έλεγχος δοκιμής; Οι εργασίες του έργου δεν θα πάνε πάντα όπως έχουμε προγραμματίσει. Μπορεί να υπάρχουν κάποιες διαφορές μεταξύ του σχεδίου και της πραγματικής εργασίας. Για να ελαχιστοποιήσουμε ή να αφαιρέσουμε αυτές τις διαφορές, πρέπει να κάνουμε κάποιες αλλαγές και έτσι ελέγχουμε τη δοκιμαστική εργασία.
# 6) Διαχείριση ζητημάτων
Τα ζητήματα μπορεί να είναι οποιοδήποτε πρόβλημα που παρουσιάζεται κατά τη διαδικασία ανάπτυξης λογισμικού και δοκιμών. Μπορεί να είναι ο μικρότερος λόγος για τον οποίο δεν είμαστε σε θέση να αναπτύξουμε / παραδώσουμε ένα ποιοτικό προϊόν. Ορισμένα ζητήματα είναι ένα show-stopper, δηλαδή χωρίς να επιλυθεί αυτό το ζήτημα δεν θα είμαστε σε θέση να προχωρήσουμε με την περαιτέρω διαδικασία.
Η διαχείριση ζητημάτων αφορά το πώς χειριζόμαστε αυτά τα ζητήματα / προβλήματα. Μπορούμε επίσης να το ονομάσουμε ως διαχείριση συμβάντων. Η διαχείριση ζητημάτων απαιτεί καλύτερο σχεδιασμό για τη διαδικασία επίλυσης προβλημάτων. Η καλύτερη διαχείριση ζητημάτων εξαρτάται από την ικανότητα και την εμπειρία του διαχειριστή δοκιμών.
Πώς προκύπτουν αυτά τα ζητήματα;
Μπορεί να υπάρχουν αρκετοί λόγοι για την εμφάνιση ενός ζητήματος. Μερικά ζητήματα σχετίζονται με τη στρατηγική και μερικά σχετίζονται με τον ορισμό, το HR, τον προγραμματισμό κ.λπ.
Ζητήματα στρατηγικής :
Παραδείγματα:
- Το έργο εξαντλείται.
- Κακή επικοινωνία έργου.
- Η διαδικασία διαχείρισης του έργου δεν είναι σύμφωνα με τα καθορισμένα πρότυπα.
Ζητήματα ορισμού : Ζητήματα που σχετίζονται με απαιτήσεις.
Παραδείγματα: Ασαφείς απαιτήσεις. Πολλά ζητήματα μπορούν να εισαχθούν λόγω ασαφών απαιτήσεων.
Προβλήματα προγραμματισμού: Αυτός είναι ο πιο κοινός τύπος ζητήματος. Οι εργαζόμενοι πρέπει να αγωνιστούν για να τηρήσουν την προθεσμία.
Θέματα HR:
Παραδείγματα:
- Υπάρχει έλλειψη δεξιοτήτων στην ομάδα.
- Λάθος χαρτογράφηση εργαζομένων για εργασία.
Μπορεί να υπάρχουν πολύ περισσότεροι τύποι ζητημάτων και δεν μπορούμε να τα αναφέρουμε όλα εδώ. Έτσι, η διαχείριση των ζητημάτων αφορά την καταγραφή, την παρακολούθηση και την επίλυση προβλημάτων.
# 7) Έκθεση δοκιμής
Η αναφορά δοκιμών βοηθά στον προσδιορισμό της κάλυψης δοκιμών, της ποιότητας του ανεπτυγμένου προϊόντος και των απαιτούμενων βελτιώσεων της διαδικασίας. Μπορούμε να αποφασίσουμε 'πόση δοκιμή απαιτείται;'
Εάν γίνει αρκετός έλεγχος, τότε μπορούμε να υποβάλουμε αυτήν την έκθεση δοκιμής στους ενδιαφερόμενους ή τους πελάτες. Για να γνωρίσουν επίσης την ποιότητα του προϊόντος και να έχουν μια ιδέα για το πόσες δοκιμές πραγματοποιούνται στο προϊόν.
Εργαλεία διαχείρισης δοκιμών
Η διαχείριση δοκιμών γίνεται πολύπλοκη καθώς προχωράμε στη διαδικασία ανάπτυξης λογισμικού και αυτός είναι ένας από τους κύριους λόγους για τους οποίους τόσο πολλά εργαλεία διαχείρισης δοκιμών είναι διαθέσιμα στις μέρες μας.
Αυτά τα εργαλεία θα βοηθήσουν στις τέσσερις τελευταίες φάσεις της διαδικασίας διαχείρισης δοκιμών (Test Organisation, Test Monitoring & Control, Issues management και Test report). Καθώς αυτά τα εργαλεία βοηθούν στις σημαντικές φάσεις της διαχείρισης των δοκιμών, θα πρέπει να εξεταστούν πρώτα στο έργο.
Παρακάτω αναφέρονται τα πιο δημοφιλή Εργαλεία Διαχείρισης Δοκιμών:
- q Δοκιμή
- Πρακτική δοκιμή
- Ζέφυρος
- Δοκιμή Collab
- TestFLO για JIRA
- XQual
- Xray - Διαχείριση δοκιμών αιχμής
- TestRail
- QACoverage
- Απαιτήσεις και διαχείριση δοκιμών για Jira (RTM)
- ΠΝΕΥΜΑΤΟΣ από την Inflectra
- Κιουλίτε
- aqua
- Δοκιμαστική επιφάνεια
- JunoOne
=> Κάντε κλικ εδώ για αναλυτικές κριτικές για TOP Test Management Tools
Οργανωτικές δομές
Ας δούμε τις διαφορετικές οργανωτικές δομές.
Μπορεί να υπάρχουν ορισμένοι κανόνες για τις οργανωτικές δομές ή μπορεί να υπάρχουν κάποιες ιδανικές δομές, αλλά ανεξάρτητα από το ότι κάθε οργανισμός μπορεί να έχει τη δομή του. Υπάρχουν τόσες πολλές οργανωτικές δομές και καθένας έχει τα πλεονεκτήματα και τα μειονεκτήματά του.
Εδώ, θα συζητήσουμε μερικά από αυτά.
Πρώτον, θα δούμε την απλούστερη οργανωτική δομή που χρησιμοποιείται για μικρά έργα.
Σε αυτήν τη δομή, τόσο οι δοκιμαστές όσο και οι προγραμματιστές αναφέρουν στον Διαχειριστή ανάπτυξης.
- Ο διαχειριστής ανάπτυξης έχει καλό έλεγχο των δραστηριοτήτων του έργου.
- Θα υπάρχει λιγότερη πιθανότητα να υπάρχει κενό επικοινωνίας μεταξύ των ομάδων δοκιμών και ανάπτυξης.
- Επίσης, στις συναντήσεις, είναι καλό να αποφασίζετε τις προθεσμίες για τον διαχειριστή ανάπτυξης καθώς έχει πλήρη γνώση σχετικά με τις δοκιμές και τις εργασίες ανάπτυξης.
- Η ομαδική εργασία θα είναι αποτελεσματική, λόγω των ελάχιστων επιπέδων.
Τα μειονεκτήματα αυτής της δομής περιλαμβάνουν:
- Καθώς δεν υπάρχει υπεύθυνος δοκιμών, υπάρχει πιθανότητα οι δοκιμές να θεωρηθούν αργά στο έργο.
- Υπάρχει μια άλλη πιθανότητα οι δοκιμές να έχουν λιγότερη σημασία για το έργο. Μπορεί να θεωρηθεί αργά στο έργο.
Γενικά σε μικρούς οργανισμούς για μικρά έργα, συμβαίνει ότι η ομάδα ανάπτυξης χρειάζεται περισσότερο χρόνο από ό, τι αναφέρεται και η ομάδα δοκιμών πρέπει να υποφέρει, δηλαδή η ομάδα δοκιμών θα πρέπει να δοκιμάσει το προϊόν μέχρι την προθεσμία, έτσι ώστε η ομάδα δοκιμών να πάρει λιγότερο χρόνο για να δοκιμάσει το προϊόν.
Σε αυτήν τη δομή, για την επιτυχή ολοκλήρωση ενός έργου, ο διαχειριστής ανάπτυξης πρέπει να έχει κατά νου ότι ο στόχος του δεν είναι απλώς να ολοκληρώσει το έργο αλλά να αναπτύξει ποιοτικό λογισμικό.
Η δεύτερη πιο συχνά χρησιμοποιούμενη οργανωτική δομή:
Αυτός είναι ο πιο κοινός τύπος οργανωτικής δομής. Σε αυτήν τη δομή, οι υπεύθυνοι δοκιμών υποβάλλουν αναφορά στους υπεύθυνους δοκιμών και οι προγραμματιστές υποβάλλουν αναφορά στον υπεύθυνο ανάπτυξης. Τόσο ο Διευθυντής Δοκιμών όσο και ο Διαχειριστής Ανάπτυξης αναφέρονται στον Διαχειριστή Έργου.
Ο Διαχειριστής δοκιμών θα είναι υπεύθυνος για όλες τις δραστηριότητες που σχετίζονται με τις δοκιμές και είναι ευθύνη του Διαχειριστή Ανάπτυξης να δημιουργήσει το λογισμικό. Ο υπεύθυνος έργου θα ελέγχει τόσο τις δοκιμές όσο και τις δραστηριότητες ανάπτυξης.
Πλεονεκτήματα:
- Σε αντίθεση με την προηγούμενη δομή, εδώ σε αυτήν τη δομή, υπάρχουν διαφορετικοί διαχειριστές δοκιμών και ανάπτυξης, επομένως και οι δύο μπορούν να επικεντρωθούν στη δουλειά τους. Θα παραμείνουν αφοσιωμένοι στη δουλειά τους και θα υπάρξουν λιγότερες περισπασμούς για αυτούς.
- Σε αυτήν τη δομή, οι δοκιμαστικές δραστηριότητες δεν μπορούν να παραμεληθούν ή δεν μπορούν να θεωρηθούν αργά στο έργο. Αυτό σημαίνει ότι τόσο οι δοκιμές όσο και η ανάπτυξη θα έχουν ίση σημασία.
- Όσον αφορά τη λήψη κρίσιμων αποφάσεων, πλεονεκτικά, η ομάδα δοκιμών έχει ανεξαρτησία.
Μειονεκτήματα:
- Υπάρχει η πιθανότητα ενός κενού επικοινωνίας λόγω πολλαπλών επιπέδων.
Test Management Vs Οργανωτικές Δομές
Οι οργανωτικές δομές επηρεάζουν άμεσα τη διαχείριση των δοκιμών. Διαφορετικές οργανωτικές δομές έχουν διαφορετικό αντίκτυπο στη διαχείριση δοκιμών, επομένως η διαχείριση δοκιμών ποικίλλει ανάλογα με την ικανότητα και την εμπειρία του υπεύθυνου δοκιμών καθώς και ανάλογα με τη θέση του διαχειριστή δοκιμών στην οργανωτική δομή.
Εδώ έχουμε δει δύο οργανωτικές δομές. Στην πρώτη δομή, ο διαχειριστής ανάπτυξης και ο διαχειριστής δοκιμών είναι το ίδιο άτομο, επομένως επηρεάζει τη διαχείριση δοκιμών. Ο διαχειριστής ανάπτυξης έχει ως στόχο την ανάπτυξη λογισμικού και, ενώ κάνει αυτό, πρέπει επίσης να εξετάσει το έργο δοκιμών.
Έτσι, κατά καιρούς μπορεί να δώσει προκατειλημμένες απόψεις. Μπορεί απλώς να παραβλέψει το ζήτημα και να προχωρήσει. Με αυτόν τον τρόπο μπορεί να επηρεάσει τη διαχείριση των δοκιμών. Ένας ανεξάρτητος διαχειριστής δοκιμών θα είναι σε θέση να παρέχει περισσότερη δικαιοσύνη και η διαχείριση δοκιμών θα είναι καλύτερη με ανεξάρτητους διαχειριστές δοκιμών.
συμπέρασμα
Έχουμε δει και τα δύο θέματα, δηλαδή τη διαχείριση δοκιμών και τις οργανωτικές δομές ξεχωριστά και μαζί με τη σχέση μεταξύ αυτών των δύο. Μπορούμε να συμπεράνουμε ότι οι οργανωτικές δομές επηρεάζουν τη διαχείριση των δοκιμών.
Κατά τη σύγκριση και των δύο δομών που αναφέρονται παραπάνω, στη δεύτερη δομή, η διαχείριση των δοκιμών θα αντιμετωπίζεται καλύτερα από την πρώτη. Ο λόγος πίσω από αυτό μπορεί να είναι ένας αποκλειστικός διαχειριστής δοκιμών.
Οι οργανωτικές δομές διαφέρουν από τη μία οργάνωση στην άλλη. Παρόλο που υπάρχει κάποια καθορισμένη διαδικασία για τη διαχείριση δοκιμών (ή οι ομάδες ενδέχεται να χρησιμοποιούν εργαλεία διαχείρισης δοκιμών), η διαχείριση δοκιμών θα διαφέρει λόγω διαφορετικών οργανωτικών δομών, διαχειριστών δοκιμών, δεξιοτήτων και εμπειριών του διαχειριστή δοκιμών.
Συνιστώμενη ανάγνωση
- TutLink Tutorial: Ένας οδηγός Layman για TestLink Test Management Tool (Tutorial # 1)
- Tutorial Bugzilla: Εγχειρίδιο Εργαλείου Διαχείρισης Ατελειών
- Εκπαιδευτικό πρόγραμμα SVN: Διαχείριση πηγαίου κώδικα χρησιμοποιώντας ανατροπή
- Tutorial TestLodge - Πώς να οργανώσετε τα Έργα δοκιμών λογισμικού σας χρησιμοποιώντας το Εργαλείο διαχείρισης δοκιμών TestLodge
- Λειτουργική δοκιμή εναντίον μη λειτουργική δοκιμή
- 4 Περισσότερα βασικά χαρακτηριστικά του Ultimate Test Management Tool
- Εκμάθηση JIRA: Ένας πλήρης πρακτικός τρόπος χρήσης του οδηγού JIRA
- VersionOne Tutorial: All-in-one Agile Project Management Tool Οδηγός