150 Ερωτήσεις & Απαντήσεις συνέντευξης με μη αυτόματο έλεγχο για το 2024

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

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

Ερωτήσεις και απαντήσεις για τη συνέντευξη με μη αυτόματο τεστ για έμπειρους και πρωτοετής


1. Τι είναι το Exploratory Testing;

Οι διερευνητικές δοκιμές είναι μια πρακτική προσέγγιση στην οποία οι δοκιμαστές συμμετέχουν στον ελάχιστο σχεδιασμό και τη μέγιστη εκτέλεση δοκιμών. Ο σχεδιασμός περιλαμβάνει τη δημιουργία ενός χάρτη δοκιμών, μια σύντομη δήλωση του πεδίου εφαρμογής ενός σύντομου (1 έως 2 ωρών) χρόνου-boxed test test, τους στόχους και τις πιθανές προσεγγίσεις που θα χρησιμοποιηθούν. Ο σχεδιασμός της δοκιμής και οι δραστηριότητες εκτέλεσης δοκιμών εκτελούνται παράλληλα τυπικά χωρίς επίσημη τεκμηρίωση των συνθηκών δοκιμής, των περιπτώσεων δοκιμής ή των σεναρίων δοκιμών. Αυτό δεν σημαίνει ότι δεν θα χρησιμοποιηθούν άλλες, πιο επίσημες τεχνικές δοκιμών. Για παράδειγμα, ο ελεγκτής μπορεί να αποφασίσει να χρησιμοποιήσει ανάλυση οριακών τιμών, αλλά θα σκεφτεί και θα δοκιμάσει τις πιο σημαντικές οριακές τιμές χωρίς απαραίτητα να τις καταγράψει. Ορισμένες σημειώσεις θα γραφτούν κατά τη διάρκεια της συνεδρίας διερευνητικών δοκιμών, ώστε να μπορεί να παραχθεί μια αναφορά στη συνέχεια.

👉 Δωρεάν λήψη PDF: Ερωτήσεις & Απαντήσεις σε Συνέντευξη με Μη αυτόματο Δοκιμαστικό


2. Τι είναι «δοκιμή περίπτωσης χρήσης»;

Προκειμένου να προσδιοριστεί και να εκτελεστεί η λειτουργική απαίτηση μιας εφαρμογής από την αρχή μέχρι το τέλος, χρησιμοποιείται η "περίπτωση χρήσης" και οι τεχνικές που χρησιμοποιούνται για να γίνει αυτό είναι γνωστές ως "Δοκιμή περίπτωσης χρήσης".


3. Ποια είναι η διαφορά μεταξύ του STLC (Software Testing Life Cycle) και του SDLC (Software Development Life Cycle);

Το SDLC ασχολείται με την ανάπτυξη/κωδικοποίηση του λογισμικού ενώ το STLC ασχολείται με την επικύρωση και την επαλήθευση του λογισμικού


4. Τι είναι ο πίνακας ιχνηλασιμότητας;

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


5. Τι είναι ο έλεγχος κατάτμησης ισοδυναμίας;

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


6. Τι είναι το λευκό box δοκιμή και απαριθμήστε τους τύπους λευκού box δοκιμές;

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

  1. Κάλυψη δήλωσης
  2. Κάλυψη απόφασης

7. Σε λευκό box δοκιμές, τι επαληθεύετε;

Στα λευκά box δοκιμές ακολουθούνwing τα βήματα επαληθεύονται.

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

8. Τι είναι το μαύρο box δοκιμή; Ποια είναι τα διαφορετικά μαύρα box τεχνικές δοκιμών;

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

  1. Διαμερισμός ισοδυναμίας
  2. Ανάλυση οριακών τιμών
  3. Γραφική παράσταση αιτίου-αποτελέσματος

9. Ποια είναι η διαφορά μεταξύ στατικής και δυναμικής δοκιμής;

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

Δυναμική δοκιμή: Για την εκτέλεση αυτής της δοκιμής απαιτείται ο κώδικας να είναι σε εκτελέσιμη μορφή.


10. Τι είναι η επαλήθευση και η επικύρωση;

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


11. Ποια είναι τα διαφορετικά επίπεδα δοκιμής;

Υπάρχουν τέσσερα επίπεδα δοκιμής

  1. Δοκιμή μονάδας/εξαρτήματος/προγράμματος/μονάδας
  2. Δοκιμή ολοκλήρωσης
  3. Δοκιμή συστήματος
  4. Δοκιμή αποδοχής

12. Τι είναι το Integration Testing;

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


13. Από τι αποτελούνται τα σχέδια δοκιμών;

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

  1. Αναγνωριστικό περίπτωσης δοκιμής
  2. Έκταση
  3. Χαρακτηριστικά προς δοκιμή
  4. Χαρακτηριστικά που δεν πρέπει να δοκιμαστούν
  5. Στρατηγική δοκιμής & προσέγγιση δοκιμής
  6. Δοκιμαστικά παραδοτέα
  7. Αρμοδιότητες
  8. Στελέχωση και εκπαίδευση
  9. Κίνδυνος και απρόβλεπτα

14. Ποια είναι η διαφορά μεταξύ του UAT (User Acceptance Testing) και του System testing;

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

UAT: Η δοκιμή αποδοχής χρήστη (UAT) περιλαμβάνει την εκτέλεση ενός προϊόντος μέσω μιας σειράς ειδικών δοκιμών που καθορίζουν εάν το προϊόν θα καλύψει τις ανάγκες των χρηστών του.


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

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

Δοκιμές βάσει δεδομένων (DDT): Στη διαδικασία δοκιμών βάσει δεδομένων, η εφαρμογή ελέγχεται με πολλαπλά δεδομένα δοκιμής. Η εφαρμογή ελέγχεται με διαφορετικό σύνολο τιμών.

Ερωτήσεις συνέντευξης για προχωρημένους χειροκίνητους ελέγχους λογισμικού για 3/5/10 χρόνια εμπειρίας


16. Ποια είναι τα πολύτιμα βήματα για την επίλυση προβλημάτων κατά τη διάρκεια της δοκιμής;

  • Καταγραφή: Καταγράψτε και χειριστείτε τυχόν προβλήματα που έχουν συμβεί
  • Αναφορά: Αναφέρετε τα ζητήματα στον υπεύθυνο ανώτερου επιπέδου
  • Έλεγχος: Καθορίστε τη διαδικασία διαχείρισης ζητημάτων

17. Ποια είναι η διαφορά μεταξύ των σεναρίων δοκιμής, των δοκιμαστικών περιπτώσεων και του σεναρίου δοκιμής;

Η διαφορά μεταξύ των σεναρίων δοκιμών και των δοκιμαστικών περιπτώσεων είναι αυτή

