Μεθόδους δοκιμές του λογισμικού και να συγκρίνει. Μέθοδος δοκιμής της δοκιμής «μαύρο κουτί» και η μέθοδος «λευκό κουτί»

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

μέθοδοι

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

Οι μέθοδοι εξακρίβωσης (δοκιμή) προγράμματα μπορούν να χωριστούν σε στατικές και δυναμικές.

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

Δυναμικές τεχνικές είναι:

1. Λευκό κουτί ελέγχου. Πρόκειται για μια λεπτομερή μελέτη της εσωτερική λογική και τη δομή του προγράμματος. Είναι απαραίτητο σε γνώση του πηγαίου κώδικα.
2. Μαύρο κουτί ελέγχου. Αυτή η τεχνική δεν απαιτεί καμία γνώση σχετικά με τις εσωτερικές λειτουργίες της εφαρμογής. Θεωρούμε ότι μόνο τα βασικά στοιχεία του συστήματος, που δεν σχετίζονται ή συνδέονται με μερικά από εσωτερική λογική δομή της.
3. μέθοδο γκρι πλαίσιο. Συνδυάζει δύο προηγούμενες προσεγγίσεις. Debugging με περιορισμένη γνώση της εσωτερικής λειτουργίας της εφαρμογής συνδυάζεται με γνώση των βασικών πτυχών του συστήματος.

διαφανή δοκιμές

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

Δοκιμές προγράμματα από λευκό-box έχει τα εξής πλεονεκτήματα:

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

μειονεκτήματα:

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

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

Οι κύριες ποικιλίες:

1) δοκιμή του ελέγχου ροής - δομική στρατηγική χρησιμοποιώντας το μοντέλο ροής ελέγχου του προγράμματος και ως ευνοούν περισσότερο απλούς τρόπους για να λιγότερων πιο περίπλοκη?

2) Το υποκατάστημα έχει σχεδιαστεί για τη μελέτη εντοπισμού σφαλμάτων κάθε επιλογή (αληθής ή ψευδής) του κάθε φορέα ελέγχου, το οποίο περιλαμβάνει επίσης ένα συνδυασμένο διάλυμα?

3) δοκιμή του κυρίως μονοπατιού, το οποίο επιτρέπει την δοκιμαστή για τη δημιουργία λογικών μέτρο πολυπλοκότητας διαδικαστικές έργο για την απομόνωση ενός συνόλου βάση διαδρομές εκτέλεσης?

4) τον έλεγχο της ροής δεδομένων - τη στρατηγική ελέγχου ροής της έρευνας από τα σχόλια μετράνε πληροφορίες σχετικά με τη διαφήμιση και τη χρήση των μεταβλητών του προγράμματος?

5) κύκλους δοκιμών - πλήρως προσηλωμένη για την ορθή λειτουργία της κυκλικής διεργασιών.

συμπεριφοράς εντοπισμού σφαλμάτων

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

Τα πλεονεκτήματα αυτής της προσέγγισης:

• απόδοσης για μεγάλο τμήμα κώδικα?
• διευκόλυνση της αντίληψης tester?
• προοπτική χρήστης διαχωρίζεται σαφώς από τις προοπτικές προγραμματιστή (προγραμματιστή και tester είναι ανεξάρτητες μεταξύ τους)?
• ταχύτερη δημιουργία της δοκιμής.

λογισμικό ελέγχου μέθοδο μαύρο κουτί έχει τα ακόλουθα μειονεκτήματα:

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

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

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

1) ισοδύναμο με χώρισμα, η οποία μπορεί να μειώσει το σύνολο των δεδομένων των δοκιμών ως δεδομένα εισόδου μονάδα λογισμικού είναι κατανεμημένες σε ξεχωριστά μέρη?

2) Ανάλυση αξίας ορίου επικεντρώνεται στην εξακρίβωση των ορίων ή ακραίες οριακές τιμές - το ελάχιστο, το μέγιστο, και τυπικές τιμές του σφάλματος?

3) fuzzing - χρησιμοποιείται για να εφαρμόσει την αναζήτηση εισάγοντας λάθη ή αλλοιωμένα poluiskazhennyh δεδομένων σε αυτόματη ή ημι-αυτόματη λειτουργία?

4) μετρήσεις της αιτιότητας - μια τεχνική που βασίζεται στη δημιουργία γραφημάτων και τον καθορισμό της σχέσης μεταξύ της δράσης και τους λόγους της: ταυτότητα, άρνηση, λογικό OR και λογική και - τους τέσσερις βασικούς χαρακτήρες, εκφράζουν τη σχέση μεταξύ αιτίας και αποτελέσματος?

