Μενού

Σημαντικές μετρήσεις και μετρήσεις δοκιμής λογισμικού - Εξηγούνται με παραδείγματα και γραφήματα

important software test metrics

Δοκιμάστε Το Όργανο Μας Για Την Εξάλειψη Των Προβλημάτων

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

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

Υπάρχει μια περίφημη δήλωση: «Δεν μπορούμε να ελέγξουμε πράγματα που δεν μπορούμε να μετρήσουμε».

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

Μετρήσεις και μετρήσεις δοκιμής λογισμικού

Μετρήσεις και μετρήσεις λογισμικού

Τι θα μάθετε:

Τι είναι οι μετρήσεις δοκιμής λογισμικού;

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

Οι μετρήσεις μπορούν να οριστούν ως 'ΠΡΟΤΥΠΑ ΤΟΥ ΜΕΤΡΗΣΗ '.

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

Ας υποθέσουμε, γενικά, το 'Kilogram' είναι μια μέτρηση για τη μέτρηση του χαρακτηριστικού 'Βάρος'. Ομοίως, στο λογισμικό, «Πόσα ζητήματα βρίσκονται σε χιλιάδες γραμμές κώδικα;», h επίσης Ο αριθμός των ζητημάτων είναι μία μέτρηση και ο αριθμός των γραμμών κώδικα είναι μια άλλη μέτρηση. Η μέτρηση ορίζεται από αυτές τις δύο μετρήσεις .

Παράδειγμα δοκιμών μετρήσεων:

  • Πόσα ελαττώματα υπάρχουν μέσα στη μονάδα;
  • Πόσες δοκιμαστικές περιπτώσεις εκτελούνται ανά άτομο;
  • Τι είναι% δοκιμαστική κάλυψη;

Τι είναι η μέτρηση δοκιμής λογισμικού;

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

Παράδειγμα μέτρησης δοκιμής: Συνολικός αριθμός ελαττωμάτων.

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

διαφορά μεταξύ μετρήσεων και μετρήσεων

Γιατί να δοκιμάσετε τις μετρήσεις;

Η δημιουργία μετρήσεων δοκιμής λογισμικού είναι η πιο σημαντική ευθύνη του υπεύθυνου / διαχειριστή δοκιμής λογισμικού.

Οι μετρήσεις δοκιμής χρησιμοποιούνται για,

ρύθμιση c ++ σε έκλειψη
  1. Λάβετε την απόφαση για την επόμενη φάση δραστηριοτήτων όπως, εκτιμήστε το κόστος και το πρόγραμμα των μελλοντικών έργων.
  2. Κατανοήστε το είδος της βελτίωσης που απαιτείται για την επιτυχία του έργου
  3. Λάβετε μια απόφαση σχετικά με τη Διαδικασία ή την Τεχνολογία που θα τροποποιηθεί κ.λπ.

Σημασία των μετρήσεων δοκιμής λογισμικού:

Όπως εξηγήθηκε παραπάνω, το Test Metrics είναι το πιο σημαντικό για τη μέτρηση της ποιότητας του λογισμικού.

Τώρα, πώς μπορούμε να μετρήσουμε την ποιότητα του λογισμικού χρησιμοποιώντας Μετρήσεις ;

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

Για παράδειγμα, Ένας αναλυτής δοκιμών πρέπει,

  1. Σχεδιάστε τις δοκιμαστικές θήκες για 5 απαιτήσεις
  2. Εκτελέστε τις σχεδιασμένες δοκιμαστικές θήκες
  3. Καταγράψτε τα ελαττώματα και πρέπει να αποτύχετε τις σχετικές δοκιμές
  4. Αφού επιλυθεί το ελάττωμα, πρέπει να ελέγξουμε εκ νέου το ελάττωμα και να εκτελέσουμε ξανά την αντίστοιχη αποτυχημένη περίπτωση δοκιμής.

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

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