Σενάρια δοκιμής: Ένα σενάριο δοκιμής είναι οποιαδήποτε λειτουργικότητα που μπορεί να δοκιμαστεί. Ονομάζεται επίσης Συνθήκη δοκιμής ή Δυνατότητα δοκιμής.

Δοκιμαστικές περιπτώσεις: Είναι ένα έγγραφο που περιέχει τα βήματα που πρέπει να εκτελεστούν. έχει προγραμματιστεί νωρίτερα.

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


18. Τι είναι το λανθάνον ελάττωμα;

Κρυμμένο ελάττωμα: Αυτό το ελάττωμα είναι ένα υπάρχον ελάττωμα στο σύστημα που δεν προκαλεί καμία αστοχία καθώς το ακριβές σύνολο προϋποθέσεων δεν έχει τηρηθεί ποτέ


19. Ποιες είναι οι δύο παράμετροι που μπορούν να είναι χρήσιμες για να γνωρίζουμε την ποιότητα της εκτέλεσης της δοκιμής;

Για να γνωρίζουμε την ποιότητα της εκτέλεσης της δοκιμής, μπορούμε να χρησιμοποιήσουμε δύο παραμέτρους

  • Αναλογία απόρριψης ελαττώματος
  • Αναλογία διαρροής ελαττώματος

Παράμετροι για την ποιότητα της εκτέλεσης της δοκιμής

Παράμετροι για την ποιότητα της εκτέλεσης της δοκιμής


20. Ποια είναι η λειτουργία του εργαλείου δοκιμής λογισμικού "phantom";

Το Phantom είναι ένα δωρεάν λογισμικό και χρησιμοποιείται για windows Γλώσσα scripting αυτοματισμού GUI. Μας επιτρέπει να πάρουμε τον έλεγχο windows και λειτουργεί αυτόματα. Μπορεί να προσομοιώσει οποιονδήποτε συνδυασμό πλήκτρων και κλικ του ποντικιού, καθώς και μενού, λίστες και πολλά άλλα.


21. Εξηγήστε τι είναι τα Test Deliverables;

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

Υπάρχουν διαφορετικά παραδοτέα δοκιμής σε κάθε φάση του κύκλου ζωής ανάπτυξης λογισμικού

  • Πριν από τη δοκιμή
  • Κατά τη διάρκεια της δοκιμής
  • Μετά τη Δοκιμή

22. Τι είναι ο έλεγχος μετάλλαξης;

Ο έλεγχος μετάλλαξης είναι μια τεχνική για τον προσδιορισμό εάν ένα σύνολο δεδομένων δοκιμής ή δοκιμαστικής περίπτωσης είναι χρήσιμο, εισάγοντας σκόπιμα διάφορες αλλαγές κώδικα (bugs) και ελέγχοντας ξανά με τα αρχικά δεδομένα/περιπτώσεις δοκιμής για να προσδιορίσετε εάν ανιχνεύονται τα σφάλματα.


23. Ποια πράγματα πρέπει να λάβετε υπόψη πριν επιλέξετε εργαλεία αυτοματισμού για το AUT;

  • Τεχνική σκοπιμότητα
  • complexεπίπεδο
  • Σταθερότητα εφαρμογής
  • Στοιχεία δοκιμής
  • Μέγεθος εφαρμογής
  • Επαναχρησιμοποίηση αυτοματοποιημένων σεναρίων
  • Εκτέλεση σε όλο το περιβάλλον

24. Πώς θα διεξάγετε Ανάλυση Κινδύνου;

Για την ανάλυση κινδύνου ακολουθείwing πρέπει να εφαρμοστούν βήματα

  1. Εύρεση της βαθμολογίας του κινδύνου
  2. Δημιουργία προφίλ για τον κίνδυνο
  3. Αλλαγή των ιδιοτήτων κινδύνου
  4. Αναπτύξτε τους πόρους αυτού του κινδύνου δοκιμής
  5. Δημιουργία βάσης δεδομένων κινδύνου

25. Ποιες είναι οι κατηγορίες αποσφαλμάτωσης;

Κατηγορίες για εντοπισμό σφαλμάτων

  1. Αποσφαλμάτωση ωμής βίας
  2. Οπισθοδρόμηση
  3. Αιτία εξάλειψης
  4. Πρόγραμμα τεμαχισμού
  5. Ανάλυση δέντρου σφαλμάτων

26. Τι είναι η κάλυψη σφαλμάτων εξηγήστε με παράδειγμα;

Όταν η παρουσία ενός ελαττώματος κρύβει την παρουσία ενός άλλου ελαττώματος στο σύστημα, είναι γνωστό ως κάλυψη σφαλμάτων.

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


27. Εξηγήστε τι είναι το Test Plan; Ποιες είναι οι πληροφορίες που πρέπει να καλύπτονται στο Πρόγραμμα Δοκιμών;

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

  • Στρατηγική δοκιμής
  • Στόχος δοκιμής
  • Κριτήρια εξόδου/Αναστολής
  • ERP
  • Παραδοτέα δοκιμής

28. Πώς μπορείτε να εξαλείψετε τον κίνδυνο προϊόντος στο έργο σας;

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

  • Εξετάστε τα έγγραφα προδιαγραφών
  • Κάντε συζητήσεις για το έργο με όλα τα ενδιαφερόμενα μέρη, συμπεριλαμβανομένου του προγραμματιστή
  • Ως πραγματικός χρήστης περπατήστε στον ιστότοπο

29. Ποιος είναι ο κοινός κίνδυνος που οδηγεί στην αποτυχία του έργου;

Ο κοινός κίνδυνος που οδηγεί σε αποτυχία έργου είναι

  • Δεν διαθέτει αρκετό ανθρώπινο δυναμικό
  • Το περιβάλλον δοκιμής ενδέχεται να μην έχει ρυθμιστεί σωστά
  • Περιορισμένος Προϋπολογισμός
  • Χρονικοί Περιορισμοί

30. Σε ποια βάση μπορείτε να καταλήξετε σε μια εκτίμηση για το έργο σας;

Για να εκτιμήσετε το έργο σας, πρέπει να λάβετε υπόψη το ακόλουθοwing σημεία

  • Χωρίστε ολόκληρο το έργο στις πιο μικρές εργασίες
  • Αναθέστε κάθε εργασία στα μέλη της ομάδας
  • Υπολογίστε την προσπάθεια που απαιτείται για την ολοκλήρωση κάθε εργασίας
  • Επικυρώστε την εκτίμηση

31. Εξηγήστε πώς θα αναθέτετε μια εργασία στα μέλη της ομάδας;

