Κορυφαίες 70 Ερωτήσεις και Απαντήσεις Συνεντεύξεων για Λειτουργικές Δοκιμές
Τόμας Χάμιλτον
Ακολουθούν ερωτήσεις και απαντήσεις συνέντευξης Functional Testing για πιο φρέσκους όσο και έμπειρους υποψηφίους για να πάρουν τη δουλειά των ονείρων τους.
Ερωτήσεις και Απαντήσεις Συνέντευξης Λειτουργικής Δοκιμαστικής για Νεομαθείς
1) Τι είναι ο Λειτουργικός Έλεγχος;
Το Functional Testing είναι μια μέθοδος δοκιμής λογισμικού που σας βοηθά να επικυρώσετε το σύστημα λογισμικού σε σχέση με τις λειτουργικές απαιτήσεις/προδιαγραφές.
2) Ποιος είναι ο σκοπός του Λειτουργικού Έλεγχου;
Ο κύριος σκοπός των Λειτουργικών δοκιμών είναι να δοκιμάσουν κάθε λειτουργία της εφαρμογής λογισμικού προσφέροντας την κατάλληλη είσοδο και επαληθεύοντας την έξοδο σε σχέση με τις Λειτουργικές απαιτήσεις.
3) Τι είδους δοκιμή καλύπτει τη λειτουργική δοκιμή;
Λειτουργική δοκιμή περιλαμβάνει δοκιμή μαύρου κουτιού και δεν ανησυχεί για τον πηγαίο κώδικα της εφαρμογής. Αυτή η δοκιμή ελέγχει τη διεπαφή χρήστη, τα API, τη βάση δεδομένων, την επικοινωνία πελάτη/διακομιστή και διάφορες άλλες λειτουργίες εφαρμογής υπό δοκιμή. Αυτή η μέθοδος δοκιμής λογισμικού μπορεί να πραγματοποιηθεί είτε χειροκίνητα είτε χρησιμοποιώντας αυτοματισμό.
4) Τι δοκιμάζετε στο Functional Testing;
Ακολουθούν μερικοί λόγοι για τη χρήση του Functional Testing:
- Λειτουργίες κύριας γραμμής: Δοκιμάζει τις κύριες λειτουργίες μιας εφαρμογής
- Βασική χρηστικότητα: Αυτή η μέθοδος περιλαμβάνει βασικές δοκιμές χρηστικότητας του συστήματος. Ελέγχει επίσης εάν ο χρήστης μπορεί να πλοηγηθεί ελεύθερα στις οθόνες χωρίς δυσκολίες.
- Προσιτότητα: Ελέγχει την προσβασιμότητα του συστήματος λογισμικού για τον χρήστη
- Συνθήκες σφάλματος: Μπορείτε να χρησιμοποιήσετε τις τεχνικές δοκιμών για να ελέγξετε για συνθήκες σφάλματος. Ελέγχει επίσης εάν εμφανίζονται σχετικά μηνύματα σφάλματος.
5) Ποια είναι τα σημαντικά βήματα που καλύπτονται στο Functional Testing;
Ο λειτουργικός έλεγχος γίνεται με τα ακόλουθα βήματα:
Βήμα 1) Οι απαιτήσεις που καθορίζονται από τον χρήστη ή τον οργανισμό μελετώνται και στη συνέχεια διαγράφονται όλες οι αμφιβολίες και τα ερωτήματα.
Βήμα 2) Με βάση τις καθορισμένες απαιτήσεις, οι περιπτώσεις δοκιμών σχεδιάζονται λαμβάνοντας υπόψη όλα τα σενάρια δοκιμών που πρέπει να καλύπτονται για όλες τις περιπτώσεις δοκιμών.
Βήμα 3) Προσδιορίστε όλα τα δεδομένα δοκιμής που απαιτούνται για τον έλεγχο της λειτουργικότητας του συστήματος και τον προσδιορισμό της εισόδου.
Βήμα 4) Προσδιορίστε την αναμενόμενη έξοδο με βάση τις τιμές εισόδου και τη λειτουργικότητα.
Βήμα 5) Μετά από αυτόν τον ελεγκτή, εκτελέστε όλες τις περιπτώσεις δοκιμής για να ελέγξετε αν έχουν καλή απόδοση ή όχι
Βήμα 6) Συγκρίνετε το αποτέλεσμα με το αναμενόμενο αποτέλεσμα και προσδιορίστε το ποσοστό ελαττωμάτων και την ακρίβεια του συστήματος.
6) Ποια είναι η χρήση ενός πίνακα ιχνηλασιμότητας;
Ο πίνακας ιχνηλασιμότητας δείχνει τη σχέση μεταξύ των δοκιμαστικών περιπτώσεων και των απαιτήσεων με τη βοήθεια ενός εγγράφου.
7) Ποια είναι η διαφορά μεταξύ λειτουργικών και μη λειτουργικών δοκιμών;
| Λειτουργικός | Μη λειτουργική δοκιμή |
|---|---|
| Ο λειτουργικός έλεγχος εκτελείται πριν από τον μη λειτουργικό έλεγχο. | Μη λειτουργική δοκιμή εκτελείται πάντα μετά τον λειτουργικό έλεγχο. |
| Βασίζεται στις απαιτήσεις των πελατών. | Επικεντρώνεται κυρίως στις προσδοκίες των πελατών. |
| Βοηθά στην επικύρωση της συμπεριφοράς της εφαρμογής. | Βοηθά στην επικύρωση της απόδοσης της εφαρμογής. |
| Περιγράφει τι κάνει το προϊόν. | Περιγράφει πώς λειτουργεί το προϊόν. |
8) Ποια είναι τα διαφορετικά επίπεδα δοκιμής;
Υπάρχουν τέσσερα επίπεδα δοκιμής:
- Δοκιμή ολοκλήρωσης: Το Integration Testing ορίζεται ως μια μέθοδος δοκιμής λογισμικού όπου οι ενότητες λογισμικού ενσωματώνονται λογικά και δοκιμάζονται ως μία ομάδα.
- Δοκιμή συστήματος: Το System Testing είναι ένα επίπεδο δοκιμής που επικυρώνει το πλήρες και πλήρως ενσωματωμένο προϊόν λογισμικού.
- Δοκιμή αποδοχής: Η δοκιμή αποδοχής (UAT) είναι ένας τύπος δοκιμής που εκτελείται από τον τελικό χρήστη ή τον πελάτη για την επαλήθευση/αποδοχή του συστήματος λογισμικού πριν από τη μεταφορά της εφαρμογής λογισμικού στο περιβάλλον παραγωγής.
- Δοκιμή μονάδας/συστατικού/προγράμματος/μονάδας: Χρησιμοποιεί για τη δοκιμή όλων των εξαρτημάτων και των μονάδων υπό δοκιμή
9) Ποια είναι η χρήση του Acceptance Testing;
Η δοκιμή αποδοχής καθορίζει εάν το σύστημα λογισμικού πληροί τις απαιτούμενες προδιαγραφές. Ο κύριος στόχος αυτού του τύπου δοκιμής είναι να αξιολογήσει τη συμμόρφωση του συστήματος με τις επιχειρηματικές ανάγκες και να επαληθεύσει εάν πληροί τα απαιτούμενα κριτήρια για παράδοση στους τελικούς χρήστες.
10) Τι είναι το Adhoc Testing;
Adhoc testing, επίσης γνωστή ως τυχαία δοκιμή, είναι μια μέθοδος δοκιμής που δεν ακολουθεί καμία περίπτωση δοκιμής ή απαίτηση που σχετίζεται με την εφαρμογή. Στις περισσότερες περιπτώσεις, είναι μια απρογραμμάτιστη δραστηριότητα όπου οποιοδήποτε μέρος της εφαρμογής ελέγχεται τυχαία για να βρεθούν ελαττώματα.
11) Τι σημαίνει Διαμερισμός ισοδυναμίας;
Η κατάτμηση ισοδυναμίας ονομάζεται επίσης κλάση ισοδυναμίας. Είναι μια δοκιμή μαύρου κουτιού που διαιρεί τα δεδομένα εισόδου σε κλάσεις δεδομένων. Αυτή η διαδικασία δοκιμής λογισμικού σάς βοηθά να μειώσετε τον αριθμό των περιπτώσεων δοκιμής, ενώ εξακολουθεί να καλύπτει τη μέγιστη απαίτηση.
12) Τι είναι η Ανάλυση οριακής αξίας;
Είναι μια τεχνική για την ανάλυση των οριακών τιμών των κατατμήσεων κλάσεων Equivalence. Αυτή η τεχνική δοκιμής σάς βοηθά να εντοπίσετε σφάλματα στα όρια και όχι εντός των τιμών εύρους.
13) Πότε να κάνετε τεστ καπνού;
Το Smoke είναι μια μέθοδος δοκιμής που εκτελείται στο σύστημα μετά την παραλαβή της κατασκευής. Αυτός ο τύπος μεθόδου δοκιμής ελέγχει την κρίσιμη διαδρομή και όχι τη λειτουργικότητα για να διασφαλίσει ότι η κατασκευή γίνεται αποδεκτή για περαιτέρω δοκιμή ή ότι θα πρέπει να απορριφθεί σε περίπτωση χαλασμένου συστήματος. Το Smoke Testing ελέγχει επίσης την κρίσιμη διαδρομή του συστήματος, χωρίς την οποία η εφαρμογή είναι αποκλεισμένη.
14) Γιατί χρειάζεται να διεξάγουμε δοκιμές από άκρο σε άκρο;
Η δοκιμή από άκρο σε άκρο είναι μια μέθοδος που σας επιτρέπει να εκτελείτε δοκιμές που καλύπτουν όλη την πιθανή ροή της εφαρμογής δοκιμής από την αρχή μέχρι το τέλος. Αυτή η προσέγγιση δοκιμής λογισμικού σάς βοηθά να ανακαλύψετε εξαρτήσεις λογισμικού και να επιβεβαιώσετε ότι η σωστή είσοδος μεταβιβάζεται μεταξύ διαφορετικών λειτουργικών μονάδων λογισμικού και υποσυστημάτων.
15) Τι καταλαβαίνετε από τον έλεγχο υγιεινής;
Ο έλεγχος υγιεινής διενεργείται μετά την παραλαβή της κατασκευής για να ελεγχθεί η νέα λειτουργικότητα/ελαττώματα που πρέπει να επιδιορθωθούν. Σε αυτόν τον τύπο δοκιμών, ο στόχος είναι να ελέγξετε τη λειτουργικότητα, να προσδιορίσετε εάν το σφάλμα έχει διορθωθεί και να ελέγξετε την επίδραση του διορθωμένου σφάλματος στην εφαρμογή κάτω από τη δοκιμή.
16) Ποια είναι η διαφορά μεταξύ σοβαρότητας και προτεραιότητας;
Η σοβαρότητα ελαττώματος είναι ένα επίπεδο ή ο βαθμός επίπτωσης από το ελάττωμα στην εφαρμογή υπό δοκιμή. Θα πρέπει να θυμάστε ότι όσο μεγαλύτερη είναι η σοβαρότητα του ελαττώματος, τόσο περισσότερο θα επηρεάσει την εφαρμογή.
17) Τι είναι το RTM;
Πίνακας ιχνηλασιμότητας απαίτησης είναι μια πλήρης μορφή RTM. Είναι ένα εργαλείο που βοηθά τον ελεγκτή να σας βοηθά να παρακολουθείτε την κάλυψη των απαιτήσεων κατά τη διαδικασία δοκιμής. Μόλις ληφθεί το έγγραφο απαίτησης. Δημιουργείται με βάση τις απαιτήσεις και διατηρείται μέχρι να κυκλοφορήσει το συγκεκριμένο σύστημα ή εφαρμογή.
18) Τι είναι το Data-driven Testing;
Η δοκιμή βάσει δεδομένων είναι μια διάσημη λειτουργική μέθοδος δοκιμών όπου τα δοκιμαστικά σενάρια εκτελούνται επανειλημμένα με τη βοήθεια πηγών δεδομένων όπως υπολογιστικά φύλλα, Excel, αρχεία CSV, αρχεία XML και αρχεία βάσης δεδομένων SQL. Μπορείτε να χρησιμοποιήσετε αυτές τις πηγές δεδομένων που χρησιμοποιούνται ως τιμές εισόδου για τη δημιουργία της εξόδου. Μετά από αυτό, το αποτέλεσμά του συγκρίνεται για την επαλήθευση του συστήματος ή του λογισμικού.
19) Τι είναι το Mutation Testing;
Ο σκοπός της δοκιμής μετάλλαξης είναι να επαληθεύσει εάν ένα σύνολο δεδομένων δοκιμών ή δοκιμαστικών περιπτώσεων είναι χρήσιμο ή όχι. Γίνεται προσθέτοντας σκόπιμα διάφορες αλλαγές κώδικα (bugs) και δοκιμάζοντας ξανά με πρωτότυπες περιπτώσεις δοκιμών ή δεδομένα.
20) Γιατί είναι αδύνατο να δοκιμάσετε ένα πρόγραμμα διεξοδικά;
Εδώ είναι οι δύο σημαντικοί λόγοι που καθιστούν αδύνατη την πλήρη δοκιμή ενός προγράμματος.
- Οι προδιαγραφές λογισμικού μπορεί να είναι υποκειμενικές και μπορεί να οδηγήσουν σε διαφορετικές ερμηνείες.
- Κάποια στιγμή το πρόγραμμα μπορεί να απαιτεί πολλές εισόδους, εξόδους και συνδυασμούς διαδρομής.
Ερωτήσεις και Απαντήσεις Συνέντευξης Λειτουργικής Δοκιμής για Έμπειρους
21) Πώς μπορείτε να δοκιμάσετε ένα προϊόν εάν η απαίτηση δεν έχει ακόμη παγώσει;
Εάν οι απαιτούμενες προδιαγραφές δεν είναι διαθέσιμες για ένα συγκεκριμένο προϊόν, τότε το σχέδιο δοκιμής μπορεί να προετοιμαστεί με βάση τις υποθέσεις που έγιναν για το προϊόν.
22) Ποια είναι σημαντικά σημεία που πρέπει να θυμάστε ενώ λαμβάνετε υπόψη κατά τη σύνταξη Δοκιμαστικών Υποθέσεων;
Εδώ είναι μερικά ζωτικής σημασίας σημεία που πρέπει να λάβετε υπόψη κατά τη σύνταξη των δοκιμαστικών περιπτώσεων:
- Πριν ξεκινήσετε να γράφετε τις περιπτώσεις δοκιμής, πρέπει να κατανοήσετε ξεκάθαρα τις ανάγκες του πελάτη.
- Θα πρέπει να συμπεριλάβετε κάθε απαίτηση με τη μορφή δοκιμαστικών περιπτώσεων και τίποτα δεν πρέπει να παραλείπεται.
- Όλες οι λειτουργικές και μη λειτουργικές απαιτήσεις θα πρέπει να περιλαμβάνουν διεπαφή διεπαφής χρήστη και πρέπει να καλύπτεται η συμβατότητα.
- Οι περιπτώσεις δοκιμής θα πρέπει να αξιολογούνται συνεχώς για να αποφευχθεί οποιαδήποτε επανάληψη ή πλεονασμός.
- Η προτεραιότητα είναι επίσης πολύ σημαντικός παράγοντας που πρέπει να τίθεται για τις δοκιμαστικές περιπτώσεις κατά τη σύνταξη.
- Μπορούν επίσης να κατασκευαστούν δοκιμαστικές θήκες Sprint ώστε ο ελεγκτής και ο προγραμματιστής να σας βοηθήσουν να αναλύσετε την ποιότητα του προϊόντος με βάση την εκτέλεση δοκιμαστικής περίπτωσης.
- Η δομή των δοκιμαστικών περιπτώσεων πρέπει να είναι εύκολα κατανοητή και να είναι γραμμένη σε απλή γλώσσα.
23) Πόσες περιπτώσεις δοκιμών μπορείτε να εκτελέσετε σε μια ημέρα;
Να είστε πρακτικοί όταν απαντάτε αυτού του είδους τις ερωτήσεις συνέντευξης με μη αυτόματο έλεγχο σε πραγματικό χρόνο. Εξαρτάται επίσης από την πολυπλοκότητα και το μέγεθος της υπόθεσης δοκιμής. Ορισμένες περιπτώσεις δοκιμών έχουν λίγα βήματα δοκιμής και ορισμένες έχουν περισσότερα.
Ένα δείγμα απάντησης θα πρέπει να είναι: «Στο προηγούμενο έργο μου, γενικά εκτελούμε 35-40 απλές δοκιμαστικές περιπτώσεις την ημέρα, 15-17 μεσαίες περιπτώσεις δοκιμής (όπως η Εκχώρηση ρόλων χρήστη) την ημέρα και 5-7 σύνθετες περιπτώσεις δοκιμών την ημέρα.
24) Τι είναι το Stress Test;
Έλεγχος πίεσης είναι μια μέθοδος δοκιμής απόδοσης στην οποία η εφαρμογή είναι βέβαιο ότι θα περάσει από προσπάθεια ή άγχος. Για παράδειγμα, εκτέλεση μιας εφαρμογής πάνω από το όριο διακοπής για τον προσδιορισμό του σημείου όπου διακόπτεται το πρόγραμμα λογισμικού.
.png)
25) Τι είναι το Load Testing;
Δοκιμές φορτίου είναι μια μέθοδος δοκιμής απόδοσης όπου η εφαρμογή εκτελείται πέρα από διάφορα επίπεδα φορτίου. Σας βοηθά να παρακολουθείτε τη μέγιστη απόδοση του διακομιστή, τον χρόνο απόκρισης κ.λπ. Χρησιμοποιώντας αυτήν τη μέθοδο δοκιμής απόδοσης, μπορείτε να προσδιορίσετε τη σταθερότητα, την απόδοση και την ακεραιότητα της εφαρμογής υπό παράλληλο φορτίο συστήματος.
26) Τι είναι η διαχείριση διαμόρφωσης;
Είναι μια μέθοδος μηχανικής συστημάτων για τον καθορισμό και τη διατήρηση της συνέπειας των φυσικών, επιδόσεων, λειτουργικών, σχεδιαστικών και λειτουργικών πληροφοριών ενός προϊόντος. Προσφέρει αποδοτικότητα κόστους και καλύτερη διαχείριση χρόνου στον οργανισμό σας.
27) Ποιοι είναι οι σημαντικοί παράγοντες που πρέπει να λαμβάνονται υπόψη στις Δοκιμές βάσει Κινδύνων;
- Σας δίνει τη δυνατότητα να προσδιορίσετε πότε και πώς να εφαρμόσετε τη δοκιμή βάσει κινδύνου σε μια κατάλληλη εφαρμογή.
- Μπορείτε να προσδιορίσετε τα μέτρα που δρουν καλά κατά την αναζήτηση και τη διαχείριση κινδύνου σε κρίσιμες περιοχές της εφαρμογής.
28) Τι είναι η μη λειτουργική δοκιμή;
Η μη λειτουργική δοκιμή είναι μια προσέγγιση δοκιμής λογισμικού για τον έλεγχο μη λειτουργικών πτυχών όπως η απόδοση, η χρηστικότητα και η αξιοπιστία μιας εφαρμογής λογισμικού. Έχει σχεδιαστεί κυρίως για να ελέγχει την ετοιμότητα ενός συστήματος σύμφωνα με μη λειτουργικές παραμέτρους, οι οποίες δεν αντιμετωπίζονται ποτέ από τη λειτουργική δοκιμή.
29) Ποια είναι τα κύρια πλεονεκτήματα των δοκιμών Αυτοματισμού;
Ακολουθούν τα πλεονεκτήματα των δοκιμών αυτοματισμού:
- Παρέχει υποστήριξη για την εκτέλεση επαναλαμβανόμενων δοκιμαστικών περιπτώσεων
- Βοηθά στη δοκιμή ενός μεγάλου πίνακα δοκιμών
- Επιτρέπει την παράλληλη εκτέλεση και επίσης ενθαρρύνει την εκτέλεση χωρίς επίβλεψη
Κάντε κλικ εδώ για να μάθετε περισσότερα σχετικά με Δοκιμές αυτοματισμού.
30) Τι καλύπτεται και ποιες είναι οι διαφορετικές τεχνικές κάλυψης;
Υπάρχουν τρεις βασικοί τύποι τεχνικών κάλυψης και είναι:
- Κάλυψη δήλωσης: Αυτή η μέθοδος κάλυψης διασφαλίζει ότι κάθε γραμμή πηγαίου κώδικα έχει εκτελεστεί και δοκιμαστεί.
- Κάλυψη απόφασης διαβεβαιώνει ότι κάθε απόφαση (αληθής/ψευδής) στον πηγαίο κώδικα έχει εκτελεστεί και δοκιμαστεί.
- Κάλυψη διαδρομής: Βεβαιωθείτε ότι κάθε πιθανή διαδρομή μέσω ενός δεδομένου τμήματος του κώδικα έχει εκτελεστεί και δοκιμαστεί.
31) Τι είναι η αναφορά σφάλματος;
Ένας ελεγκτής λογισμικού καταγράφει τις παρατηρήσεις, τα ευρήματα και άλλες χρήσιμες πληροφορίες στους προγραμματιστές κατά τη διάρκεια της δοκιμής λογισμικού. Όλα αυτά τα δεδομένα που σχετίζονται με την εγγραφή δοκιμής ονομάζονται επίσης αναφορά σφαλμάτων.
Μια λεπτομερής αναφορά σφαλμάτων είναι απαραίτητη για την παραγωγή κατά τη διάρκεια της δοκιμής.
- Σας βοηθά να κατανοήσετε το πρόβλημα
- Το περιβάλλον και οι συγκεκριμένες συνθήκες κάτω από τις οποίες συμβαίνει
- Η επίλυση εάν/όταν οι προγραμματιστές λογισμικού διορθώσουν το πρόβλημα
32) Τι είναι η δοκιμή GUI;
Η δοκιμή GUI είναι Δοκιμή γραφικού περιβάλλοντος χρήστη που ελέγχει τη διεπαφή μεταξύ του λογισμικού και του τελικού χρήστη.
33) Ποιοι είναι οι τυπικοί κανόνες ενός σχεδιασμού δοκιμής API;
Ακολουθούν οι βασικές αρχές ενός σχεδιασμού δοκιμής API:
- Ρύθμιση: Δημιουργήστε αντικείμενα, ξεκινήστε υπηρεσίες και αρχικοποιήστε δεδομένα.
- Εκτέλεση: Εφαρμόστε το API ή το σενάριο, συμπεριλαμβανομένης της καταγραφής
- Επαλήθευση: Επιτρέπει την αξιολόγηση του αποτελέσματος της εκτέλεσης
- Αναφορά: Εμφάνιση καταστάσεων όπως Pass, αποτυχία ή αποκλεισμένη κατάσταση
- Καθάρισε: Κατάσταση προ-δοκιμής
34) Ποια είναι τα πλεονεκτήματα του Manual Testing;
Ακολουθούν τα πλεονεκτήματα της χρήσης της μεθόδου χειροκίνητης δοκιμής:
- Είναι μια μέθοδος σε σύγκριση με την αυτοματοποιημένη δοκιμή
- Η ανάλυση του προϊόντος από την πλευρά του τελικού χρήστη είναι δυνατή μόνο με χειροκίνητη δοκιμή
- Μπορείτε να κάνετε δοκιμές GUI με μεγαλύτερη ακρίβεια με τη βοήθεια της μη αυτόματης δοκιμής, καθώς η οπτική προσβασιμότητα και οι προτιμήσεις είναι δύσκολο να αυτοματοποιηθούν
- Οι μη αυτόματες δοκιμές μαθαίνονται εύκολα για νέα άτομα που μόλις μπήκαν στο Testing
- Είναι κατάλληλο για βραχυπρόθεσμα έργα όταν τα δοκιμαστικά σενάρια δεν πρόκειται να επαναληφθούν και να επαναχρησιμοποιηθούν
- Ταιριάζει καλύτερα όταν το έργο βρίσκεται στα αρχικά στάδια ανάπτυξης
35) Τι είναι η ζώνη δοκιμής;
A Δοκιμαστική ζώνη συλλέγει πληροφορίες λογισμικού και δοκιμών για να δοκιμάσει ένα πρόγραμμα ή μονάδα εκτελώντας το υπό μεταβαλλόμενες συνθήκες όπως το άγχος, τα δεδομένα και η παρακολούθηση της συμπεριφοράς και των εξόδων του.
36) Τι είναι το κλείσιμο δοκιμής;
Το Test Closure είναι ένα έγγραφο που συνοψίζει όλες τις δοκιμές που πραγματοποιήθηκαν κατά τη διάρκεια του SDLC (κύκλος ζωής ανάπτυξης λογισμικού) και προσφέρει μια λεπτομερή ανάλυση των σφαλμάτων που αφαιρούνται και των σφαλμάτων που βρέθηκαν.
Αυτό το έγγραφο περιέχει επίσης το συγκεντρωτικό αρ. πειραμάτων, συνολικός αριθμός πειραμάτων που εκτελέστηκαν, συνολικός αριθμός ατελειών που ανακαλύφθηκαν, προσθήκη αριθμών σφαλμάτων που δεν διευθετήθηκαν, συνολικός αριθμός σφαλμάτων που απορρίφθηκαν κ.λπ.
37) Τι είναι ένα κρίσιμο σφάλμα στο Functional Testing;
Ένα κρίσιμο σφάλμα είναι ένα σφάλμα που μπορεί να επηρεάσει το μεγαλύτερο μέρος της λειτουργικότητας μιας συγκεκριμένης εφαρμογής. Σημαίνει επίσης ότι ένα μεγάλο κομμάτι λειτουργικότητας ή μεγάλου συστήματος έχει σπάσει εντελώς και δεν υπάρχει λύση για να προχωρήσετε περαιτέρω.
38) Τι είναι το Baseline Testing;
Το βασικό τεστ είναι μια σειρά δοκιμών που εκτελούνται για τη συλλογή πληροφοριών απόδοσης. Οι πληροφορίες που συλλέγονται μπορούν επίσης να χρησιμοποιηθούν για τη βελτίωση της απόδοσης και των δυνατοτήτων της εφαρμογής κάνοντας αλλαγές ανάλογα με τα αποτελέσματα. Αυτή η μέθοδος δοκιμής συγκρίνει την τρέχουσα απόδοση της εφαρμογής με την προηγούμενη απόδοσή της.
39) Τι είναι το Defect Cascading;
Είναι μια τεχνική για την ενεργοποίηση άλλων ελαττωμάτων στην εφαρμογή όταν οποιοδήποτε ελάττωμα παραμένει αντιληπτό κατά τη διάρκεια της δοκιμής. Επικαλείται άλλα ελαττώματα εφαρμογής επειδή πολλαπλά ελαττώματα εμφανίζονται στα τελευταία στάδια ανάπτυξης.
Ωστόσο, εάν η εναλλαγή ελαττωμάτων επηρεάζει άλλες λειτουργίες της εφαρμογής, ο εντοπισμός της επηρεαζόμενης δυνατότητας γίνεται αρκετά δύσκολος. Μπορείτε να κάνετε διάφορες δοκιμαστικές περιπτώσεις για να λύσετε αυτό το ζήτημα.
40) Ονομάστε όλα τα βασικά στοιχεία της μορφής αναφοράς ελαττωμάτων.
Τα βασικά στοιχεία της μορφής αναφοράς ελαττώματος περιλαμβάνουν:
- Όνομα έργου
- Όνομα μονάδας
- Εντοπίστηκε ελάττωμα στις
- Αναγνωριστικό ελαττώματος
- Όνομα ελαττώματος
- Στιγμιότυπο οθόνης του ελαττώματος
- Σοβαρότητα και κατάσταση προτεραιότητας
- Το ελάττωμα επιλύθηκε από και επιλύθηκε στις
41) Τι είναι μια δοκιμαστική κλίνη;
Το Testbed είναι λογισμικό, υλικό και άλλα στοιχεία δοκιμής που χρησιμοποιούνται για την υποστήριξη της διαδικασίας δοκιμής. Ο πρωταρχικός σκοπός της δοκιμαστικής κλίνης είναι ο έλεγχος και η παρακολούθηση των συνθηκών των δοκιμών.
Προσφέρει επίσης μέσα για την εκτέλεση δοκιμών. Στη χειροκίνητη δοκιμή λογισμικού, το testbed περιλαμβάνει πολλά εργαλεία και τεχνολογίες.
Παραδείγματα περιλαμβάνουν γλώσσες προγραμματισμού όπως PHP, πλαίσια Perl όπως Joomla ή WordPress και βάσεις δεδομένων όπως PostgreSQL or MySQL.
42) Τι είναι το Defect Removal Efficiency;
Το Defect Removal Efficiency (DRE) είναι μια μέτρηση δοκιμών που υποδεικνύει πόσο αποτελεσματικά η ομάδα ανάπτυξης μπορεί να διορθώσει σφάλματα και ζητήματα πριν από την κυκλοφορία του προϊόντος. Μετρά την αναλογία ελαττωμάτων προς τον αριθμό των προβλημάτων που ανακαλύφθηκαν. Για παράδειγμα, εάν ανακαλύφθηκαν 80 κατά τη διάρκεια της δοκιμής και 60 διορθώθηκαν, το DRE θα είναι 80/60 = 1.3%.
43) Ποια είναι η διαφορά μεταξύ της απελευθέρωσης σφάλματος και της διαρροής σφάλματος;
Η απελευθέρωση σφαλμάτων είναι όταν κυκλοφορεί μια συγκεκριμένη έκδοση λογισμικού με γνωστά σφάλματα. Αυτά τα σφάλματα είναι κατά κύριο λόγο χαμηλής προτεραιότητας ή σοβαρότητας, ενώ η διαρροή σφάλματος συμβαίνει όταν ένα σφάλμα εντοπίζεται από τον τελικό πελάτη που δεν αναγνωρίζεται από τη δοκιμή λογισμικού.
44) Τι είναι το agile testing και γιατί είναι εισαγωγή;
Το Agile Testing σάς βοηθά να αξιολογήσετε το λογισμικό από την οπτική γωνία του πελάτη. Δεν χρειάζεται η ομάδα ανάπτυξης να ολοκληρώσει την κωδικοποίηση πριν ξεκινήσει τη διαδικασία ποιοτικού ελέγχου. Αντίθετα, η διαδικασία δοκιμής και κωδικοποίησης προχωρά ταυτόχρονα. Ωστόσο, μπορεί να χρειάζεται συνεχή αλληλεπίδραση με τον πελάτη.
45) Τι θα κάνετε ως δοκιμαστής όταν συναντήσετε ένα σφάλμα;
Αφού εντοπίσουμε το σφάλμα, πρέπει να κλειδώσουμε το σφάλμα στην αναφορά σφαλμάτων. Στη συνέχεια, αυτό το σφάλμα θα πρέπει να εκχωρηθεί και να κοινοποιηθεί στους προγραμματιστές που μπορούν να το διορθώσουν. Αφού ο προγραμματιστής διορθώσει το σφάλμα, όλα τα σφάλματα πρέπει να επανεξεταστούν και πρέπει να ληφθούν αποφάσεις σχετικά με την ανάγκη δοκιμής παλινδρόμησης για να διασφαλιστεί ότι οι διορθώσεις δεν δημιούργησαν προβλήματα πουθενά αλλού.
46) Ποιοι είναι οι διαφορετικοί τύποι κατηγοριών εντοπισμού σφαλμάτων;
Διάφορες κατηγορίες για εντοπισμό σφαλμάτων είναι:
- Αποσφαλμάτωση ωμής βίας
- Αιτία εξάλειψης
- Τεμαχισμός του προγράμματος
- Οπισθοδρόμηση
- Ανάλυση δέντρου σφαλμάτων
47) Τι είναι το Test Deliverable;
Τα παραδοτέα δοκιμής είναι μια ομάδα εργαλείων, εγγράφων και στοιχείων που διατηρούνται και αναπτύσσονται για την υποστήριξη της δοκιμής.
Ακολουθούν τα παραδοτέα δοκιμής σε διάφορες φάσεις δοκιμής του κύκλου ζωής ανάπτυξης λογισμικού:
- Πριν από τη δοκιμή λογισμικού
- Κατά τη διάρκεια της δοκιμής λογισμικού
- Μετά τη δοκιμή λογισμικού
48) Ποιοι είναι οι συνήθεις κίνδυνοι που οδηγούν στην αποτυχία του έργου;
Ακολουθούν οι συνήθεις κίνδυνοι που οδηγούν σε αποτυχία του έργου:
- Δεν διαθέτει επαρκές ανθρώπινο δυναμικό
- Υπάρχει τεράστιος κίνδυνος να μην έχει ρυθμιστεί σωστά το περιβάλλον δοκιμών
- Περιορισμένος Προϋπολογισμός
49) Ποιες είναι οι σημαντικές διαφορές μεταξύ του πίνακα ελέγχου και του πίνακα ιχνηλασιμότητας;
Ακολουθούν οι σημαντικές διαφορές μεταξύ του Test Matrix και του Traceability Matrix:
- Πίνακας δοκιμής: Η μήτρα δοκιμής σάς βοηθά να καταγράψετε την πραγματική ποιότητα, την προσπάθεια, το σχέδιο, τους πόρους και τον χρόνο που απαιτείται για την καταγραφή όλων των φάσεων της δοκιμής λογισμικού
- Πίνακας ιχνηλασιμότητας: Αυτό το Matrix περιλαμβάνει χαρτογράφηση μεταξύ των δοκιμαστικών περιπτώσεων και των απαιτήσεων των πελατών.
50) Τι είναι το θετικό και το αρνητικό τεστ;
Μπορούμε να πούμε ότι ο ελεγκτής διενεργείται θετική δοκιμή εισάγει μια έγκυρη είσοδο και αναμένει να ολοκληρωθεί κάποια ενέργεια σύμφωνα με την προδιαγραφή, ενώ μια αρνητική δοκιμή γίνεται όταν εισάγετε τυχόν μη έγκυρα δεδομένα και λαμβάνετε σφάλματα.
Ερωτήσεις και απαντήσεις συνεντεύξεων λειτουργικών δοκιμών για 5+ χρόνια εμπειρίας
51) Τι είναι το Big Bang Approach;
Το Big Bang είναι μια ευρέως χρησιμοποιούμενη στρατηγική δοκιμών ολοκλήρωσης που απαιτεί τον έλεγχο δίπλα-δίπλα όλων των στοιχείων του συστήματος. Το κύριο πλεονέκτημα αυτής της μεθόδου δοκιμής είναι ότι ο ελεγκτής μπορεί να ελέγξει την εργασία ολόκληρου του συστήματος και των στοιχείων του.
52) Ποια είναι η έννοια του σφάλματος;
Ένα σφάλμα είναι μια κατάσταση που οδηγεί σε αποτυχία εκτέλεσης λογισμικού κατά την εκτέλεση μιας εξεταζόμενης λειτουργίας.
53) Τι είναι η διαρροή σφάλματος στο λειτουργικό έλεγχο;
Διαρροή σφάλματος εμφανίζεται όταν ένα σφάλμα εντοπίζεται από τον τελικό πελάτη και χάνεται από την ομάδα δοκιμών κατά τη δοκιμή του λογισμικού.
54) Τι είναι το TDD;
Δοκιμαστική Ανάπτυξη είναι μια μεθοδολογία ανάπτυξης λογισμικού. Σε αυτή τη μέθοδο, η ανάπτυξη του λογισμικού καθοδηγείται από δοκιμαστικές περιπτώσεις που δημιουργήθηκαν για τη λειτουργικότητα που πρόκειται να υλοποιηθεί. Οι περιπτώσεις δοκιμής δημιουργούνται με τη μέθοδο TDD και γράφεται ο κώδικας για να περάσουν τις δοκιμές.
55) Ποια είναι η διαφορά μεταξύ Λανθάνον και Συγκαλυμμένων ελαττωμάτων;
Ένα λανθάνον ελάττωμα είναι ένα μη αναγνωρισμένο όταν υπάρχει ελάττωμα στην τρέχουσα έκδοση. Ωστόσο, δεν είναι ορατό καθώς οι προϋποθέσεις υπό τις οποίες θα μπορούσε να εντοπιστεί το ελάττωμα δεν έχουν τηρηθεί ποτέ. Αυτά τα ελαττώματα εμφανίζονται μόνο όταν η δοκιμή λογισμικού ενεργοποιεί ένα συγκεκριμένο συμβάν, αποκρύπτοντας την παρουσία τους.
56) Τι είναι το Random/Monkey Testing;
Η μέθοδος τυχαίας δοκιμής είναι επίσης γνωστή ως δοκιμή μαϊμού. Σε έναν τέτοιο τύπο δοκιμών, τα δεδομένα παράγονται τυχαία, συχνά χρησιμοποιώντας ένα εργαλείο ή αυτοματοποιημένο μηχανισμό. Το σύστημά σας ελέγχεται με αυτήν την τυχαία δημιουργούμενη είσοδο και τα αποτελέσματα αναλύονται.
57) Τι είναι το Context-driven Testing;
Οι δοκιμές με γνώμονα το πλαίσιο περιλαμβάνουν την υιοθέτηση των πρακτικών δοκιμής, τις προσεγγίσεις και τις μεθοδολογίες και, κατά καιρούς, την προσαρμογή τους με βάση το πλαίσιο του έργου.
58) Τι είναι ο κύκλος PDCA στη δοκιμή λογισμικού;
Ο κύκλος PDCA είναι βασικό κλειδί για τη συνεχή βελτίωση της διαδικασίας στην ανάπτυξη λογισμικού.
Αποτελείται από τα ακόλουθα 4 βήματα:
- σχέδιο: Σχεδιάστε τους στόχους, τους στόχους και τις πρωτοβουλίες που βοηθούν στην επίτευξη της ικανοποίησης των πελατών.
- Do: Εφαρμόζει το σχέδιο σε δράση. Βοηθά στην εξυπηρέτηση του πελάτη με καλύτερη ποιότητα και ικανοποίηση. είναι απαραίτητο να έχουμε ένα καλό σχέδιο για εκτέλεση.
- Ελεγχος: Για να ελέγξετε την πρόοδο του σχεδίου σας, το οποίο έχει υλοποιηθεί. Το αποτέλεσμα δείχνει επίσης πόσο ακριβής ήταν ο σχεδιασμός.
- Υποκρίνομαι: Η δράση βάσει των αποτελεσμάτων για περαιτέρω βελτίωση βοηθά τον ελεγκτή να επιτύχει τους προγραμματισμένους στόχους.
59) Ποια είναι τα κριτήρια εισόδου στο Software Testing;
Απαιτείται ένα σύνολο προϋποθέσεων για την έναρξη της δοκιμαστικής δραστηριότητας, συμπεριλαμβανομένου του περιβάλλοντος δοκιμής, του εργαλείου δοκιμής, των δεδομένων δοκιμής και πολλών άλλων.
60) Τι είναι τα κριτήρια εξόδου στη δοκιμή λογισμικού;
Ένα κριτήριο εξόδου είναι ένα σύνολο συνθηκών που καθορίζουν τα συμφωνημένα χαρακτηριστικά ή την κατάσταση της εφαρμογής για να επισημάνουν την ολοκλήρωση της διαδικασίας ή του προϊόντος.
61) Μπορεί να γίνει δοκιμή συστήματος σε οποιοδήποτε στάδιο;
Όλα τα στοιχεία λογισμικού ελέγχονται για να διασφαλιστεί ότι το προϊόν πληροί τις καθορισμένες απαιτήσεις. Επομένως, η δοκιμή λογισμικού συστήματος δεν μπορεί να γίνει σε κανένα στάδιο. Αντίθετα, η δοκιμή συστήματος πρέπει να ξεκινά μόνο όταν όλες οι μονάδες ή μονάδες λειτουργούν σωστά και είναι στη θέση τους.
62) Τι σημαίνει Δοκιμές Άλφα, Βήτα και Γάμμα;
Όλα τα δεδομένα είναι το όνομα των όρων δοκιμής λογισμικού:
Δοκιμές Alpha διεξάγεται από τους προγραμματιστές που αναπτύσσουν το λογισμικό και τους δοκιμαστές. Μερικές φορές παρατηρείται ότι η δοκιμή άλφα διεξάγεται από τον αγοραστή ή την ομάδα εξωτερικής ανάθεσης χωρίς προγραμματιστές ή δοκιμαστές.
Ένας καθορισμένος αριθμός τελικών χρηστών πραγματοποιεί δοκιμή beta πριν από την παράδοση. Κυρίως, διεξάγεται στον τόπο του τελικού χρήστη.
Δοκιμή γάμμα: Αυτή η προσέγγιση δοκιμών ελέγχει τις καθορισμένες ανάγκες όταν το λογισμικό είναι έτοιμο για κυκλοφορία. Γενικά γίνεται στη θέση του τελικού χρήστη. Εκτελείται επίσης από πρώτο χέρι παραλείποντας όλες τις εσωτερικές δραστηριότητες δοκιμών.
63) Τι μπορεί να γίνει κατανοητό από το End-To-End Testing;
Το σύστημα δοκιμών End To End είναι μια μέθοδος δοκιμής μιας εφαρμογής για να διασφαλιστεί εάν λειτουργεί όπως αναμένεται να λειτουργήσει ή όχι. Χρησιμοποιείται για τη δοκιμή της ροής της εφαρμογής από την αρχή έως το τελικό σημείο. Το σύστημα δοκιμών από άκρο σε άκρο σάς βοηθά να ελέγχετε εξονυχιστικά την πλήρη ροή του συστήματος. Αυτή η μέθοδος δοκιμής επιβεβαιώνει επίσης ότι η ακεραιότητα των δεδομένων διατηρείται μεταξύ των διαφορετικών στοιχείων του συστήματος και των συστημάτων.
64) Τι είναι το Use Case Testing;
Η δοκιμή περίπτωσης χρήσης είναι μια μέθοδος που μας επιτρέπει να ελέγξουμε τη λειτουργικότητα ενός συγκεκριμένου λογισμικού. Σας βοηθά επίσης να καταλάβετε γιατί πρέπει ή δεν πρέπει να χρησιμοποιούμε λογισμικό εξαρχής.
65) Τι είναι το A/B Testing;
Το A/B Testing ελέγχει δύο ή περισσότερες διαφορετικές εκδόσεις του λογισμικού σας με χρήστες για να αξιολογήσει ποια έκδοση έχει καλύτερη απόδοση. Είναι μια μέθοδος χαμηλού κινδύνου για τη δοκιμή νέων ή υπαρχουσών παραλλαγών λειτουργικότητας.
Μπορείτε να επιλέξετε ένα μέρος των χρηστών σας για χρήση της δυνατότητας Α. Η άλλη ομάδα χρησιμοποιεί τη δυνατότητα Β. Μετά από αυτό, μπορείτε να ελέγξετε τα σχόλια και την απόκριση των χρηστών χρησιμοποιώντας τη στατιστική δοκιμή για να προσδιορίσετε την τελική έκδοση της δυνατότητας.
66) Τι είναι ο κύκλος ζωής του ελαττώματος;
Ο κύκλος ζωής του ελαττώματος, ο οποίος είναι επίσης γνωστός ως ο κύκλος ζωής του σφάλματος, είναι μια σειρά φάσεων κατά τις οποίες ένα ελάττωμα περνά σε όλο τον κύκλο ζωής του. Αυτός ο κύκλος ζωής δοκιμών λογισμικού ξεκινά μόλις ο ελεγκτής εντοπίσει ή αναφέρει το ελάττωμα και τελειώνει όταν ο ελεγκτής QA διασφαλίσει ότι το ελάττωμα έχει επιλυθεί ώστε να μην εμφανιστεί ξανά.
67) Τι είναι το Configuration Testing;
Η δοκιμή διαμόρφωσης είναι μια μέθοδος δοκιμής λογισμικού που χρησιμοποιείται για την αξιολόγηση των απαιτήσεων διαμόρφωσης του λογισμικού. Σας βοηθά να ανακαλύψετε τη βέλτιστη διαμόρφωση του συστήματος κάτω από το οποίο λειτουργεί η εφαρμογή. Σας βοηθά επίσης να εντοπίσετε και να επιλύσετε τυχόν προβλήματα συμβατότητας.
68) Τι Καθορίζει το επίπεδο κινδύνου;
Η πιθανότητα ενός ανεπιθύμητου συμβάντος και η επίδραση του συμβάντος καθορίζουν το επίπεδο κινδύνου.
69) Τι εννοείτε με τον όρο Διαλογή ελαττωμάτων;
Διαλογή ελαττωμάτων είναι μια μέθοδος κατά την οποία τα ελαττώματα ιεραρχούνται ανάλογα με διάφορα χαρακτηριστικά όπως η σοβαρότητα, ο κίνδυνος και ο χρόνος που θα χρειαστεί για την επίλυση του προβλήματος. Η συνάντηση διαλογής ελαττωμάτων συγκεντρώνει ενδιαφερόμενα μέρη όπως η ομάδα ανάπτυξης, η ομάδα δοκιμών, ο διαχειριστής έργου κ.λπ.
70) Τι είναι στέλεχος;
Όταν εκτελείται δοκιμή ολοκλήρωσης από πάνω προς τα κάτω, οι ενότητες χαμηλότερου επιπέδου συχνά δεν παράγονται μέχρι να δοκιμαστούν και να ενσωματωθούν μονάδες ανώτατου επιπέδου. Τα Stubs είναι εικονικές μονάδες που χρησιμοποιούνται σε αυτές τις περιπτώσεις για την εξομοίωση της συμπεριφοράς της μονάδας παρέχοντας ένα προβλεπόμενο ή σκληρά κωδικοποιημένο αποτέλεσμα με βάση τις μεταβλητές εισόδου.
Αυτές οι ερωτήσεις συνέντευξης θα βοηθήσουν επίσης στο viva (προφορικά) σας