στη δοκιμαστική αναφορά, μπορούμε να δημοσιεύσουμε:

  1. Πόσες δοκιμαστικές περιπτώσεις έχουν σχεδιαστεί ανά απαίτηση;
  2. Πόσες δοκιμαστικές θήκες δεν έχουν ακόμη σχεδιαστεί;
  3. Πόσες δοκιμαστικές περιπτώσεις εκτελούνται;
  4. Πόσες δοκιμαστικές περιπτώσεις περάστηκαν / απέτυχαν / μπλοκαρίστηκαν;
  5. Πόσες δοκιμαστικές περιπτώσεις δεν έχουν ακόμη εκτελεστεί;
  6. Πόσα ελαττώματα εντοπίζονται και ποια είναι η σοβαρότητα αυτών των ελαττωμάτων;
  7. Πόσες περιπτώσεις δοκιμής απέτυχαν λόγω ενός συγκεκριμένου ελαττώματος; και τα λοιπά.

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

Με βάση τις παραπάνω μετρήσεις, ο Επικεφαλής / Διευθυντής δοκιμών θα κατανοήσει τα παρακάτω βασικά σημεία.

  • % ge της εργασίας ολοκληρώθηκε
  • % ge της εργασίας που δεν έχει ακόμη ολοκληρωθεί
  • Ώρα να ολοκληρώσετε τις υπόλοιπες εργασίες
  • Αν το έργο πηγαίνει σύμφωνα με το πρόγραμμα ή καθυστερεί; και τα λοιπά.

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

Κύκλος ζωής μετρήσεων

Κύκλος ζωής μετρήσεων

Τύποι μη αυτόματων μετρήσεων δοκιμής

Οι μετρήσεις δοκιμής χωρίζονται κυρίως σε 2 κατηγορίες.

  1. Βασικές μετρήσεις
  2. Υπολογισμένες μετρήσεις

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

Αυτά τα δεδομένα θα παρακολουθούνται καθ 'όλη τη διάρκεια του κύκλου ζωής δοκιμής. Δηλαδή συλλέγοντας τα δεδομένα όπως το Total no. δοκιμαστικών περιπτώσεων που αναπτύχθηκαν για ένα έργο (ή) αριθ. πρέπει να εκτελεστούν (ή) όχι. δοκιμαστικών περιπτώσεων που πέρασαν / απέτυχαν / μπλοκαρίστηκαν κ.λπ.

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

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

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

Ακολουθεί η μορφή πίνακα για τα δεδομένα που ανακτώνται από τον Αναλυτή δοκιμών που εμπλέκεται πραγματικά στη δοκιμή:

Παράδειγμα μετρήσεων δοκιμής λογισμικού

Ορισμοί και τύποι υπολογισμού μετρήσεων:

# 1)% ge Εκτελέστηκαν υποθέσεις δοκιμής : Αυτή η μέτρηση χρησιμοποιείται για τη λήψη της κατάστασης εκτέλεσης των δοκιμαστικών περιπτώσεων σε όρους% ge.

% ge Δοκιμές που εκτελέστηκαν = ( Αριθμός δοκιμαστικών υποθέσεων που εκτελέστηκαν / Σύνολο αριθ. γραπτών περιπτώσεων δοκιμής) * 100.

Έτσι, από τα παραπάνω δεδομένα,
% ge Εκτέλεση περιπτώσεων δοκιμής = (65/100) * 100 = 65%

# 2)% ge Δοκιμές δεν εκτελέστηκαν : Αυτή η μέτρηση χρησιμοποιείται για την απόκτηση της εκκρεμείς κατάστασης εκτέλεσης των δοκιμαστικών περιπτώσεων σε όρους% ge.

% ge Δεν πραγματοποιήθηκαν δοκιμαστικές περιπτώσεις = ( Αριθμός δοκιμαστικών περιπτώσεων που δεν εκτελέστηκαν / Σύνολο αριθ. γραπτών περιπτώσεων δοκιμής) * 100.

Έτσι, από τα παραπάνω δεδομένα,
% ge Αποκλεισμένες περιπτώσεις δοκιμής = (35/100) * 100 = 35%

Γράφημα μετρήσεων δοκιμής 1

Γράφημα 2 μετρήσεων δοκιμής