Έργο Μέλος
Αναλύστε τις προδιαγραφές απαιτήσεων λογισμικού Όλα τα μέλη
Δημιουργήστε τις προδιαγραφές δοκιμής Tester/Test Analyst
Δημιουργήστε το περιβάλλον δοκιμής Διαχειριστής δοκιμής
Εκτελέστε τις δοκιμαστικές περιπτώσεις Tester, διαχειριστής δοκιμής
Αναφέρετε ελαττώματα Δοκιμαστής

32. Εξηγήστε τι είναι ο τύπος δοκιμής και ποιος είναι ο συνήθως χρησιμοποιούμενος τύπος δοκιμής;

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

Οι συνήθεις τύποι δοκιμών είναι

  • Δοκιμή μονάδας: Δοκιμάστε τον μικρότερο κωδικό μιας εφαρμογής
  • Δοκιμή API: Δοκιμαστικό API που δημιουργήθηκε για την εφαρμογή
  • Έλεγχος ενσωμάτωσης: Συνδυάζονται και δοκιμάζονται μεμονωμένες ενότητες λογισμικού
  • Δοκιμή συστήματος: Πλήρης δοκιμή του συστήματος
  • Δοκιμή εγκατάστασης/απεγκατάστασης: Η δοκιμή γίνεται από την άποψη του πελάτη/πελάτη
  • Agile Testing: Δοκιμή μέσω της τεχνικής Agile

33. Κατά την παρακολούθηση του έργου σας, ποια πράγματα πρέπει να λάβετε υπόψη;

Τα πράγματα που πρέπει να ληφθούν υπόψη είναι

  • Είναι το έργο σας εντός χρονοδιαγράμματος
  • Είστε πάνω από τον προϋπολογισμό
  • Εργάζεστε προς τον ίδιο επαγγελματικό στόχο
  • Έχετε αρκετούς πόρους
  • Υπάρχουν προειδοποιητικά σημάδια για επικείμενα προβλήματα
  • Υπάρχει πίεση από τη διοίκηση να ολοκληρωθεί το έργο νωρίτερα

34. Ποια είναι τα συνηθισμένα λάθη που δημιουργούν προβλήματα;

  • Αντιστοίχιση πόρων με λάθος έργα
  • Έλλειψη δεξιοτήτων διευθυντής δοκιμών
  • Δεν ακούει τους άλλους
  • Κακή Προγραμματισμός
  • Υποεκτιμήστε
  • Αγνοώντας τα μικρά προβλήματα
  • Όχι ακολουθώwing η διαδικασία

35. Τι περιέχει μια τυπική αναφορά δοκιμής; Ποια είναι τα οφέλη των αναφορών δοκιμών;

Μια αναφορά δοκιμής περιέχει το ακόλουθοwing πράγματα:

  • Πληροφορίες για το έργο
  • Στόχος δοκιμής
  • Περίληψη δοκιμής
  • Ελάττωμα

Τα οφέλη των αναφορών δοκιμών είναι:

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

36. Τι είναι η αναθεώρηση διαχείρισης δοκιμών και γιατί είναι σημαντική;

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


37. Ποιες είναι οι βέλτιστες πρακτικές για τη διασφάλιση ποιότητας λογισμικού;

Οι βέλτιστες πρακτικές για μια αποτελεσματική εφαρμογή SQA είναι

  • Συνεχής Βελτίωση
  • Απόδειξη με έγγραφα
  • Χρήση εργαλείου
  • Metrics
  • Υπευθυνότητα από τα μέλη της ομάδας
  • Έμπειροι ελεγκτές SQA

38. Πότε προετοιμάζεται το RTM (Requirement Traceability Matrix);

Το RTM προετοιμάζεται πριν από το σχεδιασμό της δοκιμαστικής περίπτωσης. Οι απαιτήσεις θα πρέπει να είναι ανιχνεύσιμες από τις δραστηριότητες αναθεώρησης.


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

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

Πίνακας ιχνηλασιμότητας: Η αντιστοίχιση μεταξύ των δοκιμαστικών περιπτώσεων και των απαιτήσεων των πελατών είναι γνωστή ως Πίνακας Ιχνηλασιμότητας


40. Στη χειροκίνητη δοκιμή τι είναι τα στελέχη και τα προγράμματα οδήγησης;

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


41. Ποιο είναι το βήμα που θα ακολουθούσατε μόλις βρείτε το ελάττωμα;

Μόλις εντοπιστεί ένα ελάττωμα, θα ακολουθήσετε το βήμα

α) Δημιουργήστε ξανά το ελάττωμα

β) Επισυνάψτε το στιγμιότυπο οθόνης

γ) Καταγράψτε το ελάττωμα


42. Εξηγήστε τι είναι η μέθοδος δοκιμής «Test Plan Driven» ή «Key Word Driven»;

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


43. Τι είναι το DFD (Διάγραμμα ροής δεδομένων);

Όταν μια «ροή δεδομένων» μέσω ενός πληροφοριακού συστήματος αναπαρίσταται γραφικά, τότε είναι γνωστή ως Διάγραμμα ροής δεδομένων. Χρησιμοποιείται επίσης για την οπτικοποίηση της επεξεργασίας δεδομένων.


44. Εξηγήστε τι είναι το LCSAJ;

Το LCSAJ σημαίνει «γραμμική ακολουθία κώδικα και άλμα». Αποτελείται από το following τρία αντικείμενα

α) Έναρξη της γραμμικής ακολουθίας των εκτελέσιμων εντολών

β) Τέλος της γραμμικής ακολουθίας

γ) Η γραμμή στόχος στην οποία μεταφέρεται η ροή ελέγχου στο τέλος της γραμμικής ακολουθίας


45. Εξηγήστε τι είναι η δοκιμή N+1;

Η παραλλαγή της δοκιμής παλινδρόμησης αντιπροσωπεύεται ως Ν+1. Σε αυτή την τεχνική, η δοκιμή εκτελείται σε πολλαπλούς κύκλους στους οποίους τα σφάλματα που βρέθηκαν στον κύκλο δοκιμής «N» επιλύονται και ελέγχονται εκ νέου στον κύκλο δοκιμής N+1. Ο κύκλος επαναλαμβάνεται εκτός εάν δεν υπάρχουν σφάλματα.


46. ​​Τι είναι το Fuzz testing και πότε χρησιμοποιείται;

Το Fuzz testing χρησιμοποιείται για τον εντοπισμό κενών ασφαλείας και σφαλμάτων κωδικοποίησης στο λογισμικό. Σε αυτήν την τεχνική, τυχαία δεδομένα προστίθενται στο σύστημα σε μια προσπάθεια διακοπής λειτουργίας του συστήματος. Εάν η ευπάθεια παραμένει, χρησιμοποιείται ένα εργαλείο που ονομάζεται fuzz tester για τον προσδιορισμό πιθανών αιτιών. Αυτή η τεχνική είναι πιο χρήσιμη για μεγαλύτερα έργα, αλλά εντοπίζει μόνο ένα σημαντικό σφάλμα.


