Έχουμε συγκεντρώσει τις πιο συχνές ερωτήσεις και απαντήσεις συνέντευξης μη αυτόματης δοκιμής που σας γνωρίζουν με τον τύπο των ερωτήσεων συνέντευξης για τη δοκιμή λογισμικού που μπορεί να σας ρωτήσει ένας ερευνητής κατά τη διάρκεια της συνέντευξής σας. Σε αυτήν τη λίστα ερωτήσεων συνέντευξης με μη αυτόματες δοκιμές με απαντήσεις, έχουμε καλύψει όλες τις κοινές ερωτήσεις συνέντευξης βασικών και προηγμένων δοκιμών λογισμικού με λεπτομερείς απαντήσεις για να σας βοηθήσουμε να καθαρίσετε εύκολα τη συνέντευξη εργασίας με μη αυτόματο έλεγχο.
Έχουμε καλύψει σχεδόν 150+ σημαντικές ερωτήσεις συνέντευξης για Χειροκίνητες δοκιμές για υποψηφίους καθώς και ερωτήσεις για Χειροκίνητες δοκιμές για έμπειρους Μηχανικούς QA για να βοηθήσουμε στην προετοιμασία για την επερχόμενη συνέντευξη. Αυτός ο λεπτομερής οδηγός ερωτήσεων συνέντευξης για μη αυτόματες δοκιμές θα σας βοηθήσει να σπάσετε τη συνέντευξη εργασίας σας για Δοκιμή λογισμικού.
Μη αυτόματες ερωτήσεις και απαντήσεις συνέντευξης
1. Τι είναι η εξερευνητική δοκιμή;
Η διερευνητική δοκιμή είναι μια πρακτική προσέγγιση στην οποία οι υπεύθυνοι δοκιμών συμμετέχουν στον ελάχιστο σχεδιασμό και τη μέγιστη εκτέλεση δοκιμών. Ο σχεδιασμός περιλαμβάνει τη δημιουργία ενός χάρτη δοκιμών, μια σύντομη δήλωση του πεδίου μιας σύντομης (1 έως 2 ώρας) δοκιμασμένης χρονικής προσπάθειας, των στόχων και των πιθανών προσεγγίσεων που θα χρησιμοποιηθούν. Οι δραστηριότητες δοκιμής σχεδιασμού και εκτέλεσης δοκιμών εκτελούνται παράλληλα συνήθως χωρίς να τεκμηριώνουν επίσημα τις συνθήκες δοκιμής, τις δοκιμαστικές περιπτώσεις ή τα σενάρια δοκιμής. Αυτό δεν σημαίνει ότι δεν θα χρησιμοποιηθούν άλλες, πιο επίσημες τεχνικές δοκιμών. Για παράδειγμα, ο υπεύθυνος δοκιμών μπορεί να αποφασίσει να χρησιμοποιήσει ανάλυση οριακής τιμής, αλλά θα εξετάσει και θα δοκιμάσει τις πιο σημαντικές οριακές τιμές χωρίς απαραίτητα να τις καταγράψει. Ορισμένες σημειώσεις θα γραφτούν κατά τη διάρκεια της εξεταστικής δοκιμαστικής περιόδου, έτσι ώστε να μπορεί να δημιουργηθεί μια αναφορά μετά.
2. Τι είναι η "δοκιμή περίπτωσης χρήσης";
Προκειμένου να εντοπιστεί και να εκτελεστεί η λειτουργική απαίτηση μιας εφαρμογής από την αρχή έως το τέλος, χρησιμοποιείται το "case case" και οι τεχνικές που χρησιμοποιούνται για αυτό είναι γνωστές ως "Use Case Testing".
3. Ποια είναι η διαφορά μεταξύ του STLC (Software Testing Life Cycle) και του SDLC (Software Development Life Cycle);
Το SDLC ασχολείται με την ανάπτυξη / κωδικοποίηση του λογισμικού, ενώ το STLC εξετάζει την επικύρωση και την επαλήθευση του λογισμικού
4. Τι είναι η μήτρα ιχνηλασιμότητας;
Η σχέση μεταξύ δοκιμαστικών περιπτώσεων και απαιτήσεων εμφανίζεται με τη βοήθεια ενός εγγράφου. Αυτό το έγγραφο είναι γνωστό ως πίνακας ιχνηλασιμότητας.
5. Τι είναι ο έλεγχος διαμερισμάτων Equivalence;
Η δοκιμή διαμέρισης ισοδυναμίας είναι μια τεχνική δοκιμής λογισμικού που διαιρεί τα δεδομένα δοκιμής εισόδου εφαρμογής σε κάθε διαμέρισμα τουλάχιστον μία φορά ισοδύναμων δεδομένων από τα οποία μπορούν να προκύψουν δοκιμαστικές περιπτώσεις. Με αυτήν τη μέθοδο δοκιμής, μειώνει το χρόνο που απαιτείται για τη δοκιμή λογισμικού.
6. Τι είναι η δοκιμή λευκού κουτιού και αναφέρετε τους τύπους δοκιμών λευκού κουτιού;
Η τεχνική δοκιμής λευκού κουτιού περιλαμβάνει την επιλογή δοκιμαστικών περιπτώσεων βάσει ανάλυσης της εσωτερικής δομής (Κάλυψη κώδικα, κάλυψη κλάδων, κάλυψη διαδρομών, κάλυψη συνθηκών κ.λπ.) ενός στοιχείου ή συστήματος. Είναι επίσης γνωστό ως δοκιμή βάσει κώδικα ή δομικές δοκιμές. Διαφορετικοί τύποι δοκιμών λευκού κουτιού είναι
- Κάλυψη δήλωσης
- Κάλυψη αποφάσεων
7. Στη δοκιμή λευκού κουτιού, τι επαληθεύετε;
Στη δοκιμή λευκού κουτιού επαληθεύονται τα ακόλουθα βήματα.
- Επαληθεύστε τις τρύπες ασφαλείας στον κώδικα
- Επαληθεύστε τις ελλιπείς ή κατεστραμμένες διαδρομές στον κώδικα
- Επαληθεύστε τη ροή της δομής σύμφωνα με τις προδιαγραφές του εγγράφου
- Επαληθεύστε τα αναμενόμενα αποτελέσματα
- Επαληθεύστε όλους τους βρόχους υπό όρους στον κώδικα για να ελέγξετε την πλήρη λειτουργικότητα της εφαρμογής
- Επαληθεύστε τη γραμμή με κωδικοποίηση γραμμής και καλύψτε 100% δοκιμές
8. Τι είναι η δοκιμή μαύρου κουτιού; Ποιες είναι οι διαφορετικές τεχνικές δοκιμής μαύρου κουτιού;
Η δοκιμή μαύρου κουτιού είναι η μέθοδος ελέγχου λογισμικού που χρησιμοποιείται για τη δοκιμή του λογισμικού χωρίς να γνωρίζει την εσωτερική δομή του κώδικα ή του προγράμματος. Αυτός ο έλεγχος γίνεται συνήθως για τον έλεγχο της λειτουργικότητας μιας εφαρμογής. Οι διαφορετικές τεχνικές δοκιμής μαύρου κουτιού είναι
- Διαχωρισμός ισοδυναμίας
- Ανάλυση οριακής τιμής
- Γράφημα αιτίας-αποτελέσματος
9. Ποια είναι η διαφορά μεταξύ στατικών και δυναμικών δοκιμών;
Στατικές δοκιμές: Κατά τη μέθοδο στατικής δοκιμής, ο κώδικας δεν εκτελείται και εκτελείται χρησιμοποιώντας την τεκμηρίωση λογισμικού.
Δυναμική δοκιμή: Για να εκτελέσετε αυτόν τον έλεγχο, ο κωδικός πρέπει να είναι σε εκτελέσιμη μορφή.
10. Τι είναι η επαλήθευση και επικύρωση;
Η επαλήθευση είναι μια διαδικασία αξιολόγησης λογισμικού κατά τη φάση ανάπτυξης. Σας βοηθά να αποφασίσετε εάν το προϊόν μιας δεδομένης εφαρμογής πληροί τις καθορισμένες απαιτήσεις. Η επικύρωση είναι η διαδικασία αξιολόγησης λογισμικού κατά τη διαδικασία ανάπτυξης και για να ελέγξετε εάν πληροί τις απαιτήσεις του πελάτη.
11. Ποια είναι τα διαφορετικά επίπεδα δοκιμής;
Υπάρχουν τέσσερα επίπεδα δοκιμής
- Δοκιμή μονάδας / συστατικού / προγράμματος / ενότητας
- Δοκιμή ολοκλήρωσης
- Δοκιμή συστήματος
- Δοκιμή αποδοχής
12. Τι είναι ο έλεγχος ολοκλήρωσης;
Ο έλεγχος ενοποίησης είναι ένα επίπεδο διαδικασίας δοκιμής λογισμικού, όπου μεμονωμένες μονάδες μιας εφαρμογής συνδυάζονται και δοκιμάζονται. Συνήθως εκτελείται μετά από δοκιμή μονάδας και λειτουργίας.
13. Ποια είναι τα σχέδια δοκιμών;
Σχεδιασμός δοκιμών, πεδίο εφαρμογής, στρατηγικές δοκιμών, προσέγγιση είναι διάφορες λεπτομέρειες από τις οποίες αποτελείται το έγγραφο δοκιμαστικού σχεδίου.
- Αναγνωριστικό περίπτωσης δοκιμής
- Πεδίο εφαρμογής
- Χαρακτηριστικά προς δοκιμή
- Χαρακτηριστικά που δεν πρέπει να δοκιμαστούν
- Στρατηγική δοκιμής & προσέγγιση δοκιμής
- Παραδοτέα δοκιμής
- Ευθύνες
- Στελέχωση και εκπαίδευση
- Κίνδυνος και απρόβλεπτα
14. Ποια είναι η διαφορά μεταξύ UAT (User Acceptance Testing) και System testing;
Δοκιμή συστήματος: Ο έλεγχος συστήματος εντοπίζει ελαττώματα όταν το σύστημα υποβάλλεται σε δοκιμές στο σύνολό του. Είναι επίσης γνωστό ως δοκιμή από άκρο σε άκρο. Σε έναν τέτοιο τύπο δοκιμών, η εφαρμογή πάσχει από την αρχή έως το τέλος.
UAT: Ο έλεγχος αποδοχής χρήστη (UAT) περιλαμβάνει τη λειτουργία ενός προϊόντος μέσω μιας σειράς συγκεκριμένων δοκιμών που καθορίζουν εάν το προϊόν θα ικανοποιήσει τις ανάγκες των χρηστών του.
15. Αναφέρετε τη διαφορά μεταξύ δοκιμών βάσει δοκιμής και δοκιμής;
Επανεξέταση: Είναι μια διαδικασία ελέγχου σφαλμάτων που πραγματοποιείται από την ομάδα ανάπτυξης για να επαληθεύσει ότι έχουν διορθωθεί.
Δοκιμή βάσει δεδομένων (DDT): Στη διαδικασία δοκιμής βάσει δεδομένων, η εφαρμογή δοκιμάζεται με πολλαπλά δεδομένα δοκιμής. Η εφαρμογή ελέγχεται με διαφορετικό σύνολο τιμών.
16. Ποια είναι τα πολύτιμα βήματα για την επίλυση προβλημάτων κατά τη δοκιμή;
- Εγγραφή: Καταγράψτε και χειριστείτε τυχόν προβλήματα που έχουν συμβεί
- Αναφορά: Αναφέρετε τα ζητήματα στον υπεύθυνο υψηλότερου επιπέδου
- Έλεγχος: Ορίστε τη διαδικασία διαχείρισης ζητημάτων
17. Ποια είναι η διαφορά μεταξύ των σεναρίων δοκιμών, των δοκιμαστικών περιπτώσεων και του σεναρίου δοκιμής;
Η διαφορά μεταξύ των σεναρίων δοκιμών και των δοκιμαστικών περιπτώσεων είναι αυτή
Σενάρια δοκιμής: Ένα σενάριο δοκιμής είναι κάθε λειτουργικότητα που μπορεί να ελεγχθεί. Ονομάζεται επίσης Test Condition ή Test Possibility.
Test Cases: Είναι ένα έγγραφο που περιέχει τα βήματα που πρέπει να εκτελεστούν. έχει προγραμματιστεί νωρίτερα.
Test Script: Είναι γραμμένο σε γλώσσα προγραμματισμού και είναι ένα σύντομο πρόγραμμα που χρησιμοποιείται για τη δοκιμή μέρους της λειτουργικότητας του συστήματος λογισμικού. Με άλλα λόγια, ένα γραπτό σύνολο βημάτων που πρέπει να εκτελούνται χειροκίνητα.
18. Τι είναι το ελάττωμα Latent;
Λανθάνουσα βλάβη: Αυτό το ελάττωμα είναι ένα υπάρχον ελάττωμα στο σύστημα, το οποίο δεν προκαλεί βλάβη, καθώς το ακριβές σύνολο συνθηκών δεν πληροί ποτέ
19. Ποιες είναι οι δύο παράμετροι που μπορεί να είναι χρήσιμες για να γνωρίζουμε την ποιότητα της εκτέλεσης δοκιμής;
Για να μάθουμε την ποιότητα της εκτέλεσης δοκιμών, μπορούμε να χρησιμοποιήσουμε δύο παραμέτρους
- Αναλογία απόρριψης ελαττωμάτων
- Λόγος διαρροής ελαττωμάτων
20. Ποια είναι η λειτουργία του εργαλείου δοκιμών λογισμικού "phantom";
Το Phantom είναι ένα δωρεάν λογισμικό και χρησιμοποιείται για τη γλώσσα scripting των Windows GUI αυτοματισμού. Μας επιτρέπει να ελέγχουμε αυτόματα τα παράθυρα και τις λειτουργίες. Μπορεί να προσομοιώσει οποιονδήποτε συνδυασμό πλήκτρων και κλικ ποντικιού, καθώς και μενού, λίστες και άλλα.
21. Εξηγήστε τι είναι τα παραδοτέα δοκιμής;
Το Test Deliverables είναι ένα σύνολο εγγράφων, εργαλείων και άλλων στοιχείων που πρέπει να αναπτυχθούν και να συντηρηθούν για την υποστήριξη των δοκιμών.
Υπάρχουν διαφορετικά παραδοτέα δοκιμών σε κάθε φάση του κύκλου ζωής ανάπτυξης λογισμικού
- Πριν από τη δοκιμή
- Κατά τη διάρκεια της δοκιμής
- Μετά τη δοκιμή
22. Τι είναι ο έλεγχος μετάλλαξης;
Ο έλεγχος μετάλλαξης είναι μια τεχνική για να προσδιορίσετε εάν ένα σύνολο δεδομένων δοκιμής ή δοκιμαστικής υπόθεσης είναι χρήσιμο εισάγοντας σκόπιμα διάφορες αλλαγές κώδικα (σφάλματα) και δοκιμάζοντας με τα αρχικά δεδομένα δοκιμής / περιπτώσεις για να προσδιορίσετε εάν εντοπίζονται τα σφάλματα.
23. Τι πρέπει να λάβετε υπόψη πριν επιλέξετε τα εργαλεία αυτοματισμού για το AUT;
- Τεχνική σκοπιμότητα
- Επίπεδο πολυπλοκότητας
- Σταθερότητα εφαρμογής
- Δεδομένα δοκιμής
- Μέγεθος εφαρμογής
- Επαναχρησιμοποίηση αυτοματοποιημένων σεναρίων
- Εκτέλεση σε περιβάλλον
24. Πώς θα πραγματοποιήσετε την Ανάλυση Κινδύνου;
Για την ανάλυση κινδύνου πρέπει να εφαρμοστούν τα ακόλουθα βήματα
- Εύρεση της βαθμολογίας του κινδύνου
- Δημιουργία προφίλ για τον κίνδυνο
- Αλλαγή των ιδιοτήτων κινδύνου
- Χρησιμοποιήστε τους πόρους αυτού του κινδύνου δοκιμής
- Δημιουργία βάσης δεδομένων κινδύνου
25. Ποιες είναι οι κατηγορίες εντοπισμού σφαλμάτων;
Κατηγορίες για εντοπισμό σφαλμάτων
- Σφάλμα βίαιης δύναμης
- Οπισθοδρόμηση
- Αιτία εξάλειψη
- Τεμαχισμός προγράμματος
- Ανάλυση δέντρων βλαβών
26. Τι εξηγεί το παράδειγμα της κάλυψης σφαλμάτων;
Όταν η παρουσία ενός ελαττώματος κρύβει την παρουσία άλλου ελαττώματος στο σύστημα, είναι γνωστό ως κάλυψη σφάλματος.
Παράδειγμα: Εάν η "Αρνητική τιμή" προκαλέσει ενεργοποίηση εξαίρεσης συστήματος χωρίς χειρισμό, ο προγραμματιστής θα αποτρέψει την εισαγωγή αρνητικών τιμών. Αυτό θα επιλύσει το πρόβλημα και θα αποκρύψει το ελάττωμα της απρόσκοπτης εξαίρεσης.
27. Εξηγήστε τι είναι το σχέδιο δοκιμών; Ποιες είναι οι πληροφορίες που πρέπει να καλύπτονται στο Πρόγραμμα δοκιμών;
Ένα σχέδιο δοκιμής μπορεί να οριστεί ως ένα έγγραφο που περιγράφει το πεδίο εφαρμογής, την προσέγγιση, τους πόρους και το πρόγραμμα των δραστηριοτήτων δοκιμής και ένα σχέδιο δοκιμής πρέπει να καλύπτει τις ακόλουθες λεπτομέρειες.
- Στρατηγική δοκιμής
- Στόχος δοκιμής
- Κριτήρια εξόδου / αναστολής
- Σχεδιασμός πόρων
- Παραδοτέα δοκιμής
28. Πώς μπορείτε να εξαλείψετε τον κίνδυνο προϊόντος στο έργο σας;
Σας βοηθά να εξαλείψετε τον κίνδυνο προϊόντος στο έργο σας και υπάρχει ένα απλό αλλά κρίσιμο βήμα που μπορεί να μειώσει τον κίνδυνο προϊόντος στο έργο σας.
- Ερευνήστε τα έγγραφα προδιαγραφών
- Συζητήστε για το έργο με όλους τους ενδιαφερόμενους, συμπεριλαμβανομένου του προγραμματιστή
- Ως πραγματικός χρήστης περιηγηθείτε στον ιστότοπο
29. Ποιος είναι ο κοινός κίνδυνος που οδηγεί σε αποτυχία του έργου;
Ο κοινός κίνδυνος που οδηγεί σε αποτυχία ενός έργου είναι
- Δεν έχει αρκετό ανθρώπινο δυναμικό
- Το περιβάλλον δοκιμών ενδέχεται να μην έχει ρυθμιστεί σωστά
- Περιορισμένος προϋπολογισμός
- Περιορισμοί χρόνου
30. Σε ποια βάση μπορείτε να φτάσετε σε μια εκτίμηση για το έργο σας;
Για να εκτιμήσετε το έργο σας, πρέπει να λάβετε υπόψη τα ακόλουθα σημεία
- Χωρίστε ολόκληρο το έργο στις μικρότερες εργασίες
- Κατανομή κάθε εργασίας σε μέλη της ομάδας
- Υπολογίστε την προσπάθεια που απαιτείται για την ολοκλήρωση κάθε εργασίας
- Επικυρώστε την εκτίμηση
31. Εξηγήστε πώς θα εκχωρήσετε μια εργασία σε μέλη της ομάδας;
| Εργο | Μέλος |
|
|
|
|
|
|
|
|
|
|
32. Εξηγήστε τι είναι ο τύπος δοκιμής και ποιος είναι ο κοινώς χρησιμοποιούμενος τύπος δοκιμών;
Για να λάβετε ένα αναμενόμενο αποτέλεσμα δοκιμής, ακολουθεί μια τυπική διαδικασία που αναφέρεται ως Τύπος δοκιμής.
Οι συνήθως χρησιμοποιούμενοι τύποι δοκιμών είναι
- Δοκιμή μονάδας: Ελέγξτε τον μικρότερο κώδικα μιας εφαρμογής
- Δοκιμή API: Το API δοκιμών δημιουργήθηκε για την εφαρμογή
- Έλεγχος ενοποίησης: Μεμονωμένες ενότητες λογισμικού συνδυάζονται και δοκιμάζονται
- Δοκιμή συστήματος: Πλήρης δοκιμή του συστήματος
- Εγκατάσταση / Κατάργηση εγκατάστασης δοκιμών: Ο έλεγχος έγινε από την άποψη του πελάτη / πελάτη
- Agile Testing: Δοκιμή μέσω τεχνικής Agile
33. Κατά την παρακολούθηση του έργου σας, τι πρέπει να λάβετε υπόψη σας;
Τα πράγματα που πρέπει να ληφθούν υπόψη είναι
- Είναι το πρόγραμμά σας σύμφωνα με το πρόγραμμα
- Είστε υπερβολικός προϋπολογισμός
- Εργάζεστε προς τον ίδιο στόχο σταδιοδρομίας
- Έχετε αρκετούς πόρους
- Υπάρχουν προειδοποιητικά σημάδια επικείμενων προβλημάτων
- Υπάρχει πίεση από τη διοίκηση να ολοκληρώσει το έργο νωρίτερα
34. Ποια είναι τα κοινά λάθη που δημιουργούν προβλήματα;
- Αντιστοίχιση πόρων σε λάθος έργα
- Έλλειψη δεξιοτήτων από τον διαχειριστή δοκιμών
- Δεν ακούω άλλους
- Κακός προγραμματισμός
- Υποεκτίμηση
- Αγνοώντας τα μικρά προβλήματα
- Δεν ακολουθούμε τη διαδικασία
35. Τι περιέχει μια τυπική έκθεση δοκιμών; Ποια είναι τα οφέλη των αναφορών δοκιμών;
Μια έκθεση δοκιμής περιέχει τα ακόλουθα πράγματα:
- Πληροφορίες έργου
- Στόχος δοκιμής
- Περίληψη δοκιμής
- Ελάττωμα
Τα οφέλη των αναφορών δοκιμών είναι:
- Η τρέχουσα κατάσταση του έργου και η ποιότητα του προϊόντος ενημερώνονται
- Εάν απαιτείται, οι ενδιαφερόμενοι και οι πελάτες μπορούν να λάβουν διορθωτικά μέτρα
- Ένα τελικό έγγραφο βοηθά να αποφασίσετε εάν το προϊόν είναι έτοιμο για κυκλοφορία
36. Τι είναι η εξέταση διαχείρισης δοκιμών και γιατί είναι σημαντική;
Ο έλεγχος διαχείρισης αναφέρεται επίσης ως Διασφάλιση Ποιότητας Λογισμικού ή SQA. Το SQA εστιάζει περισσότερο στη διαδικασία λογισμικού παρά στα προϊόντα εργασίας λογισμικού. Είναι ένα σύνολο δραστηριοτήτων που έχουν σχεδιαστεί για να διασφαλίζουν ότι ο διαχειριστής του έργου ακολουθεί την τυπική διαδικασία. Το SQA βοηθά τον διαχειριστή δοκιμών να συγκρίνει το έργο με βάση τα καθορισμένα πρότυπα.
37. Ποιες είναι οι βέλτιστες πρακτικές για τη διασφάλιση της ποιότητας του λογισμικού;
Οι βέλτιστες πρακτικές για μια αποτελεσματική εφαρμογή SQA είναι
- Συνεχής βελτίωση
- Τεκμηρίωση
- Χρήση εργαλείου
- Μετρήσεις
- Ευθύνη από μέλη της ομάδας
- Έμπειροι ελεγκτές SQA
38. Πότε προετοιμάζεται το RTM (Απαίτηση ιχνηλασιμότητας μήτρας);
Το RTM προετοιμάζεται πριν από το σχεδιασμό της δοκιμαστικής θήκης. Οι απαιτήσεις πρέπει να είναι ανιχνεύσιμες από δραστηριότητες αναθεώρησης.
39. Ποια είναι η διαφορά μεταξύ του πίνακα δοκιμών και του πίνακα ιχνηλασιμότητας;
Test Matrix : Το Test matrix χρησιμοποιείται για την καταγραφή της πραγματικής ποιότητας, της προσπάθειας, του σχεδίου, των πόρων και του χρόνου που απαιτείται για την καταγραφή όλων των φάσεων της δοκιμής λογισμικού
Traceability Matrix : Η αντιστοίχιση μεταξύ δοκιμαστικών περιπτώσεων και απαιτήσεων πελατών είναι γνωστή ως Traceability Matrix
40. Σε μη αυτόματες δοκιμές τι είναι stubs και προγράμματα οδήγησης;
Τόσο τα στέλεχος όσο και τα προγράμματα οδήγησης αποτελούν μέρος των σταδιακών δοκιμών. Στις σταδιακές δοκιμές, υπάρχουν δύο προσεγγίσεις, δηλαδή προσέγγιση από κάτω προς τα πάνω και από πάνω προς τα κάτω. Τα προγράμματα οδήγησης χρησιμοποιούνται στη δοκιμή από κάτω προς τα πάνω και το στέλεχος χρησιμοποιείται για προσέγγιση από πάνω προς τα κάτω. Για τη δοκιμή της κύριας μονάδας, χρησιμοποιείται το στέλεχος, το οποίο είναι εικονικός κώδικας ή πρόγραμμα.
41. Ποιο είναι το βήμα που θα ακολουθήσετε μόλις βρείτε το ελάττωμα;
Μόλις εντοπιστεί κάποιο ελάττωμα, θα ακολουθήσετε το βήμα
α) Επαναλάβετε το ελάττωμα
β) Επισυνάψτε το στιγμιότυπο οθόνης
γ) Καταγράψτε το ελάττωμα
42. Εξηγήστε τι είναι η μέθοδος δοκιμής "Driven Plan Driven" ή "Key Word Driven";
Αυτή η τεχνική χρησιμοποιεί το πραγματικό έγγραφο δοκιμαστικής περίπτωσης που αναπτύχθηκε από δοκιμαστές χρησιμοποιώντας ένα υπολογιστικό φύλλο που περιέχει ειδικές "βασικές λέξεις" Οι λέξεις κλειδιά ελέγχουν την επεξεργασία.
43. Τι είναι το DFD (Διάγραμμα ροής δεδομένων);
Όταν μια «ροή δεδομένων» μέσω ενός συστήματος πληροφοριών αντιπροσωπεύεται γραφικά, τότε είναι γνωστό ως Διάγραμμα ροής δεδομένων. Χρησιμοποιείται επίσης για την οπτικοποίηση της επεξεργασίας δεδομένων.
44. Εξηγήστε τι είναι το LCSAJ;
Το LCSAJ σημαίνει «γραμμική ακολουθία κώδικα και άλμα». Αποτελείται από τα ακόλουθα τρία στοιχεία
α) Έναρξη της γραμμικής ακολουθίας εκτελέσιμων δηλώσεων
β) Τέλος της γραμμικής ακολουθίας
γ) Η γραμμή στόχος στην οποία μεταφέρεται η ροή ελέγχου στο τέλος της γραμμικής ακολουθίας
45. Εξηγήστε τι είναι η δοκιμή N + 1;
Η παραλλαγή της δοκιμής παλινδρόμησης παρουσιάζεται ως Ν + 1. Σε αυτήν την τεχνική, η δοκιμή εκτελείται σε πολλαπλούς κύκλους στους οποίους τα σφάλματα που βρέθηκαν στον κύκλο δοκιμών «Ν» επιλύονται και επανεξετάζονται στον κύκλο δοκιμής Ν + 1. Ο κύκλος επαναλαμβάνεται εκτός εάν δεν υπάρχουν σφάλματα.
46. Τι είναι η δοκιμή Fuzz και πότε χρησιμοποιείται;
Η δοκιμή Fuzz χρησιμοποιείται για τον εντοπισμό κενών ασφαλείας και σφάλματα κωδικοποίησης στο λογισμικό. Σε αυτήν την τεχνική, τυχαία δεδομένα προστίθενται στο σύστημα σε μια προσπάθεια να καταρρεύσει το σύστημα. Εάν η ευπάθεια επιμένει, ένα εργαλείο που ονομάζεται fuzz tester χρησιμοποιείται για τον προσδιορισμό πιθανών αιτίων. Αυτή η τεχνική είναι πιο χρήσιμη για μεγαλύτερα έργα, αλλά ανιχνεύει μόνο ένα μεγάλο σφάλμα.
47. Αναφέρετε ποια είναι τα κύρια πλεονεκτήματα της μέτρησης κάλυψης δηλώσεων των δοκιμών λογισμικού;
Το όφελος της μέτρησης κάλυψης δηλώσεων είναι αυτό
α) Δεν απαιτεί επεξεργασία του πηγαίου κώδικα και μπορεί να εφαρμοστεί απευθείας στον κώδικα αντικειμένου
β) Τα σφάλματα κατανέμονται ομοιόμορφα μέσω του κώδικα, λόγω του οποίου το ποσοστό των εκτελέσιμων δηλώσεων που καλύπτονται αντικατοπτρίζει το ποσοστό των βλαβών που ανακαλύφθηκαν
48. Πώς να δημιουργήσετε δοκιμαστικές περιπτώσεις για τη μέθοδο "αντικατάσταση συμβολοσειράς";
a) Εάν χαρακτήρες σε νέα συμβολοσειρά> χαρακτήρες στην προηγούμενη συμβολοσειρά. Κανένας από τους χαρακτήρες δεν πρέπει να περικοπεί
β) Εάν χαρακτήρες σε νέα συμβολοσειρά <χαρακτήρες στην προηγούμενη συμβολοσειρά. Δεν πρέπει να προστεθούν ανεπιθύμητοι χαρακτήρες
γ) Τα κενά μετά και πριν από τη συμβολοσειρά δεν πρέπει να διαγραφούν
δ) Η συμβολοσειρά πρέπει να αντικαθίσταται μόνο για την πρώτη εμφάνιση της συμβολοσειράς
49. Πώς θα χειριστείτε μια σύγκρουση μεταξύ των μελών της ομάδας σας;
- Θα μιλήσω μεμονωμένα σε κάθε άτομο και θα σημειώσω τις ανησυχίες τους
- Θα βρω μια λύση στα κοινά προβλήματα που ανακύπτουν από τα μέλη της ομάδας
- Θα πραγματοποιήσω μια συνάντηση ομάδας, θα αποκαλύψω τη λύση και θα ζητήσω από τους ανθρώπους να συνεργαστούν
50. Αναφέρετε ποιες είναι οι κατηγορίες ελαττωμάτων;
Κυρίως υπάρχουν τρεις κατηγορίες ελαττωμάτων
- Λάθος : Όταν μια απαίτηση δεν εφαρμόζεται σωστά
- Λείπει : Είναι μια διαφορά από την προδιαγραφή, μια ένδειξη ότι μια προδιαγραφή δεν εφαρμόστηκε ή δεν πληρούται μια απαίτηση του πελάτη
- Επιπλέον : Μια απαίτηση ενσωματωμένη στο προϊόν που δεν δόθηκε από τον τελικό πελάτη. Θεωρείται ως ελάττωμα επειδή είναι μια διαφορά από τις υπάρχουσες απαιτήσεις
51. Εξηγήστε πώς λειτουργεί ένα εργαλείο κάλυψης δοκιμών;
Το εργαλείο δοκιμής κάλυψης κώδικα εκτελείται παράλληλα κατά την εκτέλεση δοκιμών στο πραγματικό προϊόν. Το εργαλείο κάλυψης κώδικα παρακολουθεί τις εκτελεσμένες δηλώσεις του πηγαίου κώδικα. Όταν ολοκληρωθεί ο τελικός έλεγχος, λαμβάνουμε μια πλήρη αναφορά των εκκρεμών δηλώσεων και λαμβάνουμε επίσης το ποσοστό κάλυψης.
52. Αναφέρετε ποια είναι η διαφορά μεταξύ «ελαττώματος» και «αποτυχίας» στη δοκιμή λογισμικού;
Με απλά λόγια, όταν ένα ελάττωμα φτάνει στον τελικό πελάτη, ονομάζεται αποτυχία ενώ το ελάττωμα εντοπίζεται εσωτερικά και επιλύεται. τότε αναφέρεται ως ελάττωμα.
53. Εξηγήστε πώς να δοκιμάσετε έγγραφα σε ένα έργο που εκτείνεται σε ολόκληρο τον κύκλο ζωής ανάπτυξης λογισμικού;
Το έργο καλύπτει τον κύκλο ζωής ανάπτυξης λογισμικού με τον ακόλουθο τρόπο
- Κεντρικό σχέδιο δοκιμών έργου: Είναι το κύριο σχέδιο δοκιμών που περιγράφει την πλήρη στρατηγική δοκιμών του έργου. Αυτό το σχέδιο χρησιμοποιείται έως το τέλος του κύκλου ζωής ανάπτυξης λογισμικού
- Σχέδιο δοκιμής αποδοχής: Αυτό το έγγραφο ξεκινά κατά τη διάρκεια της φάσης απαίτησης και ολοκληρώνεται κατά την τελική παράδοση
- Σχέδιο δοκιμής συστήματος: Αυτό το σχέδιο ξεκινά κατά τη διάρκεια του σχεδίου σχεδίασης και συνεχίζεται μέχρι το τέλος του έργου
- Σχέδιο ολοκλήρωσης και δοκιμής μονάδας: Και τα δύο αυτά σχέδια δοκιμής ξεκινούν κατά τη διάρκεια της φάσης εκτέλεσης και διαρκούν μέχρι την τελική παράδοση
54. Εξηγήστε ποιες δοκιμαστικές θήκες γράφονται πρώτα μαύρα κουτιά ή λευκά κουτιά;
Οι δοκιμαστικές θήκες μαύρου κουτιού γράφονται πρώτα για να γράφουν θήκες μαύρου κουτιού. Απαιτεί σχέδιο έργου και έγγραφο απαίτησης όλα αυτά τα έγγραφα είναι εύκολα διαθέσιμα στην αρχή του έργου. Κατά τη συγγραφή λευκών κουτιών δοκιμές απαιτούν περισσότερη αρχιτεκτονική κατανόηση και δεν είναι διαθέσιμη κατά την έναρξη του έργου.
55. Εξηγήστε ποια είναι η διαφορά μεταξύ λανθάνων και καλυμμένων ελαττωμάτων;
- Λανθάνουσα βλάβη: Ένα λανθάνων ελάττωμα είναι ένα υπάρχον ελάττωμα που δεν έχει προκαλέσει αποτυχία επειδή δεν συνάφθηκαν ποτέ τα σύνολα
- Masked defect: Πρόκειται για ένα υπάρχον ελάττωμα που δεν έχει προκαλέσει αποτυχία, επειδή ένα άλλο ελάττωμα εμπόδισε την εκτέλεση αυτού του τμήματος του κώδικα
56. Αναφέρετε τι είναι η δοκιμή από τη βάση προς τα πάνω;
Η δοκιμή από κάτω προς τα πάνω είναι μια προσέγγιση για δοκιμές ολοκλήρωσης, όπου τα συστατικά χαμηλότερου επιπέδου δοκιμάζονται πρώτα και στη συνέχεια χρησιμοποιούνται για να διευκολύνουν τη δοκιμή συστατικών υψηλότερου επιπέδου. Η διαδικασία επαναλαμβάνεται έως ότου ελεγχθεί το στοιχείο στην κορυφή της ιεραρχίας.
57. Αναφέρετε ποιοι είναι οι διαφορετικοί τύποι τεχνικών κάλυψης δοκιμών;
Περιλαμβάνονται διάφοροι τύποι τεχνικών κάλυψης δοκιμών
- Κάλυψη δήλωσης: Επιβεβαιώνει ότι κάθε γραμμή πηγαίου κώδικα έχει εκτελεστεί και δοκιμαστεί
- Κάλυψη απόφασης: Διασφαλίζει ότι κάθε απόφαση στον πηγαίο κώδικα εκτελείται και δοκιμάζεται
- Κάλυψη διαδρομής: Διασφαλίζει ότι εκτελείται και δοκιμάζεται κάθε δυνατή διαδρομή μέσω ενός δεδομένου μέρους του κώδικα
58. Αναφέρετε ποια είναι η έννοια του τεστ αναπνοής;
Η δοκιμή αναπνοής είναι μια δοκιμαστική σουίτα που ασκεί την πλήρη λειτουργικότητα ενός προϊόντος, αλλά δεν ελέγχει λεπτομερώς τα χαρακτηριστικά
59. Εξηγήστε τι σημαίνει το Code Walk Through;
Το Code Walk Through είναι η άτυπη ανάλυση του πηγαίου κώδικα του προγράμματος για την εύρεση ελαττωμάτων και την επαλήθευση τεχνικών κωδικοποίησης
60. Αναφέρετε ποια είναι τα βασικά στοιχεία της μορφής αναφοράς ελαττωμάτων;
Τα βασικά στοιχεία της μορφής αναφοράς ελαττωμάτων περιλαμβάνουν
- Όνομα έργου
- Όνομα ενότητας
- Εντοπίστηκε ελάττωμα στις
- Εντοπίστηκε ελάττωμα από
- Αναγνωριστικό ελαττώματος και όνομα
- Στιγμιότυπο του ελαττώματος
- Κατάσταση προτεραιότητας και σοβαρότητας
- Το ελάττωμα επιλύθηκε από
- Το ελάττωμα επιλύθηκε
61. Αναφέρετε ποιος είναι ο σκοπός της διεξαγωγής δοκιμών από άκρο σε άκρο;
Ο έλεγχος από άκρο σε άκρο πραγματοποιείται μετά από λειτουργικές δοκιμές. Ο σκοπός της διεξαγωγής δοκιμών από άκρο σε άκρο είναι αυτός
- Για την επικύρωση των απαιτήσεων λογισμικού και την ενοποίηση με εξωτερικές διεπαφές
- Δοκιμή εφαρμογών σε πραγματικό περιβάλλον σεναρίου
- Δοκιμή αλληλεπίδρασης μεταξύ εφαρμογής και βάσης δεδομένων
62. Εξηγήστε τι σημαίνει η δοκιμαστική πλεξούδα;
Μια δοκιμαστική πλεξούδα διαμορφώνει ένα σύνολο εργαλείων και δεδομένων δοκιμής για τη δοκιμή μιας εφαρμογής σε διάφορες συνθήκες και περιλαμβάνει παρακολούθηση της εξόδου με την αναμενόμενη έξοδο για ορθότητα.
63. Εξηγήστε σε ένα πρόγραμμα δοκιμών ποιες δραστηριότητες δοκιμών θα αυτοματοποιήσετε;
Κατά τη δοκιμή έργων δοκιμών, θα αυτοματοποιήσετε
- Δοκιμές που πρέπει να εκτελεστούν για κάθε έκδοση της εφαρμογής
- Δοκιμές που χρησιμοποιούν πολλά δεδομένα για το ίδιο σύνολο ενεργειών
- Πανομοιότυπες δοκιμές που πρέπει να εκτελεστούν χρησιμοποιώντας διαφορετικά προγράμματα περιήγησης
- Κρίσιμες σελίδες αποστολής
- Μια συναλλαγή με σελίδες που δεν αλλάζουν σε σύντομο χρονικό διάστημα
64. Ποιο είναι το ΚΥΡΙΟ όφελος από το σχεδιασμό δοκιμών νωρίς στον κύκλο ζωής;
Βοηθά στην αποτροπή της εισαγωγής ελαττωμάτων στον κώδικα.
65. Τι είναι ο έλεγχος βάσει κινδύνου;
Δοκιμή βάσει κινδύνου είναι ο όρος που χρησιμοποιείται για μια προσέγγιση για τη δημιουργία μιας στρατηγικής δοκιμής που βασίζεται στην ιεράρχηση των δοκιμών ανά κίνδυνο. Η βάση της προσέγγισης είναι μια λεπτομερής ανάλυση κινδύνου και ιεράρχηση των κινδύνων ανά επίπεδο κινδύνου. Στη συνέχεια καθορίζονται δοκιμές για την αντιμετώπιση κάθε κινδύνου, ξεκινώντας πρώτα με τον υψηλότερο κίνδυνο.
66. Ποια είναι η βασική διαφορά μεταξύ προληπτικών και αντιδραστικών προσεγγίσεων στις δοκιμές;
Οι προληπτικές δοκιμές σχεδιάζονται νωρίς. Οι αντιδραστικές δοκιμές σχεδιάζονται μετά την παραγωγή του λογισμικού.
67. Ποιος είναι ο σκοπός των κριτηρίων εξόδου;
Ο σκοπός των κριτηρίων εξόδου είναι να καθορίσει πότε ολοκληρώνεται ένα επίπεδο δοκιμής.
68. Τι καθορίζει το επίπεδο κινδύνου;
Η πιθανότητα ενός ανεπιθύμητου συμβάντος και ο αντίκτυπος του συμβάντος καθορίζουν το επίπεδο κινδύνου.
69. Πότε χρησιμοποιείται δοκιμή πίνακα αποφάσεων;
Ο έλεγχος πίνακα αποφάσεων χρησιμοποιείται για συστήματα δοκιμών για τα οποία η προδιαγραφή λαμβάνει τη μορφή κανόνων ή συνδυασμών αιτίων-αποτελεσμάτων. Σε έναν πίνακα αποφάσεων, οι είσοδοι παρατίθενται σε μια στήλη, με τις εξόδους στην ίδια στήλη αλλά κάτω από τις εισόδους. Το υπόλοιπο του πίνακα διερευνά συνδυασμούς εισόδων για τον καθορισμό των παραγόμενων εξόδων.
Μάθετε περισσότερα σχετικά με την τεχνική δοκιμών πίνακα αποφάσεων στο Video Tutorial εδώ
70. Γιατί χρησιμοποιούμε πίνακες αποφάσεων;
Οι τεχνικές κατανομής ισοδυναμίας και ανάλυσης οριακής τιμής εφαρμόζονται συχνά σε συγκεκριμένες καταστάσεις ή εισόδους. Ωστόσο, εάν διαφορετικοί συνδυασμοί εισόδων καταλήγουν σε διαφορετικές ενέργειες, αυτό μπορεί να είναι πιο δύσκολο να εμφανιστεί χρησιμοποιώντας κατανομή ισοδυναμίας και ανάλυση οριακής τιμής, οι οποίες τείνουν να επικεντρώνονται περισσότερο στο περιβάλλον χρήστη. Οι άλλες δύο τεχνικές που βασίζονται σε προδιαγραφές, πίνακες αποφάσεων και δοκιμές μετάβασης κατάστασης επικεντρώνονται περισσότερο στη λογική των επιχειρήσεων ή στους επιχειρηματικούς κανόνες. Ένας πίνακας αποφάσεων είναι ένας καλός τρόπος αντιμετώπισης συνδυασμών πραγμάτων (π.χ. εισροών). Αυτή η τεχνική μερικές φορές αναφέρεται επίσης ως πίνακας «αιτίας-αποτελέσματος». Ο λόγος για αυτό είναι ότι υπάρχει μια σχετική τεχνική λογικής διαγράμματος που ονομάζεται "γραφική παράσταση αιτίας-αποτελέσματος" η οποία μερικές φορές χρησιμοποιήθηκε για να βοηθήσει στην εξαγωγή του πίνακα αποφάσεων
71. Ποιος είναι ο κύριος στόχος κατά την αναθεώρηση ενός παραδοτέου λογισμικού;
Για τον εντοπισμό ελαττωμάτων σε οποιοδήποτε προϊόν εργασίας λογισμικού.
72. Ποιο από τα παρακάτω ορίζει τα αναμενόμενα αποτελέσματα μιας δοκιμής; Προδιαγραφή δοκιμής ή προδιαγραφή σχεδιασμού δοκιμής.
Η προδιαγραφή δοκιμής καθορίζει τα αναμενόμενα αποτελέσματα μιας δοκιμής.
73. Ποιο είναι το όφελος της ανεξαρτησίας των δοκιμών;
Αποφεύγει την προκατάληψη του συγγραφέα στον καθορισμό αποτελεσματικών δοκιμών.
74. Ως μέρος της διαδικασίας δοκιμής καθορίζετε τα κριτήρια εξόδου;
Τα κριτήρια εξόδου καθορίζονται στις βάσεις του «Σχεδιασμού δοκιμών».
75. Τι είναι η δοκιμή Alpha;
Δοκιμή πριν από την κυκλοφορία από εκπροσώπους τελικών χρηστών στον ιστότοπο του προγραμματιστή.
76. Τι είναι η δοκιμή beta;
Οι δοκιμές πραγματοποιούνται από πιθανούς πελάτες στις τοποθεσίες τους.
77. Αναφέρετε ποια είναι η διαφορά μεταξύ δοκιμών Pilot και Beta;
Η διαφορά μεταξύ δοκιμαστικής δοκιμής και δοκιμής beta είναι ότι η δοκιμαστική δοκιμή πραγματοποιείται στην πραγματικότητα χρησιμοποιώντας το προϊόν από την ομάδα χρηστών πριν από την τελική ανάπτυξη και σε δοκιμές beta, δεν εισάγουμε πραγματικά δεδομένα, αλλά εγκαθίσταται στον τελικό πελάτη για επικύρωση εάν το προϊόν μπορεί να χρησιμοποιηθεί στην παραγωγή.
78. Δεδομένου του ακόλουθου τμήματος κώδικα, πόσες δοκιμές απαιτούνται για κάλυψη αποφάσεων 100%;
εάν πλάτος> μήκοςthenbiggest_dimension = πλάτοςεάν ύψος> πλάτοςthenbiggest_dimension = ύψοςτέλος εανelsebiggest_dimension = μήκοςεάν ύψος> μήκοςthenbiggest_dimension = ύψοςτέλος εαντέλος εαν
4
79. Έχετε σχεδιάσει δοκιμαστικές θήκες για την παροχή 100% δήλωσης και 100% κάλυψης αποφάσεων για το ακόλουθο τμήμα κώδικα. αν πλάτος> μήκος τότε μεγαλύτερο_ διάσταση = πλάτος άλλο μεγαλύτερο_ διάσταση = μήκος τέλος_if Το παρακάτω έχει προστεθεί στο κάτω μέρος του παραπάνω τμήματος κώδικα. εκτύπωση "Η μεγαλύτερη διάσταση είναι" & μεγαλύτερη_διαστάσεις "Πλάτος: & πλάτος εκτύπωσης "Μήκος: & μήκος Πόσες περισσότερες δοκιμαστικές περιπτώσεις απαιτούνται;
Δεν μπορούν να χρησιμοποιηθούν υπάρχουσες περιπτώσεις δοκιμών.
80. Ποια είναι η διαφορά μεταξύ Τεχνικών δοκιμών και Εργαλείων δοκιμών;
Τεχνική δοκιμών: - Είναι μια διαδικασία για να διασφαλιστεί ότι ορισμένες πτυχές του συστήματος εφαρμογής ή της μονάδας λειτουργούν σωστά, μπορεί να υπάρχουν λίγες τεχνικές αλλά πολλά εργαλεία.
Εργαλεία δοκιμών: - Είναι ένα όχημα για την εκτέλεση μιας διαδικασίας δοκιμής. Το εργαλείο αποτελεί πόρο για τον υπεύθυνο δοκιμών, αλλά το ίδιο δεν επαρκεί για τη διεξαγωγή δοκιμών
Μάθετε περισσότερα για τα Εργαλεία δοκιμών εδώ
81. Χρησιμοποιούμε την έξοδο της ανάλυσης απαιτήσεων, την προδιαγραφή απαίτησης ως την εισαγωγή για γραφή
…Περιπτώσεις δοκιμής αποδοχής χρήστη
82. Επαναλαμβανόμενες δοκιμές ενός ήδη δοκιμασμένου προγράμματος, μετά την τροποποίηση, για να ανακαλυφθούν τυχόν ελαττώματα που εισήχθησαν ή αποκαλύφθηκαν ως αποτέλεσμα των αλλαγών στο λογισμικό που δοκιμάστηκε ή σε άλλο σχετικό ή μη σχετικό στοιχείο λογισμικού:
Δοκιμή παλινδρόμησης
83. Ένας χονδρέμπορος πωλεί κασέτες εκτυπωτών. Η ελάχιστη ποσότητα παραγγελίας είναι 5. Υπάρχει έκπτωση 20% για παραγγελίες 100 ή περισσότερων κασετών εκτυπωτή. Σας ζητήθηκε να προετοιμάσετε δοκιμαστικές θήκες χρησιμοποιώντας διάφορες τιμές για τον αριθμό των κασετών εκτυπωτή που παραγγέλθηκαν. Ποια από τις ακόλουθες ομάδες περιέχει τρεις δοκιμαστικές εισόδους που θα δημιουργηθούν χρησιμοποιώντας Ανάλυση οριακής τιμής;
4, 5, 99
84. Τι είναι η δοκιμή εξαρτημάτων;
Η δοκιμή στοιχείων, γνωστή και ως δοκιμή μονάδας, λειτουργικής μονάδας και προγράμματος, αναζητά ελαττώματα και επαληθεύει τη λειτουργία λογισμικού (π.χ. λειτουργικές μονάδες, προγράμματα, αντικείμενα, τάξεις κ.λπ.) που μπορούν να ελεγχθούν ξεχωριστά. Ο έλεγχος των συστατικών μπορεί να γίνει μεμονωμένα από το υπόλοιπο σύστημα, ανάλογα με το πλαίσιο του κύκλου ζωής ανάπτυξης και του συστήματος. Τις περισσότερες φορές τα stubs και τα προγράμματα οδήγησης χρησιμοποιούνται για την αντικατάσταση του λογισμικού που λείπει και την προσομοίωση της διεπαφής μεταξύ των στοιχείων του λογισμικού απλά. Ένα στέλεχος καλείται από το στοιχείο λογισμικού που πρόκειται να δοκιμαστεί. ένας οδηγός καλεί ένα στοιχείο για δοκιμή.
Εδώ είναι ένα καταπληκτικό βίντεο σχετικά με τη δοκιμή μονάδας
85. Τι είναι η δοκιμή λειτουργικού συστήματος;
Ο έλεγχος της λειτουργίας από άκρο σε άκρο του συστήματος ως σύνολο ορίζεται ως έλεγχος λειτουργικού συστήματος.
86. Ποια είναι τα οφέλη του Independent Testing;
Οι ανεξάρτητοι ελεγκτές είναι αμερόληπτοι και εντοπίζουν διαφορετικά ελαττώματα ταυτόχρονα.
87. Σε μια ΑΝΤΙΔΡΑΣΗ προσέγγιση για τις δοκιμές πότε θα περιμένατε να ξεκινήσει το μεγαλύτερο μέρος του έργου σχεδιασμού δοκιμών;
Το μεγαλύτερο μέρος της δοκιμαστικής μελέτης ξεκίνησε μετά την παραγωγή του λογισμικού ή του συστήματος.
88. Ποιες είναι οι διαφορετικές μεθοδολογίες στο μοντέλο Agile Development;
Υπάρχουν επί του παρόντος επτά διαφορετικές ευέλικτες μεθοδολογίες για τις οποίες γνωρίζω:
- Extreme Προγραμματισμός (XP)
- Scrum
- Ανάπτυξη λογισμικού Lean
- Ανάπτυξη βάσει λειτουργιών
- Ευέλικτη ενοποιημένη διαδικασία
- Κρύσταλλο
- Μοντέλο Δυναμικής Ανάπτυξης Συστημάτων (DSDM)
89. Ποια δραστηριότητα στη βασική διαδικασία δοκιμής περιλαμβάνει αξιολόγηση της δυνατότητας δοκιμής των απαιτήσεων και του συστήματος;
Μια «Ανάλυση δοκιμής» και «Σχεδιασμός» περιλαμβάνει αξιολόγηση της δυνατότητας δοκιμής των απαιτήσεων και του συστήματος.
90. Ποιος είναι συνήθως ο πιο σημαντικός λόγος για τη χρήση του κινδύνου για την προώθηση των προσπαθειών δοκιμών;
Επειδή ο έλεγχος όλων δεν είναι εφικτός.
91. Τι είναι η τυχαία δοκιμή / μαϊμού; Πότε χρησιμοποιείται;
Η τυχαία δοκιμή είναι συχνά γνωστή ως δοκιμή πιθήκου. Σε έναν τέτοιο τύπο δοκιμών, τα δεδομένα δημιουργούνται τυχαία συχνά χρησιμοποιώντας ένα εργαλείο ή αυτοματοποιημένο μηχανισμό. Με αυτήν την τυχαία παραγόμενη είσοδο, το σύστημα δοκιμάζεται και τα αποτελέσματα αναλύονται ανάλογα. Αυτές οι δοκιμές είναι λιγότερο αξιόπιστες. Ως εκ τούτου, χρησιμοποιείται συνήθως από τους αρχάριους και για να δούμε αν το σύστημα θα παραμείνει υπό δυσμενείς επιπτώσεις.
92. Ποιο από τα παρακάτω είναι έγκυροι στόχοι για αναφορές συμβάντων;
- Παρέχετε στους προγραμματιστές και σε άλλα μέρη σχόλια σχετικά με το πρόβλημα για να επιτρέψετε την ταυτοποίηση, την απομόνωση και τη διόρθωση, όπως απαιτείται.
- Παρέχετε ιδέες για βελτίωση της διαδικασίας δοκιμών.
- Παρέχετε ένα όχημα για την αξιολόγηση της ικανότητας των ελεγκτών.
- Παρέχετε στους υπεύθυνους δοκιμών ένα μέσο παρακολούθησης της ποιότητας του υπό δοκιμή συστήματος.
93. Εξετάστε τις ακόλουθες τεχνικές. Ποιες είναι στατικές και ποιες είναι δυναμικές τεχνικές;
- Διαχωρισμός ισοδυναμίας.
- Χρησιμοποιήστε τη δοκιμή περίπτωσης.
- Ανάλυση ροής δεδομένων.
- Διερευνητικές δοκιμές.
- Δοκιμή απόφασης.
- Επιθεωρήσεις.
Η ανάλυση ροής δεδομένων και οι επιθεωρήσεις είναι στατικές. Το Equivalence Partitioning, Use Case Test, Exploratory Testing και Decision Testing είναι δυναμικά.
94. Γιατί οι στατικές δοκιμές και οι δυναμικές δοκιμές περιγράφονται ως συμπληρωματικές;
Επειδή μοιράζονται τον στόχο του εντοπισμού ελαττωμάτων, αλλά διαφέρουν στους τύπους ελαττωμάτων που βρίσκουν.
95. Ποιες είναι οι φάσεις μιας επίσημης αναθεώρησης;
Σε αντίθεση με τις ανεπίσημες κριτικές, οι επίσημες κριτικές ακολουθούν μια τυπική διαδικασία. Μια τυπική επίσημη διαδικασία αναθεώρησης αποτελείται από έξι βασικά βήματα:
- Σχεδίαση
- Έναρξη
- Παρασκευή
- Ανασκόπηση συνάντησης
- Επαναλάβετε
- Ακολουθω.
96. Ποιος είναι ο ρόλος του συντονιστή στη διαδικασία αναθεώρησης;
Ο συντονιστής (ή ηγέτης κριτικής) ηγείται της διαδικασίας αναθεώρησης. Αυτός ή αυτή καθορίζει, σε συνεργασία με τον συγγραφέα, το είδος της κριτικής, την προσέγγιση και τη σύνθεση της ομάδας αξιολόγησης. Ο συντονιστής εκτελεί τον έλεγχο εισόδου και την παρακολούθηση της επανάληψης, προκειμένου να ελέγξει την ποιότητα της εισόδου και της εξόδου της διαδικασίας αναθεώρησης. Ο συντονιστής προγραμματίζει επίσης τη συνάντηση, διαδίδει έγγραφα πριν από τη σύσκεψη, προπονητικά άλλα μέλη της ομάδας, ρυθμό της συνάντησης, οδηγεί πιθανές συζητήσεις και αποθηκεύει τα δεδομένα που συλλέγονται.
Μάθετε περισσότερα για τη διαδικασία ελέγχου στο Video Tutorial εδώ
97. Τι είναι ένα διαμέρισμα ισοδυναμίας (επίσης γνωστό ως κλάση ισοδυναμίας);
Ένα εύρος τιμών εισόδου ή εξόδου έτσι ώστε μόνο μία τιμή στο εύρος να γίνεται δοκιμαστική περίπτωση.
98. Πότε πρέπει να εφαρμοστούν οι διαδικασίες διαχείρισης διαμόρφωσης;
Κατά τον προγραμματισμό των δοκιμών.
99. Ένας τύπος λειτουργικών δοκιμών, ο οποίος διερευνά τις λειτουργίες που σχετίζονται με την ανίχνευση απειλών, όπως ο ιός από κακόβουλα άτομα;
Δοκιμή ασφαλείας
100. Δοκιμές όπου υποβάλλουμε τον στόχο του τεστ, σε ποικίλους φόρτους εργασίας για τη μέτρηση και την αξιολόγηση των συμπεριφορών απόδοσης και της ικανότητας του στόχου και του τεστ να συνεχίσει να λειτουργεί σωστά κάτω από αυτούς τους διαφορετικούς φόρτους εργασίας;
Φόρτωση δοκιμής
101. Η δοκιμαστική δραστηριότητα που εκτελείται για την έκθεση ελαττωμάτων στις διεπαφές και στην αλληλεπίδραση μεταξύ ολοκληρωμένων στοιχείων είναι;
Δοκιμή επιπέδου ολοκλήρωσης
102. Ποιες είναι οι τεχνικές δοκιμής βάσει δομής (λευκό κουτί);
Οι τεχνικές δοκιμής βάσει δομής (οι οποίες είναι επίσης δυναμικές και όχι στατικές) χρησιμοποιούν την εσωτερική δομή του λογισμικού για τη δημιουργία δοκιμαστικών περιπτώσεων. Συνήθως ονομάζονται τεχνικές «white-box» ή «glass-box» (που υποδηλώνουν ότι μπορείτε να δείτε στο σύστημα) δεδομένου ότι απαιτούν γνώση του τρόπου εφαρμογής του λογισμικού, δηλαδή του τρόπου λειτουργίας του. Για παράδειγμα, μια δομική τεχνική μπορεί να ασχολείται με την άσκηση βρόχων στο λογισμικό. Μπορούν να προκύψουν διαφορετικές δοκιμαστικές περιπτώσεις για την άσκηση του βρόχου μία, δύο φορές και πολλές φορές. Αυτό μπορεί να γίνει ανεξάρτητα από τη λειτουργικότητα του λογισμικού.
103. Πότε θα πρέπει να εκτελεστεί το "Regression Testing";
Μετά την αλλαγή του λογισμικού ή όταν το περιβάλλον έχει αλλάξει, θα πρέπει να εκτελούνται δοκιμές παλινδρόμησης.
104 . Τι είναι αρνητική και θετική δοκιμή;
Ένα αρνητικό τεστ είναι όταν εισάγετε μια μη έγκυρη εισαγωγή και λαμβάνετε σφάλματα. Ενώ η θετική δοκιμή είναι όταν βάλετε μια έγκυρη εισαγωγή και περιμένετε κάποια ενέργεια να ολοκληρωθεί σύμφωνα με τις προδιαγραφές.
105. Ποιος είναι ο σκοπός ενός κριτηρίου ολοκλήρωσης δοκιμής;
Ο σκοπός του κριτηρίου ολοκλήρωσης της δοκιμής είναι να καθοριστεί πότε θα σταματήσει η δοκιμή
106. Τι δεν μπορεί να βρει η στατική ανάλυση;
Για παράδειγμα διαρροές μνήμης.
107. Ποια είναι η διαφορά μεταξύ επανεξέτασης και δοκιμής παλινδρόμησης;
Η επανεξέταση διασφαλίζει ότι το αρχικό σφάλμα έχει αφαιρεθεί. Ο έλεγχος παλινδρόμησης αναζητά απρόσμενες παρενέργειες.
108. Ποιες είναι οι τεχνικές δοκιμών βάσει της εμπειρίας;
Σε τεχνικές βασισμένες στην εμπειρία, οι γνώσεις, οι δεξιότητες και το υπόβαθρο των ανθρώπων είναι πρωταρχικός συντελεστής στις συνθήκες δοκιμής και τις δοκιμαστικές περιπτώσεις. Η εμπειρία τόσο των τεχνικών όσο και των επιχειρηματιών είναι σημαντική, καθώς φέρνουν διαφορετικές προοπτικές στη δοκιμαστική ανάλυση και τη διαδικασία σχεδιασμού. Λόγω προηγούμενης εμπειρίας με παρόμοια συστήματα, μπορεί να έχουν πληροφορίες για το τι θα μπορούσε να πάει στραβά, κάτι που είναι πολύ χρήσιμο για δοκιμές.
109. Τι είδους έλεγχος απαιτεί επίσημα κριτήρια εισόδου και εξόδου, συμπεριλαμβανομένων μετρήσεων;
Επιθεώρηση
110. Μπορούν οι κριτικές ή οι επιθεωρήσεις να θεωρηθούν μέρος των δοκιμών;
Ναι, επειδή και οι δύο βοηθούν στην ανίχνευση βλαβών και βελτιώνουν την ποιότητα.
111. Ένα πεδίο εισαγωγής παίρνει το έτος γέννησης μεταξύ 1900 και 2004 ποιες είναι οι οριακές τιμές για τη δοκιμή αυτού του πεδίου;
1899,1900,2004,2005
112. Ποιο από τα ακόλουθα εργαλεία θα συμμετείχε στην αυτοματοποίηση του τεστ παλινδρόμησης; ένα. Εξεταστής δεδομένων β. Ελεγκτής ορίου γ. Λήψη / Αναπαραγωγή d. Συγκριτικό εξόδου.
ρε. Συγκριτικό εξόδου
113. Για να ελέγξετε μια συνάρτηση, τι πρέπει να γράψετε έναν προγραμματιστή, ο οποίος καλεί τη συνάρτηση να δοκιμαστεί και να περάσει τα δεδομένα δοκιμής.
Οδηγός
114. Ποιος είναι ο βασικός λόγος για τον οποίο οι προγραμματιστές δυσκολεύονται να δοκιμάσουν τη δική τους εργασία;
Έλλειψη αντικειμενικότητας
115. "Πόση δοκιμή είναι αρκετή;"
Η απάντηση εξαρτάται από τον κίνδυνο για τη βιομηχανία σας, τη σύμβαση και τις ειδικές απαιτήσεις.
116. Πότε πρέπει να σταματήσουν οι δοκιμές;
Εξαρτάται από τους κινδύνους για το υπό δοκιμή σύστημα. Υπάρχουν ορισμένα κριτήρια βάσει των οποίων μπορείτε να σταματήσετε τη δοκιμή.
- Προθεσμίες (Δοκιμή, Έκδοση)
- Ο δοκιμαστικός προϋπολογισμός έχει εξαντληθεί
- Ο ρυθμός σφάλματος πέφτει κάτω από ένα συγκεκριμένο επίπεδο
- Οι δοκιμαστικές περιπτώσεις ολοκληρώθηκαν με ορισμένο ποσοστό επιτυχίας
- Οι περίοδοι άλφα ή beta για τη δοκιμή τελειώνουν
- Η κάλυψη του κώδικα, της λειτουργικότητας ή των απαιτήσεων ικανοποιείται σε ένα καθορισμένο σημείο
117. Ποιο από τα παρακάτω είναι ο πρωταρχικός σκοπός της στρατηγικής ολοκλήρωσης για δοκιμές ολοκλήρωσης στο μικρό;
Ο πρωταρχικός σκοπός της στρατηγικής ενσωμάτωσης είναι να καθορίσετε ποιες ενότητες να συνδυάσετε πότε και πόσες ταυτόχρονα.
118. Τι είναι ημι-τυχαίες περιπτώσεις δοκιμής;
Οι ημι-τυχαίες δοκιμαστικές περιπτώσεις δεν είναι τίποτα, αλλά όταν εκτελούμε τυχαίες δοκιμαστικές περιπτώσεις και κάνουμε ισοδύναμο διαχωρισμό σε αυτές τις δοκιμαστικές περιπτώσεις, αφαιρεί περιττές δοκιμαστικές περιπτώσεις, δίνοντάς μας έτσι ημι-τυχαίες δοκιμαστικές περιπτώσεις.
119. Λαμβάνοντας υπόψη τον ακόλουθο κωδικό, ποια δήλωση ισχύει για τον ελάχιστο αριθμό δοκιμαστικών περιπτώσεων που απαιτούνται για πλήρη δήλωση και κάλυψη υποκαταστήματος;
Διαβάστε σελ
Διαβάστε q
ΕΑΝ p + q> 100
Τότε εκτύπωση "Μεγάλο"
ΤΕΛΟΣ ΕΑΝ
ΕΑΝ p> 50
Τότε εκτύπωση "p Large"
ΤΕΛΟΣ ΕΑΝ
1 δοκιμή για κάλυψη δηλώσεων, 2 για κάλυψη υποκαταστήματος
120. Ποια κριτική χρησιμοποιείται συνήθως για την αξιολόγηση ενός προϊόντος για τον προσδιορισμό της καταλληλότητάς του για τη σκοπούμενη χρήση και για τον εντοπισμό ασυμφωνιών;
Τεχνική ανασκόπηση.
121. Τα σφάλματα που εντοπίστηκαν πρέπει να τεκμηριώνονται αρχικά από ποιον;
Από δοκιμαστές.
122. Ποιο είναι το τρέχον επίσημο διεθνές αναγνωρισμένο πρότυπο τεκμηρίωσης;
Δεν υπάρχει.
123. Ποιο από τα παρακάτω είναι ο συμμετέχων στην κριτική που έχει δημιουργήσει το στοιχείο προς έλεγχο;
Συντάκτης
124. Ορισμένα κρίσιμα σφάλματα επιδιορθώνονται στο λογισμικό. Όλα τα σφάλματα βρίσκονται σε μία ενότητα, που σχετίζονται με αναφορές. Ο διαχειριστής δοκιμών αποφασίζει να κάνει δοκιμές παλινδρόμησης μόνο στην ενότητα αναφορών.
Ο έλεγχος παλινδρόμησης θα πρέπει να γίνει και σε άλλες ενότητες, επειδή ο καθορισμός μιας μονάδας μπορεί να επηρεάσει άλλες ενότητες.
125. Γιατί η ανάλυση οριακής τιμής παρέχει καλές περιπτώσεις δοκιμής;
Επειδή τα σφάλματα γίνονται συχνά κατά τον προγραμματισμό των διαφορετικών περιπτώσεων κοντά στα «άκρα» του εύρους τιμών.
126. Τι κάνει μια επιθεώρηση διαφορετική από άλλους τύπους αξιολόγησης;
Διευθύνεται από έναν εκπαιδευμένο ηγέτη, χρησιμοποιεί επίσημα κριτήρια εισόδου και εξόδου και λίστες ελέγχου.
127. Γιατί μπορεί ο ελεγκτής να εξαρτάται από τη διαχείριση διαμόρφωσης;
Επειδή η διαχείριση διαμόρφωσης διασφαλίζει ότι γνωρίζουμε την ακριβή έκδοση του δοκιμαστικού υλικού και του αντικειμένου δοκιμής.
128. Τι είναι το V-Model;
Ένα μοντέλο ανάπτυξης λογισμικού που απεικονίζει πώς οι δραστηριότητες δοκιμών ενσωματώνονται με τις φάσεις ανάπτυξης λογισμικού
129. Τι είναι ο έλεγχος συντήρησης;
Ενεργοποιείται από τροποποιήσεις, μετανάστευση ή απόσυρση υπάρχοντος λογισμικού
130. Τι είναι η δοκιμαστική κάλυψη;
Η κάλυψη δοκιμών μετρά με κάποιο συγκεκριμένο τρόπο το ποσό των δοκιμών που πραγματοποιούνται από ένα σύνολο δοκιμών (που προκύπτει με κάποιον άλλο τρόπο, π.χ. χρησιμοποιώντας τεχνικές βάσει προδιαγραφών) Όπου μπορούμε να μετρήσουμε τα πράγματα και μπορούμε να πούμε αν κάθε ένα από αυτά τα πράγματα έχει δοκιμαστεί από κάποια δοκιμή, τότε μπορούμε να μετρήσουμε την κάλυψη.
131. Γιατί προτιμάται η σταδιακή ολοκλήρωση σε σχέση με την ενσωμάτωση "big bang";
Επειδή η σταδιακή ολοκλήρωση έχει καλύτερη δυνατότητα ελέγχου και απομόνωσης πρώιμων ελαττωμάτων
132. Τι ονομάζεται διαδικασία ξεκινώντας από τις τερματικές ενότητες;
Ενσωμάτωση από κάτω προς τα πάνω
133. Κατά τη διάρκεια της οποίας η δοκιμαστική δραστηριότητα θα μπορούσε να βρεθεί σφάλμα με τον πιο αποδοτικό τρόπο;
Κατά τον προγραμματισμό των δοκιμών
134. Ο σκοπός της φάσης απαίτησης είναι
Για να παγώσουμε τις απαιτήσεις, να κατανοήσουμε τις ανάγκες των χρηστών, να καθορίσουμε το εύρος των δοκιμών
135. Γιατί χωρίσαμε τις δοκιμές σε διαφορετικά στάδια;
Διαχωρίζουμε τις δοκιμές σε διαφορετικά στάδια για τους ακόλουθους λόγους,
- Κάθε στάδιο δοκιμής έχει διαφορετικό σκοπό
- Είναι πιο εύκολο να διαχειριστείτε τις δοκιμές σε στάδια
- Μπορούμε να εκτελέσουμε διαφορετικές δοκιμές σε διαφορετικά περιβάλλοντα
- Η απόδοση και η ποιότητα των δοκιμών βελτιώνονται με τη χρήση σταδιακών δοκιμών
136. Τι είναι το DRE;
Για τη μέτρηση της αποτελεσματικότητας της δοκιμής, χρησιμοποιείται μια ισχυρή μέτρηση για τη μέτρηση της αποτελεσματικότητας της δοκιμής που είναι γνωστή ως DRE (Defect Removal Efficiency) Από αυτήν τη μέτρηση θα γνωρίζαμε πόσα σφάλματα εντοπίσαμε από το σύνολο των περιπτώσεων δοκιμής. Ο τύπος για τον υπολογισμό του DRE είναι
DRE = Αριθμός σφαλμάτων κατά τη δοκιμή / αριθμός σφαλμάτων κατά τη δοκιμή + αριθμός σφαλμάτων που βρέθηκαν από έναν χρήστη
137. Ποιο από τα παρακάτω είναι πιθανό να επωφεληθεί περισσότερο από τη χρήση εργαλείων δοκιμών που παρέχουν εγκαταστάσεις λήψης δοκιμών και αναπαραγωγής; α) Έλεγχος παλινδρόμησης β) Έλεγχος ολοκλήρωσης γ) Έλεγχος συστήματος δ) Έλεγχος αποδοχής χρήστη
Δοκιμή παλινδρόμησης
138. Πώς θα εκτιμήσετε το ποσό της επανεξέτασης που ενδέχεται να απαιτείται;
Μετρήσεις από προηγούμενα παρόμοια έργα και συζητήσεις με την ομάδα ανάπτυξης
139. Τι μελετά την ανάλυση ροής δεδομένων;
Η χρήση δεδομένων σε διαδρομές μέσω του κώδικα.
140. Τι είναι η αποτυχία;
Η αποτυχία είναι μια απόκλιση από συγκεκριμένη συμπεριφορά.
141. Τι είναι οι συγκριτικοί έλεγχοι;
Είναι πραγματικά μια δοκιμασία αν βάλετε κάποιες εισόδους σε κάποιο λογισμικό, αλλά ποτέ μην κοιτάτε για να δείτε αν το λογισμικό παράγει το σωστό αποτέλεσμα; Η ουσία της δοκιμής είναι να ελέγξουμε εάν το λογισμικό παράγει το σωστό αποτέλεσμα και να το κάνει αυτό, και πρέπει να συγκρίνουμε τι παράγει το λογισμικό με αυτό που πρέπει να παράγει. Ένας συγκριτικός έλεγχος βοηθά στην αυτοματοποίηση πτυχών αυτής της σύγκρισης.
142. Ποιος είναι υπεύθυνος για την τεκμηρίωση όλων των ζητημάτων, προβλημάτων και ανοιχτών σημείων που εντοπίστηκαν κατά τη διάρκεια της συνάντησης ανασκόπησης
Γραφέας
143. Ποιος είναι ο κύριος σκοπός της Άτυπης αναθεώρησης
Ένας φθηνός τρόπος για να πάρετε κάποιο όφελος
144. Ποιος είναι ο σκοπός της τεχνικής σχεδιασμού δοκιμών;
Προσδιορισμός συνθηκών δοκιμής και προσδιορισμός περιπτώσεων δοκιμής
145. Κατά τη δοκιμή ενός συστήματος υπολογισμού βαθμού, ένας δοκιμαστής καθορίζει ότι όλες οι βαθμολογίες από 90 έως 100 θα αποδώσουν μια βαθμολογία Α, αλλά οι βαθμολογίες κάτω από τις 90 δεν θα. Αυτή η ανάλυση είναι γνωστή ως:
Διαχωρισμός ισοδυναμίας
146. Ένας διαχειριστής δοκιμών θέλει να χρησιμοποιήσει τους διαθέσιμους πόρους για την αυτοματοποιημένη δοκιμή μιας εφαρμογής ιστού. Η καλύτερη επιλογή είναι Tester, αυτοματοποιημένος έλεγχος, ειδικός στο web, DBA
147. Κατά τη διάρκεια της δοκιμής μιας δοκιμαστικής μονάδας, το «X» βρήκε ένα σφάλμα και το εκχώρησε σε έναν προγραμματιστή. Αλλά ο προγραμματιστής απορρίπτει το ίδιο, λέγοντας ότι δεν είναι σφάλμα. Τι πρέπει να κάνει το «Χ»;
Στείλτε τις λεπτομερείς πληροφορίες για το σφάλμα που αντιμετωπίζετε και ελέγξτε την αναπαραγωγιμότητα
148. Ένας τύπος δοκιμών ολοκλήρωσης στον οποίο στοιχεία λογισμικού, στοιχεία υλικού ή και τα δύο συνδυάζονται ταυτόχρονα σε ένα στοιχείο ή σε ένα συνολικό σύστημα, παρά σε στάδια.
Δοκιμή Big-Bang
149. Στην πράξη, ποιο μοντέλο κύκλου ζωής μπορεί να έχει περισσότερα, λιγότερα ή διαφορετικά επίπεδα ανάπτυξης και δοκιμών, ανάλογα με το έργο και το προϊόν λογισμικού. Για παράδειγμα, μπορεί να υπάρχουν δοκιμές ενοποίησης στοιχείων μετά από δοκιμές στοιχείων και δοκιμές ενοποίησης συστήματος μετά από δοκιμές συστήματος.
V-Μοντέλο
150. Ποια τεχνική μπορεί να χρησιμοποιηθεί για την επίτευξη κάλυψης εισόδου και εξόδου; Μπορεί να εφαρμοστεί σε ανθρώπινη είσοδο, είσοδο μέσω διεπαφών σε ένα σύστημα ή παραμέτρους διεπαφής σε δοκιμές ολοκλήρωσης.
Διαχωρισμός ισοδυναμίας
151. "Αυτό το μοντέλο κύκλου ζωής βασίζεται σε κινδύνους χρονοδιαγράμματος και προϋπολογισμού" Αυτή η δήλωση ταιριάζει καλύτερα.
V-Μοντέλο
152. Σε ποια σειρά πρέπει να εκτελούνται οι δοκιμές;
Το πιο σημαντικό πρέπει πρώτα να δοκιμαστεί
153. Όσο αργότερα στον κύκλο ζωής της ανάπτυξης ανακαλύπτεται ένα σφάλμα, τόσο πιο ακριβό είναι να διορθωθεί. Γιατί;
Το σφάλμα έχει ενσωματωθεί σε περισσότερα έγγραφα, κώδικα, δοκιμές κ.λπ.
154. Τι είναι η μέτρηση κάλυψης;
Είναι ένα μερικό μέτρο της πληρότητας της δοκιμής.
155. Τι είναι ο έλεγχος οριακής τιμής;
Δοκιμή οριακών συνθηκών, κάτω και πάνω από τα άκρα των κλάσεων ισοδυναμίας εισόδου και εξόδου. Για παράδειγμα, ας πούμε μια τραπεζική εφαρμογή όπου μπορείτε να πραγματοποιήσετε ανάληψη μέγιστου Rs.20.000 και τουλάχιστον Rs.100, οπότε κατά τη δοκιμή οριακής τιμής δοκιμάζουμε μόνο τα ακριβή όρια, αντί να χτυπάμε στη μέση. Αυτό σημαίνει ότι δοκιμάζουμε πάνω από το μέγιστο όριο και κάτω από το ελάχιστο όριο.
156. Τι αντιπροσωπεύει η COTS;
Εμπορική Off The Shelf.
157. Ο σκοπός του οποίου είναι να επιτρέψουμε τη διεξαγωγή συγκεκριμένων δοκιμών σε ένα σύστημα ή δίκτυο που μοιάζει όσο το δυνατόν πιο κοντά στο περιβάλλον όπου το υπό δοκιμή αντικείμενο θα χρησιμοποιηθεί κατά την απελευθέρωση;
Περιβάλλον δοκιμής
158. Τι μπορεί να θεωρηθεί ότι βασίζεται στο σχέδιο του έργου, αλλά με περισσότερες λεπτομέρειες;
Σχέδιο δοκιμής φάσης
159. Τι είναι η ταχεία ανάπτυξη εφαρμογών;
Η ταχεία ανάπτυξη εφαρμογών (RAD) είναι τυπικά μια παράλληλη ανάπτυξη λειτουργιών και επακόλουθης ολοκλήρωσης. Τα στοιχεία / οι λειτουργίες αναπτύσσονται παράλληλα σαν να ήταν μίνι έργα, οι εξελίξεις είναι χρονοδιάγραμμα, παραδίδονται και στη συνέχεια συναρμολογούνται σε ένα λειτουργικό πρωτότυπο. Αυτό μπορεί πολύ γρήγορα να δώσει στον πελάτη κάτι να δει και να χρησιμοποιήσει και να παρέχει σχόλια σχετικά με την παράδοση και τις απαιτήσεις του. Η ταχεία αλλαγή και ανάπτυξη του προϊόντος είναι δυνατή με τη χρήση αυτής της μεθοδολογίας. Ωστόσο, η προδιαγραφή του προϊόντος θα πρέπει να αναπτυχθεί για κάποιο προϊόν κάποια στιγμή και το έργο θα πρέπει να τεθεί υπό πιο επίσημους ελέγχους πριν ξεκινήσει η παραγωγή.
Ανατρέξτε στο κουίζ μας - Δοκιμές
Ανατρέξτε στις Ερωτήσεις - Συνέντευξη δοκιμής λογισμικού βίντεο Youtube
Δωρεάν λήψη PDF: Ερωτήσεις και απαντήσεις για συνέντευξη δοκιμής λογισμικού
Οι παραπάνω ερωτήσεις και απαντήσεις σε συνεντεύξεις με μη αυτόματο έλεγχο pdf θα βοηθήσουν τους νεότερους αλλά και τους έμπειρους μηχανικούς QA. Παρακαλώ μοιραστείτε τη σελίδα με φίλους και συναδέλφους.