# 3)% ge Περίπτωση δοκιμών : Αυτή η μέτρηση χρησιμοποιείται για τη λήψη του Pass% ge των εκτελεσθέντων δοκιμαστικών περιπτώσεων.

% ge Περίπτωση δοκιμής Πέρασε = ( Αριθμός δοκιμαστικών υποθέσεων που πέρασαν / Σύνολο αριθ. Εκτελεσμένων υποθέσεων δοκιμής) * 100.

Έτσι, από τα παραπάνω δεδομένα,
% ge Περίπτωση δοκιμής που πέρασε = (30/65) * 100 = 46%

# 4)% ge Οι περιπτώσεις δοκιμής απέτυχαν : Αυτή η μέτρηση χρησιμοποιείται για τη λήψη του% Fail Fail των εκτελεσμένων περιπτώσεων δοκιμής.

% ge Θήκες δοκιμής απέτυχε = ( Αριθμός δοκιμαστικών υποθέσεων απέτυχε / Σύνολο αριθ. Εκτελεσμένων υποθέσεων δοκιμής) * 100.

Έτσι, από τα παραπάνω δεδομένα,
% ge Περίπτωση δοκιμής = (26/65) * 100 = 40%

# 5)% ge Δοκιμές αποκλείστηκαν : Αυτή η μέτρηση χρησιμοποιείται για τη λήψη του αποκλεισμένου% ge των υποβληθέντων δοκιμαστικών περιπτώσεων. Μια λεπτομερής αναφορά μπορεί να υποβληθεί προσδιορίζοντας τον πραγματικό λόγο αποκλεισμού των δοκιμαστικών περιπτώσεων.

ξεχωριστή εφαρμογή αλυσίδας κατακερματισμού c ++

% ge Περίπτωση δοκιμής αποκλείστηκε = ( Αριθμός δοκιμαστικών περιπτώσεων που έχουν αποκλειστεί / Σύνολο αριθ. Εκτελεσμένων υποθέσεων δοκιμής) * 100.

Έτσι, από τα παραπάνω δεδομένα,
% ge Αποκλεισμένες περιπτώσεις δοκιμής = (9/65) * 100 = 14%

Γράφημα μετρήσεων δοκιμής 3

Γράφημα μετρήσεων δοκιμής 4

# 6) Πυκνότητα ελαττωμάτων= Αριθμός ελαττωμάτων που εντοπίστηκαν / μέγεθος

( Εδώ το 'Μέγεθος' θεωρείται απαίτηση. Ως εκ τούτου εδώ η πυκνότητα ελαττωμάτων υπολογίζεται ως ένας αριθμός ελαττωμάτων που προσδιορίζονται ανά απαίτηση. Ομοίως, το Defect Density μπορεί να υπολογιστεί ως ένας αριθμός ελαττωμάτων που εντοπίστηκαν ανά 100 γραμμές κώδικα (OR) Αριθμός ελαττωμάτων που εντοπίστηκαν ανά ενότητα, κ.λπ. )

Έτσι, από τα παραπάνω δεδομένα,
Πυκνότητα ελαττωμάτων = (30/5) = 6

# 7) Απόδοση αφαίρεσης ελαττωμάτων (DRE)= ( Αριθμός ελαττωμάτων που εντοπίστηκαν κατά τη δοκιμή QA / (Αριθμός ελαττωμάτων που βρέθηκαν κατά τη δοκιμή QA + Αριθμός ελαττωμάτων που βρέθηκαν από τον τελικό χρήστη) * 100

Το DRE χρησιμοποιείται για τον προσδιορισμό της αποτελεσματικότητας της δοκιμής του συστήματος.
Ας υποθέσουμε, κατά τη διάρκεια της δοκιμής ανάπτυξης και QA, εντοπίσαμε 100 ελαττώματα.
Μετά τη δοκιμή QA, κατά τη διάρκεια της δοκιμής Alpha & Beta, ο τελικός χρήστης / πελάτης εντόπισε 40 ελαττώματα, τα οποία θα μπορούσαν να εντοπιστούν κατά τη φάση δοκιμής QA.