47. Αναφέρετε ποια είναι τα κύρια πλεονεκτήματα της μέτρησης κάλυψης δηλώσεων για τη δοκιμή λογισμικού;

Το όφελος της μέτρησης κάλυψης δηλώσεων είναι ότι

α) Δεν απαιτεί επεξεργασία πηγαίου κώδικα και μπορεί να εφαρμοστεί απευθείας στον κώδικα αντικειμένου

β) Τα σφάλματα κατανέμονται ομοιόμορφα μέσω του κώδικα, λόγω του οποίου το ποσοστό των εκτελέσιμων δηλώσεων που καλύπτονται αντικατοπτρίζει το ποσοστό των σφαλμάτων που ανακαλύφθηκαν


48. Πώς να δημιουργήσετε δοκιμαστικές περιπτώσεις για τη μέθοδο "αντικατάσταση συμβολοσειράς";

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

β) Αν χαρακτήρες σε νέα συμβολοσειρά< χαρακτήρες στην προηγούμενη συμβολοσειρά. Δεν πρέπει να προστεθούν ανεπιθύμητοι χαρακτήρες

γ) Τα κενά μετά και πριν από τη συμβολοσειρά δεν πρέπει να διαγράφονται

δ) Η συμβολοσειρά πρέπει να αντικατασταθεί μόνο για την πρώτη εμφάνιση της συμβολοσειράς


49. Πώς θα χειριστείτε μια σύγκρουση μεταξύ των μελών της ομάδας σας;

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

50. Αναφέρετε ποιες είναι οι κατηγορίες των ελαττωμάτων;

Κυρίως υπάρχουν τρεις κατηγορίες ελαττωμάτων

  • Λανθασμένος: Όταν μια απαίτηση εφαρμόζεται εσφαλμένα
  • Λείπει: Είναι μια απόκλιση από την προδιαγραφή, μια ένδειξη ότι μια προδιαγραφή δεν εφαρμόστηκε ή μια απαίτηση του πελάτη δεν πληρούται
  • Εξτρα: Απαίτηση ενσωματωμένη στο προϊόν που δεν δόθηκε από τον τελικό πελάτη. Θεωρείται ως ελάττωμα γιατί είναι απόκλιση από τις υπάρχουσες απαιτήσεις

51. Εξηγήστε πώς λειτουργεί ένα εργαλείο κάλυψης δοκιμής;

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


52. Αναφέρετε ποια είναι η διαφορά μεταξύ ενός «ελαττώματος» και μιας «αστοχίας» στη δοκιμή λογισμικού;

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


53. Εξηγήστε πώς να δοκιμάσετε έγγραφα σε ένα έργο που εκτείνεται σε όλο τον κύκλο ζωής ανάπτυξης λογισμικού;

Το έργο εκτείνεται σε όλο τον κύκλο ζωής ανάπτυξης λογισμικού στη συνέχειαwing τρόπος

  • Central/Project test plan: Είναι το κύριο σχέδιο δοκιμής που περιγράφει την πλήρη στρατηγική δοκιμής του έργου. Αυτό το σχέδιο χρησιμοποιείται μέχρι το τέλος του κύκλου ζωής ανάπτυξης λογισμικού
  • Πρόγραμμα δοκιμής αποδοχής: Αυτό το έγγραφο ξεκινά κατά τη διάρκεια του φάση απαίτησης και ολοκληρώνεται στην τελική παράδοση
  • Σχέδιο δοκιμής συστήματος: Αυτό το σχέδιο ξεκινά κατά τη διάρκεια του σχεδίου σχεδιασμού και προχωρά μέχρι το τέλος του έργου
  • Σχέδιο δοκιμής ολοκλήρωσης και μονάδας: Και τα δύο αυτά σχέδια δοκιμών ξεκινούν κατά τη φάση εκτέλεσης και διαρκούν μέχρι την τελική παράδοση

54. Εξηγήστε ποιες περιπτώσεις δοκιμών γράφονται πρώτα μαύρα boxes ή λευκό boxes;

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


55. Εξηγήστε ποια είναι η διαφορά μεταξύ λανθάνοντος και καλυμμένου ελαττώματος;

  • Κρυμμένο ελάττωμα: Ένα λανθάνον ελάττωμα είναι ένα υπάρχον ελάττωμα που δεν έχει προκαλέσει αστοχία επειδή δεν πληρούνται ποτέ οι προϋποθέσεις
  • Συγκαλυμμένο ελάττωμα: Είναι ένα υπάρχον ελάττωμα που δεν έχει προκαλέσει αποτυχία επειδή ένα άλλο ελάττωμα εμπόδισε την εκτέλεση αυτού του τμήματος του κώδικα

56. Αναφέρετε τι είναι η δοκιμή από κάτω προς τα πάνω;

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


57. Αναφέρετε ποιοι είναι οι διαφορετικοί τύποι τεχνικών κάλυψης δοκιμών;

Διαφορετικοί τύποι τεχνικών κάλυψης δοκιμής περιλαμβάνουν

  • Κάλυψη δήλωσης: Επαληθεύει ότι κάθε γραμμή πηγαίου κώδικα έχει εκτελεστεί και δοκιμαστεί
  • Κάλυψη απόφασης: Διασφαλίζει ότι κάθε απόφαση στον πηγαίο κώδικα εκτελείται και ελέγχεται
  • Κάλυψη διαδρομής: Διασφαλίζει ότι κάθε δυνατή διαδρομή μέσω ενός δεδομένου τμήματος του κώδικα εκτελείται και ελέγχεται

58. Αναφέρετε ποια είναι η έννοια του τεστ αναπνοής;

Το Breath testing είναι μια σουίτα δοκιμών που ασκεί την πλήρη λειτουργικότητα ενός προϊόντος αλλά δεν δοκιμάζει λεπτομερώς τα χαρακτηριστικά


59. Εξηγήστε ποια είναι η έννοια του Code Walk Through;

Το Code Walk Through είναι η άτυπη ανάλυση του πηγαίου κώδικα του προγράμματος για την εύρεση ελαττωμάτων και την επαλήθευση τεχνικών κωδικοποίησης


60. Αναφέρετε ποια είναι τα βασικά στοιχεία της μορφής αναφοράς ελαττώματος;

Τα βασικά στοιχεία της μορφής αναφοράς ελαττώματος περιλαμβάνουν

  • Όνομα έργου
  • Όνομα μονάδας
  • Εντοπίστηκε ελάττωμα στις
  • Εντοπίστηκε ελάττωμα από
  • Αναγνωριστικό και όνομα ελαττώματος
  • Στιγμιότυπο του ελαττώματος
  • Κατάσταση προτεραιότητας και σοβαρότητας
  • Το ελάττωμα επιλύθηκε από
  • Το ελάττωμα επιλύθηκε στις

