Επομένως, η συγκέντρωση απαιτήσεων είναι η σωστή απάντηση.
Σε ποια φάση το ελάττωμα είναι λιγότερο δαπανηρό ?
Το κόστος της επιδιόρθωσης ενός σφάλματος ή ελαττώματος είναι χαμηλότερο εάν το εντοπίσετε στη η φάση σχεδίασης, αλλά υψηλότερο σε μεταγενέστερες φάσεις του κύκλου ζωής ανάπτυξης λογισμικού (SDLC).
Ποιο είναι το κόστος του ελαττώματος;
Νωρίτερα εντοπιστεί το ελάττωμα, μικρότερο είναι το κόστος του ελαττώματος. Για παράδειγμα, εάν εντοπιστεί σφάλμα στις προδιαγραφές των απαιτήσεων κατά τη συλλογή και ανάλυση απαιτήσεων, τότε είναι κάπως φθηνό να το διορθώσετε. Η διόρθωση στην προδιαγραφή απαίτησης μπορεί να γίνει και στη συνέχεια μπορεί να εκδοθεί ξανά.
Πότε πρέπει να σταματήσουμε τις δοκιμές;
Ένας ελεγκτής μπορεί να αποφασίσει να σταματήσει τη δοκιμή όταν ο χρόνος MTBF είναι αρκετά μεγάλος, η πυκνότητα ελαττώματος είναι αποδεκτή, η κάλυψη κωδικού θεωρείται βέλτιστη σύμφωνα με το σχέδιο δοκιμής και ο αριθμός και η σοβαρότητα των ανοιχτών σφαλμάτων είναι και τα δύο χαμηλή.
Είναι εφικτή η εκατό τοις εκατό ποιότητα του λογισμικού;
Οι προγραμματιστές μπορούν επίσης να χρησιμοποιήσουν τη δοκιμή μονάδας. Με λίγα λόγια, ένας καλός μηχανικός QA ξέρει πώς να αναγνωρίζει σφάλματα λογισμικού. Θα πρέπει να είστε βέβαιοι ότι έχουν δοκιμαστεί όλες οι κύριες ροές εργασίας και οι βασικές λειτουργίες. Ωστόσο, 100 τοις εκατό κάλυψη δοκιμής είναι αδύνατη, καθώς δεν μπορείτε να προβλέψετε πώς θα συμπεριφέρονται οι τελικοί χρήστες.