Τώρα, το DRE θα υπολογιστεί ως,
DRE = (100 / (100 + 40)) * 100 = (100/140) * 100 = 71%

# 8) Διαρροή ελαττώματος: Το Defect Leakage είναι η μέτρηση που χρησιμοποιείται για την αναγνώριση του αποτελεσματικότητα της δοκιμής QA δηλ. πόσα ελαττώματα χάθηκαν / γλίστρησαν κατά τη διάρκεια της δοκιμής QA.

Διαρροή ελαττώματος = ( Αριθμός ελαττωμάτων που βρέθηκαν στο UAT / Αριθμός ελαττωμάτων που βρέθηκαν στη δοκιμή QA.) * 100

Ας υποθέσουμε, κατά τη διάρκεια της δοκιμής ανάπτυξης και QA, εντοπίσαμε 100 ελαττώματα.
Μετά τη δοκιμή QA, κατά τη διάρκεια της δοκιμής Alpha & Beta, ο τελικός χρήστης / πελάτης εντόπισε 40 ελαττώματα, τα οποία θα μπορούσαν να εντοπιστούν κατά τη φάση δοκιμής QA.

Διαρροή ελαττώματος = (40/100) * 100 = 40%

# 9) Ελαττώματα κατά προτεραιότητα : Αυτή η μέτρηση χρησιμοποιείται για τον προσδιορισμό του αριθ. ελαττωμάτων που εντοπίστηκαν βάσει της σοβαρότητας / προτεραιότητας του ελαττώματος που χρησιμοποιείται για τον καθορισμό της ποιότητας του λογισμικού.

% ge Κρίσιμα ελαττώματα = Αριθμός αναγνωριστικών κρίσιμων ελαττωμάτων / Σύνολο αριθ. εντοπισμένων ελαττωμάτων * 100
Από τα διαθέσιμα δεδομένα στον παραπάνω πίνακα,
% ge Κρίσιμα ελαττώματα = 6/30 * 100 = 20%

% ge Υψηλά ελαττώματα = Αριθμός αναγνωρισμένων υψηλών ελαττωμάτων / Σύνολο αριθ. εντοπισμένων ελαττωμάτων * 100
Από τα διαθέσιμα δεδομένα στον παραπάνω πίνακα,
% ge Υψηλά ελαττώματα = 10/30 * 100 = 33,33%

% ge Μεσαία ελαττώματα = Αριθμός μεσαίων ελαττωμάτων που προσδιορίστηκαν / Σύνολο αριθ. εντοπισμένων ελαττωμάτων * 100
Από τα διαθέσιμα δεδομένα στον παραπάνω πίνακα,
% ge Μεσαία ελαττώματα = 6/30 * 100 = 20%

% ge Χαμηλά ελαττώματα = Αριθμός αναγνωρισμένων χαμηλών ελαττωμάτων / Σύνολο αριθ. εντοπισμένων ελαττωμάτων * 100
Από τα διαθέσιμα δεδομένα στον παραπάνω πίνακα,
% ge Χαμηλά ελαττώματα = 8/30 * 100 = 27%

Γράφημα μετρήσεων δοκιμής 5

Συνιστώμενη ανάγνωση=> Πώς να συντάξετε μια αποτελεσματική συνοπτική έκθεση δοκιμής

συμπέρασμα

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

Σχετικά με τον Συγγραφέα : Αυτή είναι μια θέση επισκεπτών από την Anuradha K. Έχει 7+ χρόνια εμπειρίας δοκιμών λογισμικού και εργάζεται επί του παρόντος ως σύμβουλος για ένα MNC. Έχει επίσης καλή γνώση των δοκιμών αυτοματισμού κινητής τηλεφωνίας.

Ποιες άλλες δοκιμαστικές μετρήσεις χρησιμοποιείτε στο έργο σας; Ως συνήθως, ενημερώστε τις σκέψεις / ερωτήσεις σας στα παρακάτω σχόλια.

Συνιστώμενη ανάγνωση

^