61. Αναφέρετε ποιος είναι ο σκοπός πίσω από την πραγματοποίηση δοκιμών από άκρο σε άκρο;

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

  • Για την επικύρωση του απαιτήσεις λογισμικού και ενσωμάτωση με εξωτερικές διεπαφές
  • Δοκιμαστική εφαρμογή σε σενάριο πραγματικού περιβάλλοντος
  • Δοκιμή αλληλεπίδρασης μεταξύ εφαρμογής και βάσης δεδομένων

62. Εξηγήστε τι σημαίνει ο όρος ζώνη δοκιμής;

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


63. Εξηγήστε σε ένα δοκιμαστικό έργο ποιες δοκιμαστικές δραστηριότητες θα αυτοματοποιούσατε;

Κατά τη δοκιμή δραστηριοτήτων δοκιμών έργου, θα αυτοματοποιήσετε

  • Δοκιμές που πρέπει να εκτελούνται για κάθε έκδοση της εφαρμογής
  • Δοκιμές που χρησιμοποιούν πολλαπλά δεδομένα για το ίδιο σύνολο ενεργειών
  • Πανομοιότυπες δοκιμές που πρέπει να εκτελεστούν χρησιμοποιώντας διαφορετικά προγράμματα περιήγησης
  • Κρίσιμες σελίδες αποστολής
  • Μια συναλλαγή με σελίδες που δεν αλλάζουν σε σύντομο χρονικό διάστημα

64. Ποιο είναι το ΚΥΡΙΟ όφελος του σχεδιασμού δοκιμών νωρίς στον κύκλο ζωής;

Βοηθά στην αποφυγή εισαγωγής ελαττωμάτων στον κώδικα.


65. Τι είναι ο έλεγχος βάσει κινδύνου;

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


66. Ποια είναι η ΒΑΣΙΚΗ διαφορά μεταξύ της προληπτικής και της αντιδραστικής προσέγγισης στις δοκιμές;

Οι προληπτικές δοκιμές σχεδιάζονται έγκαιρα. Οι αντιδραστικές δοκιμές σχεδιάζονται μετά την παραγωγή του λογισμικού.


67. Ποιος είναι ο σκοπός των κριτηρίων εξόδου;

Ο σκοπός των κριτηρίων εξόδου είναι να καθορίσουν πότε ολοκληρώνεται ένα επίπεδο δοκιμής.


68. Τι καθορίζει το επίπεδο κινδύνου;

Η πιθανότητα ενός ανεπιθύμητου συμβάντος και ο αντίκτυπος του συμβάντος καθορίζουν το επίπεδο κινδύνου.


69. Πότε χρησιμοποιείται η δοκιμή πίνακα αποφάσεων;

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

Μάθετε περισσότερα σχετικά με την τεχνική δοκιμής πίνακα αποφάσεων στο εκπαιδευτικό βίντεο εδώ


70. Γιατί χρησιμοποιούμε πίνακες αποφάσεων;

Οι τεχνικές της κατανομής ισοδυναμίας και της ανάλυσης οριακών τιμών εφαρμόζονται συχνά σε συγκεκριμένες καταστάσεις ή εισόδους. Ωστόσο, εάν διαφορετικοί συνδυασμοί εισόδων οδηγούν σε διαφορετικές ενέργειες, αυτό μπορεί να είναι πιο δύσκολο να φανεί χρησιμοποιώντας κατανομή ισοδυναμίας και ανάλυση οριακών τιμών, που τείνουν να εστιάζονται περισσότερο στη διεπαφή χρήστη. Οι άλλες δύο τεχνικές που βασίζονται σε προδιαγραφές, οι πίνακες αποφάσεων και οι δοκιμές μετάβασης κατάστασης επικεντρώνονται περισσότερο στην επιχειρηματική λογική ή στους επιχειρηματικούς κανόνες. Ένας πίνακας αποφάσεων είναι ένας καλός τρόπος αντιμετώπισης συνδυασμών πραγμάτων (π.χ. εισροών). Αυτή η τεχνική μερικές φορές αναφέρεται και ως πίνακας «αιτίας-αποτελέσματος». Ο λόγος για αυτό είναι ότι υπάρχει μια σχετική τεχνική λογικού διαγράμματος που ονομάζεται «γραφική παράσταση αιτίου-αποτελέσματος», η οποία μερικές φορές χρησιμοποιήθηκε για να βοηθήσει στην εξαγωγή του πίνακα αποφάσεων


71. Ποιος είναι ο ΚΥΡΙΟΣ στόχος κατά την αναθεώρησηwing παραδοτέο λογισμικό;

Για τον εντοπισμό ελαττωμάτων σε οποιοδήποτε προϊόν εργασίας λογισμικού.


72. Ποιο από τα παρακάτωwing ορίζει τα αναμενόμενα αποτελέσματα μιας δοκιμής; Προδιαγραφές δοκιμαστικής περίπτωσης ή προδιαγραφές σχεδιασμού δοκιμής.

Η προδιαγραφή περίπτωσης δοκιμής καθορίζει τα αναμενόμενα αποτελέσματα μιας δοκιμής.


73. Ποιο είναι το όφελος της ανεξαρτησίας του τεστ;

Αποφεύγει την προκατάληψη του συγγραφέα στον καθορισμό αποτελεσματικών δοκιμών.


74. Ως μέρος ποιας διαδικασίας δοκιμής καθορίζετε τα κριτήρια εξόδου;

Τα κριτήρια εξόδου καθορίζονται με βάση τον «Προγραμματισμό Δοκιμών».


75. Τι είναι το Alpha testing;

Δοκιμή πριν από την κυκλοφορία από εκπροσώπους τελικών χρηστών στον ιστότοπο του προγραμματιστή.


76. Τι είναι η δοκιμή βήτα;

Δοκιμές που πραγματοποιούνται από πιθανούς πελάτες στις δικές τους τοποθεσίες.


77. Αναφέρετε ποια είναι η διαφορά μεταξύ των δοκιμών Pilot και Beta;

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


78. Δεδομένου του ακόλουθουwing τμήμα κώδικα, πόσες δοκιμές απαιτούνται για 100% κάλυψη αποφάσεων;

if width > length 
   thenbiggest_dimension = width
     if height > width 
             thenbiggest_dimension = height 
     end_if
elsebiggest_dimension = length  
            if height > length 
                thenbiggest_dimension = height 
          end_if
end_if

4