5) Έλεγχος των ορθογωνίων πινάκων εφαρμόζονται για τα προβλήματα με μια σχετικά μικρή περιοχή εισόδου υπερβαίνει τη δυνατότητα εξαντλητική έρευνα?

6) τον έλεγχο όλων των ζευγών - μια τεχνική όπου ένα σύνολο τιμών δοκιμής περιλαμβάνει όλους τους δυνατούς συνδυασμούς δυαδικών κάθε ζεύγος παραμέτρων εισόδου?

7) κατάσταση εκσφαλμάτωσης μετάβασης - μια τεχνική χρήσιμη για τον έλεγχο της κατάστασης του μηχανήματος, καθώς και για την πλοήγηση μέσω του GUI χρήστη.

Μαύρο κουτί ελέγχου: Παραδείγματα

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

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

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

Πόσες δοκιμές πρέπει να κάνετε για να ελέγξει όλες τις πιθανές τιμές για το 4 παράθυρα σημαία και το πεδίο εφάπαξ, ρυθμίστε το χρόνο σε δευτερόλεπτα; Κατά τον υπολογισμό πρώτης όψεως είναι απλή: 4 πεδία με δύο δυνατές καταστάσεις - 24 = 16, το οποίο πρέπει να πολλαπλασιάζεται με τον αριθμό των πιθανών θέσεις από τις 00 έως 99, δηλ 1600 πιθανές δοκιμές.

Ωστόσο, αυτός ο υπολογισμός είναι λανθασμένος: μπορούμε να διαπιστώσουμε ότι το πεδίο δύο σημείων μπορεί επίσης να περιέχει ένα χώρο, δηλαδή αποτελείται από δύο αλφαριθμητικά θέσεις και μπορεί να περιλαμβάνει αλφαριθμητικούς χαρακτήρες, ειδικούς χαρακτήρες, διαστήματα, κλπ Έτσι, αν .... σύστημα είναι ένας υπολογιστής 16-bit, γυρίστε 216 = 65536 ένα για κάθε θέση στα προκύπτοντα 4294967296 περιπτώσεις δοκιμής που πρόκειται να πολλαπλασιάζονται με 16 συνδυασμούς των σημαιών που δίνει ένα σύνολο 68.719.476 736. Αν η απόδοσή τους σε 1 δοκιμή ανά δευτερόλεπτο, το συνολικό cont olzhitelnost δοκιμή είναι 2 177,5 χρόνια. Για συστήματα 32 ή 64-bit, η διάρκεια ακόμη περισσότερο.

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

ισοδυναμία στεγανοποίηση

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

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

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

Για παράδειγμα, στο (1 / x) ^1/2 χρησιμοποιώντας τρία αλληλουχίες δεδομένων, τρεις ισοδύναμες κατάτμηση:

1. Όλοι οι θετικοί αριθμοί θα πρέπει να αντιμετωπίζονται με τον ίδιο τρόπο και θα πρέπει να δώσει σωστά αποτελέσματα.

2. Όλοι οι αρνητικοί αριθμοί αντιμετωπίζονται με τον ίδιο τρόπο με το ίδιο αποτέλεσμα. Αυτό δεν είναι σωστό, επειδή η ρίζα ενός αρνητικού αριθμού είναι φανταστικό.

3. Zero θα πρέπει να αντιμετωπίζονται ξεχωριστά και να δώσει το σφάλμα «διαίρεση με το μηδέν». Αυτό είναι ένα τμήμα με μία μόνο τιμή.

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

ανάλυσης συνοριακών τιμών

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

• ακατάλληλη χρήση της σχεσιακής φορέων (<,>, =, ≠, ≥, ≤)?
• μονό σφάλμα?
• προβλήματα σε κύκλους και επαναλήψεις,
• λάθος είδος και το μέγεθος των μεταβλητών που χρησιμοποιούνται για την αποθήκευση πληροφοριών?
• τεχνητή περιορισμούς που σχετίζονται με τους τύπους δεδομένων και μεταβλητών.

ημιδιαφανές δοκιμές

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

Χρησιμοποιώντας την τεχνική αυτή, ο ελεγκτής για την ανάπτυξη των αξιών της δοκιμής θα πρέπει να έχουν γνώση των εσωτερικών δομών δεδομένων και αλγορίθμων. Παραδείγματα μεθόδων δοκιμής γκρι-box έχουν ως εξής:

• αρχιτεκτονικό μοντέλο?
• Ενοποιημένη Γλώσσα Μοντελοποίησης (UML)?
• μοντέλο κατάσταση (πεπερασμένο κρατική μηχανή).

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

Αυτές οι μέθοδοι δοκιμής έχουν τα ακόλουθα πλεονεκτήματα:

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

μειονεκτήματα:

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

Ένα άλλο όνομα για τα γκρίζα τεχνικές κουτί - ημιδιαφανές τον εντοπισμό σφαλμάτων.

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

1) ορθογώνια συστοιχία - η χρήση ενός υποσυνόλου όλων των δυνατών συνδυασμών?

2) εντοπισμού σφαλμάτων μήτρας χρησιμοποιώντας την κατάσταση των δεδομένων προγράμματος?

3) οπισθοδρομική έλεγχο που διενεργήθηκε στις νέες αλλαγές στο λογισμικό?

4) Δοκιμή πρότυπο που αναλύει το σχεδιασμό και την αρχιτεκτονική μιας καλής εφαρμογής.

Σύγκριση των τεχνικών δοκιμών του λογισμικού

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

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

Παρακάτω είναι οι κύριες διαφορές μεταξύ των τριών δυναμικές τεχνικές δοκιμές - δίνεται ένα συγκριτικό πίνακα μεταξύ των τριών μορφών εντοπισμού σφαλμάτων λογισμικού.

άποψη	Η μέθοδος μαύρο κουτί	μέθοδο γκρι πλαίσιο	μέθοδος Λευκό-box
Διαθεσιμότητα των πληροφοριών σχετικά με τη σύνθεση του προγράμματος	Εξετάζει μόνο τις βασικές πτυχές της	Μερική γνώση σχετικά με την εσωτερική δομή του προγράμματος	Πλήρης πρόσβαση στον πηγαίο κώδικα
Βαθμός κατακερματισμού του προγράμματος	χαμηλός	κεντρικός	υψηλός
Ποιος παράγει τον εντοπισμό σφαλμάτων;	Τελικούς χρήστες, δοκιμαστές και προγραμματιστές	Τελικούς χρήστες, προγραμματιστές και προγράμματα εντοπισμού σφαλμάτων	Οι προγραμματιστές και οι δοκιμαστές
βάση	Δοκιμές βασίζεται στις εξωτερικές καταστάσεις έκτακτης ανάγκης.	βάση δεδομένων διαγράμματα ροής δεδομένων, την κατάσταση της εσωτερικής γνώσης του αλγορίθμου και της αρχιτεκτονικής	Η εσωτερική συσκευή έχει πλήρη επίγνωση
Ο βαθμός κάλυψης	Λιγότερο περιεκτική και απαιτεί ελάχιστο χρόνο	κεντρικός	Πιθανώς η πιο ολοκληρωμένη. Χρονοβόρα
Στοιχεία και εσωτερικά σύνορα	Debug μόνο με δοκιμή και σφάλμα	Μπορεί να ελέγξει τα πεδία δεδομένων και εσωτερικά σύνορα, εφόσον είναι γνωστά	Οι καλύτερες περιοχές δεδομένα δοκιμών και εσωτερικά σύνορα
Καταλληλότητα αλγόριθμο δοκιμές	όχι	όχι	ναί

αυτοματοποίηση

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

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

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

Τα εργαλεία δοκιμής μπορούν να ταξινομηθούν με διάφορους τρόπους. Το επόμενο τμήμα βασίζεται στις εργασίες που υποστηρίζουν:

• διαχείριση των δοκιμών, το οποίο περιλαμβάνει την υποστήριξη του έργου της διαχείρισης, εκδόσεις, διαμορφώσεις, την ανάλυση κινδύνου, την παρακολούθηση της δοκιμής, τα σφάλματα, ελαττώματα, και εργαλεία αναφοράς?
• διαχείρισης απαιτήσεων, η οποία περιλαμβάνει τις απαιτήσεις αποθήκευσης και τις προδιαγραφές, τους ελέγξει την πληρότητα και την αμφισημία, η προτεραιότητά τους και η ανιχνευσιμότητα κάθε δοκιμή?
• κριτική επισκόπηση και στατική ανάλυση, συμπεριλαμβανομένης της παρακολούθησης της ροής, και τα καθήκοντα, καταγραφή και αποθήκευση των παρατηρήσεων, η ανίχνευση βλάβης και προγραμματισμένες συνδέσεις διαχείρισης διορθώσεις σε λίστες ελέγχου και κανόνων, την παρακολούθηση των εγγράφων πηγής της επικοινωνίας και τον κωδικό στατική ανάλυση για την ανίχνευση ελαττωμάτων, τη διασφάλιση της συμμόρφωσης με τα πρότυπα του κώδικα γραφής, ανάλυση των δομών και εξαρτήσεις, τον υπολογισμό των μετρικών παραμέτρων του κώδικα και την αρχιτεκτονική. Επιπλέον, η χρήση μεταγλωττιστές, αναλυτές, γεννήτριες και τις σχέσεις των παραπομπών?
• μοντελοποίηση, η οποία περιλαμβάνει εργαλεία για την επιχειρηματική συμπεριφορά μοντελοποίηση και τη δοκιμή των μοντέλων?
• ανάπτυξης δοκιμών διασφαλίζει την παραγωγή των δεδομένων αναμένεται βάσει των όρων και προτύπων διεπαφής χρήστη και κωδικό, καταφέρνουν να δημιουργήσουν ή να τροποποιήσετε αρχεία και βάσεις δεδομένων, μηνυμάτων, επικύρωσης δεδομένων με βάση τους κανόνες της διαχείρισης, στατιστική ανάλυση των συνθηκών και των κινδύνων?
• μια κρίσιμη άποψη από την εισαγωγή των δεδομένων μέσα από ένα γραφικό περιβάλλον χρήστη, API, γραμμή εντολών χρησιμοποιώντας σύγκρισης για να βοηθήσει στον εντοπισμό επιτυχημένες και αποτυχημένες δοκιμές?
• υποστήριξη εντοπισμού σφαλμάτων περιβάλλον που σας επιτρέπει να αντικαταστήσει το ελλείποντα υλικού ή λογισμικού, στο Vol. h. Εξοπλισμός Προσομοίωση με βάση το καθορισμένο υποσύνολο εξόδου, εξομοιωτές τερματικού, κινητά τηλέφωνα και συσκευές δικτύων, το περιβάλλον για τον έλεγχο γλώσσες, λειτουργικά συστήματα και υλικό από την αντικατάσταση του οδηγού λείπουν εξαρτήματα, φανταστικά ενότητες, κλπ, καθώς και εργαλεία για τη σύλληψη και την τροποποίηση του OS ζητά τον περιορισμό προσομοίωση CPU, RAM, ROM, ή το δίκτυο .;
• .. Μια σύγκριση των αρχείων δεδομένων, βάσεις δεδομένων, ελέγξτε τα αναμενόμενα αποτελέσματα κατά τη διάρκεια και μετά τη δοκιμή είναι πλήρης, συμπεριλαμβανομένων δυναμική και τη σύγκριση της παρτίδας, Αυτόματο «Χρησμοί»?
• επίστρωση μέτρηση για τον εντοπισμό των διαρροών μνήμης και εσφαλμένη σύστημα εκτίμησης της συμπεριφοράς ελέγχου σε προσομοιωμένες εφαρμογές φορτίο παραγωγής φορτίου, βάσεις δεδομένων, δίκτυα ή οι εξυπηρετητές σε ένα ρεαλιστικό σενάριο της ανάπτυξης για τη μέτρηση, την ανάλυση και τον έλεγχο της έκθεσης των πόρων του συστήματος?
• την ασφάλεια?
• έλεγχο της απόδοσης, φορτίου και δυναμική ανάλυση?
• άλλα εργαλεία, στο Vol. h. για να ελέγξετε την ορθογραφία και τη σύνταξη, την ασφάλεια των δικτύων, τη διαθεσιμότητα όλων των σελίδων της ιστοσελίδας και άλλα.

προοπτική

Με τις μεταβαλλόμενες τάσεις στη βιομηχανία λογισμικού, η διαδικασία εντοπισμού σφαλμάτων είναι επίσης υπόκεινται σε αλλαγές. Υπάρχουν νέες μέθοδοι δοκιμής του λογισμικού, όπως η αρχιτεκτονική υπηρεσιών orientirovannae (SOA), ασύρματες τεχνολογίες, υπηρεσίες κινητής τηλεφωνίας, και ούτω καθεξής. Ε, έχουν ανοίξει νέους τρόπους δοκιμές του λογισμικού. Ορισμένες από τις αλλαγές που αναμένονται στον κλάδο τα επόμενα χρόνια είναι οι παρακάτω:

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

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