79. Έχετε σχεδιάσει δοκιμαστικές περιπτώσεις για να παρέχετε 100% δήλωση και 100% κάλυψη απόφασης για το ακόλουθοwing τμήμα κώδικα. εάν πλάτος > μήκος τότε greatest_dimension = πλάτος other greatest_dimension = μήκος end_if The following έχει προστεθεί στο κάτω μέρος του τμήματος κώδικα παραπάνω. εκτύπωση "Μεγαλύτερη διάσταση είναι " &biggest_dimensionprint "Πλάτος: " & πλάτος εκτύπωση "Μήκος: " & μήκος Πόσες άλλες περιπτώσεις δοκιμών απαιτούνται;

Κανένα, οι υπάρχουσες δοκιμές μπορούν να χρησιμοποιηθούν.


80. Ποια είναι η διαφορά μεταξύ Τεχνικών Δοκιμών και Εργαλείων Δοκιμών;

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

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

Μάθετε περισσότερα για τα Εργαλεία δοκιμής εδώ


81. Χρησιμοποιούμε την έξοδο της ανάλυσης απαίτησης, την προδιαγραφή απαίτησης ως είσοδο για τη γραφή…

Δοκιμές αποδοχής χρήστη


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

Δοκιμή παλινδρόμησης


83. Ένας χονδρέμπορος πουλά δοχεία εκτυπωτών. Η ελάχιστη ποσότητα παραγγελίας είναι 5. Υπάρχει έκπτωση 20% για παραγγελίες 100 ή περισσότερων δοχείων εκτυπωτή. Σας ζητήθηκε να προετοιμάσετε δοκιμές χρησιμοποιώντας διάφορες τιμές για τον αριθμό των κασετών εκτυπωτή που παραγγέλθηκαν. Ποιο από τα παρακάτωwing Οι ομάδες περιέχουν τρεις εισόδους δοκιμής που θα δημιουργηθούν χρησιμοποιώντας την Ανάλυση οριακής τιμής;

4, 5, 99


84. Τι είναι η δοκιμή εξαρτημάτων;

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

Εδώ είναι ένα φοβερό βίντεο για Δοκιμή μονάδας


85. Τι είναι ο έλεγχος λειτουργικού συστήματος;

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


86. Ποια είναι τα οφέλη των Ανεξάρτητων Δοκιμών;

Οι ανεξάρτητοι δοκιμαστές είναι αμερόληπτοι και εντοπίζουν διαφορετικά ελαττώματα ταυτόχρονα.


87. Σε μια ΑΝΤΙΔΡΑΣΤΙΚΗ προσέγγιση στη δοκιμή πότε θα περιμένατε να ξεκινήσει το μεγαλύτερο μέρος των εργασιών σχεδιασμού δοκιμής;

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


88. Ποιες είναι οι διαφορετικές Μεθοδολογίες στο Agile Development Model;

Υπάρχουν επί του παρόντος επτά διαφορετικές ευέλικτες μεθοδολογίες που γνωρίζω:

  1. Extreme Programming (XP)
  2. Ράγκμπι
  3. Ανάπτυξη λογισμικού Lean
  4. Ανάπτυξη με γνώμονα τα χαρακτηριστικά
  5. Agile Unified Process
  6. Κρύσταλλο
  7. Μοντέλο Ανάπτυξης Δυναμικών Συστημάτων (DSDM)

89. Ποια δραστηριότητα στη βασική διαδικασία δοκιμής περιλαμβάνει αξιολόγηση της δυνατότητας δοκιμής των απαιτήσεων και του συστήματος;

Μια «Ανάλυση δοκιμής» και «Σχεδιασμός» περιλαμβάνει αξιολόγηση της δυνατότητας δοκιμής των απαιτήσεων και του συστήματος.


90. Ποιος είναι συνήθως ο ΠΙΟ ΣΗΜΑΝΤΙΚΟΣ λόγος για τη χρήση του κινδύνου για την προώθηση των προσπαθειών δοκιμών;

Γιατί η δοκιμή των πάντων δεν είναι εφικτή.


91. Τι είναι ο τυχαίος/μαϊμού έλεγχος; Πότε χρησιμοποιείται;

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


92. Ποιο από τα παρακάτωwing είναι έγκυροι στόχοι για αναφορές περιστατικών;

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

93. Σκεφτείτε το ακόλουθοwing τεχνικές. Ποιες είναι στατικές και ποιες δυναμικές τεχνικές;

  1. Διαμερισμός ισοδυναμίας.
  2. Χρησιμοποιήστε το Case Testing.
  3. Ανάλυση ροής δεδομένων.
  4. Διερευνητική Δοκιμή.
  5. Δοκιμή απόφασης.
  6. Επιθεωρήσεις.

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


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

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


95. Ποιες είναι οι φάσεις μιας επίσημης επανεξέτασης;

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

  1. Σχεδιασμός
  2. Ξεκίνημα
  3. Προετοιμασία
  4. Συνάντηση αξιολόγησης
  5. Rework
  6. Ακολουθω.

96. Ποιος είναι ο ρόλος του συντονιστή στη διαδικασία αναθεώρησης;

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

Μάθετε περισσότερα σχετικά με τη διαδικασία κριτικής στον οδηγό βίντεο εδώ


97. Τι είναι ένα διαμέρισμα ισοδυναμίας (γνωστό και ως κλάση ισοδυναμίας);

Ένα εύρος τιμών εισόδου ή εξόδου είναι τέτοιο ώστε μόνο μία τιμή στο εύρος να γίνεται δοκιμαστική περίπτωση.


98. Πότε πρέπει να εφαρμοστούν οι διαδικασίες διαχείρισης διαμόρφωσης;

Κατά τον προγραμματισμό της δοκιμής.


99. Ένας τύπος λειτουργικών δοκιμών, που διερευνά τις λειτουργίες που σχετίζονται με την ανίχνευση απειλών, όπως ιούς από κακόβουλους εξωτερικούς;

Δοκιμή ασφαλείας


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

Δοκιμές φορτίου


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

Έλεγχος επιπέδου ενσωμάτωσης


102. Τι είναι οι βασισμένες στη δομή (λευκό-box) τεχνικές δοκιμών;

Οι τεχνικές δοκιμών που βασίζονται στη δομή (οι οποίες είναι επίσης δυναμικές και όχι στατικές) χρησιμοποιούν την εσωτερική δομή του λογισμικού για την εξαγωγή δοκιμαστικών περιπτώσεων. Συνήθως ονομάζονται «λευκά»box"ή "γυαλί-boxτεχνικές (που σημαίνει ότι μπορείτε να δείτε μέσα στο σύστημα) αφού απαιτούν γνώση του τρόπου υλοποίησης του λογισμικού, δηλαδή του τρόπου λειτουργίας του. Για παράδειγμα, μια δομική τεχνική μπορεί να αφορά την άσκηση βρόχων στο λογισμικό. Μπορεί να προκύψουν διαφορετικές περιπτώσεις δοκιμής για την άσκηση του βρόχου μία, δύο και πολλές φορές. Αυτό μπορεί να γίνει ανεξάρτητα από τη λειτουργικότητα του λογισμικού.


103. Πότε πρέπει να εκτελείται η «Δοκιμή παλινδρόμησης»;

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


104. Τι είναι αρνητικό και θετικό τεστ;

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


105. Ποιος είναι ο σκοπός ενός κριτηρίου ολοκλήρωσης δοκιμής;

Ο σκοπός του κριτηρίου ολοκλήρωσης της δοκιμής είναι να καθοριστεί πότε θα σταματήσει η δοκιμή


106. Τι ΔΕΝ μπορεί να βρει η στατική ανάλυση;

Για παράδειγμα, διαρροές μνήμης.


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

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


108. Ποιες είναι οι τεχνικές δοκιμών που βασίζονται στην εμπειρία;

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


109. Τι είδους έλεγχος απαιτεί επίσημα κριτήρια εισόδου και εξόδου, συμπεριλαμβανομένων των μετρήσεων;

Επιθεώρηση


110. Θα μπορούσαν οι αναθεωρήσεις ή οι επιθεωρήσεις να θεωρηθούν μέρος της δοκιμής;

Ναι, γιατί και τα δύο βοηθούν στον εντοπισμό σφαλμάτων και βελτιώνουν την ποιότητα.


111. Ένα πεδίο εισαγωγής παίρνει το έτος γέννησης μεταξύ 1900 και 2004 ποιες είναι οι οριακές τιμές για τον έλεγχο αυτού του πεδίου;

1899,1900,2004,2005


112. Ποιο από τα παρακάτωwing εργαλεία θα εμπλέκονται στην αυτοματοποίηση της δοκιμής παλινδρόμησης; ένα. Ελεγκτής δεδομένων β. Ελεγκτής ορίων γ. Λήψη/Αναπαραγωγή δ. Συγκριτής εξόδου.

ρε. Συγκριτής εξόδου


113. Για να δοκιμάσει μια συνάρτηση, τι πρέπει να γράψει ένας προγραμματιστής, ο οποίος καλεί τη συνάρτηση που πρέπει να δοκιμαστεί και να περάσει δεδομένα δοκιμής.

Οδηγός


114. Ποιος είναι ο βασικός λόγος για τον οποίο οι προγραμματιστές δυσκολεύονται να δοκιμάσουν τη δουλειά τους;

Έλλειψη Αντικειμενικότητας


115. «Πόση δοκιμή είναι αρκετή;»

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


116. Πότε πρέπει να σταματήσει ο έλεγχος;

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

  1. Προθεσμίες (Δοκιμή, Έκδοση)
  2. Ο προϋπολογισμός δοκιμής έχει εξαντληθεί
  3. Το ποσοστό σφαλμάτων πέφτει κάτω από ένα ορισμένο επίπεδο
  4. Οι δοκιμαστικές περιπτώσεις ολοκληρώθηκαν με συγκεκριμένο ποσοστό επιτυχίας
  5. Οι περίοδοι άλφα ή βήτα για τη δοκιμή λήγουν
  6. Η κάλυψη του κώδικα, η λειτουργικότητα ή οι απαιτήσεις ικανοποιούνται σε ένα καθορισμένο σημείο

117. Ποιο από τα παρακάτωwing είναι ο πρωταρχικός σκοπός της στρατηγικής ολοκλήρωσης για τις δοκιμές ένταξης στο μικρό;

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


118. Τι είναι οι ημιτυχαίες δοκιμαστικές περιπτώσεις;

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


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

Διαβάστε σελ

Διαβάστε q

ΑΝ p+q> 100

ΜΕΤΑ Εκτυπώστε "Μεγάλο"

ΤΕΛΟΣ ΕΑΝ

ΑΝ p > 50

ΤΟΤΕ Εκτυπώστε "p Large"

ΤΕΛΟΣ ΕΑΝ

1 τεστ για κάλυψη δηλώσεων, 2 για κάλυψη υποκαταστήματος


120. Ποια αξιολόγηση χρησιμοποιείται συνήθως για την αξιολόγηση ενός προϊόντος για τον προσδιορισμό της καταλληλότητάς του για την προβλεπόμενη χρήση και για τον εντοπισμό αποκλίσεων;

Τεχνική Επιθεώρηση.


121. Τα σφάλματα που εντοπίστηκαν θα πρέπει να τεκμηριώνονται αρχικά από ποιον;

Από δοκιμαστές.


122. Ποιο είναι το τρέχον επίσημο παγκοσμίως αναγνωρισμένο πρότυπο τεκμηρίωσης;

Δεν υπάρχει ένα.


123. Ποιο από τα παρακάτωwing είναι ο συμμετέχων στην κριτική που δημιούργησε το στοιχείο που θα ελεγχθεί;

Μουσικός


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

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


125. Γιατί η ανάλυση οριακών τιμών παρέχει καλές περιπτώσεις δοκιμής;

Επειδή γίνονται συχνά σφάλματα κατά τον προγραμματισμό των διαφορετικών περιπτώσεων κοντά στις «άκρες» του εύρους τιμών.


126. Τι κάνει μια επιθεώρηση διαφορετική από άλλους τύπους επανεξέτασης;

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


127. Γιατί μπορεί ο ελεγκτής να εξαρτάται από τη διαχείριση διαμόρφωσης;

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


128. Τι είναι το V-Model;

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


129. Τι είναι ο έλεγχος συντήρησης;

Πυροδοτείται από τροποποιήσεις, μετεγκατάσταση ή απόσυρση υπάρχοντος λογισμικού


130. Τι είναι η κάλυψη δοκιμής;

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


131. Γιατί προτιμάται η σταδιακή ολοκλήρωση έναντι της ολοκλήρωσης «big bang»;

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


132. Πώς ονομάζεται η διαδικασία που ξεκινά με τις μονάδες τερματικού;

Ενσωμάτωση από κάτω προς τα πάνω


133. Κατά τη διάρκεια ποιας δοκιμαστικής δραστηριότητας θα μπορούσε να εντοπιστεί το σφάλμα πιο οικονομικά;

Κατά τον προγραμματισμό της δοκιμής


134. Ο σκοπός της φάσης απαίτησης είναι

Να παγώσει τις απαιτήσεις, να κατανοήσει τις ανάγκες των χρηστών, να καθορίσει το εύρος των δοκιμών


135. Γιατί χωρίζουμε τις δοκιμές σε διακριτά στάδια;

Χωρίσαμε τις δοκιμές σε διακριτά στάδια λόγω του following αιτιολογικό,

  1. Κάθε στάδιο δοκιμής έχει διαφορετικό σκοπό
  2. Είναι πιο εύκολο να καταφέρετε να δοκιμάσετε σταδιακά
  3. Μπορούμε να εκτελέσουμε διαφορετικές δοκιμές σε διαφορετικά περιβάλλοντα
  4. Η απόδοση και η ποιότητα των δοκιμών βελτιώνονται με τη χρήση σταδιακών δοκιμών

136. Τι είναι το DRE;

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

DRE=Αριθμός σφαλμάτων κατά τη δοκιμή/αριθμός σφαλμάτων κατά τη δοκιμή + αριθμός σφαλμάτων που εντοπίστηκαν από έναν χρήστη


137. Ποιο από τα παρακάτωwing είναι πιθανό να ωφεληθεί περισσότερο από τη χρήση εργαλείων δοκιμών που παρέχουν εγκαταστάσεις λήψης και επανάληψης δοκιμών; α) Δοκιμή παλινδρόμησης β) Έλεγχος ολοκλήρωσης γ) Δοκιμή συστήματος δ) Δοκιμή αποδοχής από τον χρήστη

Δοκιμή παλινδρόμησης


138. Πώς θα εκτιμούσατε το ποσό των επαναληπτικών δοκιμών που ενδέχεται να απαιτηθούν;

Μετρήσεις από προηγούμενα παρόμοια έργα και συζητήσεις με την ομάδα ανάπτυξης


139. Τι μελετά την ανάλυση ροής δεδομένων;

Η χρήση δεδομένων σε διαδρομές μέσω του κώδικα.


140. Τι είναι η αποτυχία;

Η αποτυχία είναι μια απόκλιση από την καθορισμένη συμπεριφορά.


141. Τι είναι οι συγκριτές δοκιμών;

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


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

Γραφέας


143. Ποιος είναι ο κύριος σκοπός της Άτυπης αναθεώρησης

Ένας φθηνός τρόπος για να έχετε κάποιο όφελος


144. Ποιος είναι ο σκοπός της τεχνικής σχεδιασμού δοκιμής;

Προσδιορισμός συνθηκών δοκιμής και αναγνώριση περιπτώσεων δοκιμής


145. Κατά τη δοκιμή ενός συστήματος υπολογισμού βαθμών, ένας ελεγκτής καθορίζει ότι όλες οι βαθμολογίες από το 90 έως το 100 θα αποδώσουν βαθμό Α, αλλά οι βαθμολογίες κάτω από 90 όχι. Αυτή η ανάλυση είναι γνωστή ως:

Διαμερισμός ισοδυναμίας


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

Ελεγκτής, αυτοματοποιητής δοκιμών, ειδικός ιστού, DBA


147. Κατά τη διάρκεια της δοκιμής ενός ελεγκτή μονάδας, το «X» βρήκε ένα σφάλμα και το εκχώρησε σε έναν προγραμματιστή. Αλλά ο προγραμματιστής απορρίπτει το ίδιο, λέγοντας ότι δεν είναι σφάλμα. Τι πρέπει να κάνει το «Χ»;

Στείλτε τις λεπτομερείς πληροφορίες του σφάλματος που αντιμετωπίσατε και ελέγξτε την αναπαραγωγιμότητα


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

Δοκιμή Big-Bang


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

V-Model


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

Διαμερισμός ισοδυναμίας


151. «Αυτό το μοντέλο κύκλου ζωής καθορίζεται από το χρονοδιάγραμμα και τους κινδύνους του προϋπολογισμού» Αυτή η δήλωση ταιριάζει καλύτερα.

V-Model


152. Με ποια σειρά πρέπει να εκτελούνται οι δοκιμές;

Το πιο σημαντικό πρέπει πρώτα να δοκιμαστεί


153. ο later στον κύκλο ζωής ανάπτυξης ανακαλύπτεται ένα σφάλμα, τόσο πιο ακριβό είναι να διορθωθεί. Γιατί;

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


154. Τι είναι η μέτρηση κάλυψης;

Είναι ένα μερικό μέτρο της ενδελεχούς δοκιμής.


155. Τι είναι ο έλεγχος οριακής τιμής;

Δοκιμή οριακών συνθηκών σε, κάτω και πάνω από τα άκρα των κλάσεων ισοδυναμίας εισόδου και εξόδου. Για παράδειγμα, ας πούμε μια εφαρμογή τράπεζας όπου μπορείτε να κάνετε ανάληψη μέγιστων 20,000 Rs και τουλάχιστον 100 Rs., επομένως στη δοκιμή οριακής τιμής δοκιμάζουμε μόνο τα ακριβή όρια, αντί να χτυπάμε στη μέση. Αυτό σημαίνει ότι δοκιμάζουμε πάνω από το μέγιστο όριο και κάτω από το ελάχιστο όριο.


156. Τι αντιπροσωπεύει το COTS;

Εμπορική πώληση εκτός ραφιού.


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

Περιβάλλον δοκιμής


158. Τι μπορεί να θεωρηθεί ότι βασίζεται στο σχέδιο του έργου, αλλά με περισσότερες λεπτομέρειες;

Σχέδιο δοκιμής φάσης


159. Τι είναι η Ταχεία Ανάπτυξη Εφαρμογών;

Το Rapid Application Development (RAD) είναι τυπικά μια παράλληλη ανάπτυξη λειτουργιών και επακόλουθη ενσωμάτωση. Τα εξαρτήματα/λειτουργίες αναπτύσσονται παράλληλα σαν να ήταν μίνι έργα, οι εξελίξεις είναι χρονικάboxεκδόθηκαν, παραδόθηκαν και στη συνέχεια συναρμολογήθηκαν σε ένα λειτουργικό πρωτότυπο. Αυτό μπορεί πολύ γρήγορα να δώσει στον πελάτη κάτι να δει και να χρησιμοποιήσει και να παράσχει σχόλια σχετικά με την παράδοση και τις απαιτήσεις του. Η ταχεία αλλαγή και ανάπτυξη του προϊόντος είναι δυνατή χρησιμοποιώντας αυτή τη μεθοδολογία. Ωστόσο, οι προδιαγραφές του προϊόντος θα πρέπει να αναπτυχθούν για το προϊόν κάποια στιγμή και το έργο θα πρέπει να τεθεί υπό πιο επίσημους ελέγχους πριν ξεκινήσει η παραγωγή.

👍 Ανατρέξτε μας - Δοκιμαστικό Κουίζ

👍 Ανατρέξτε μας - Ερωτήσεις συνέντευξης για δοκιμή λογισμικού Youtube Βίντεο

Δωρεάν λήψη PDF: Ερωτήσεις & Απαντήσεις σε Συνέντευξη Δοκιμής Λογισμικού

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