software manual testing interview questions
Οι πιο συχνές ερωτήσεις συνέντευξης με τη Χειροκίνητη δοκιμή βασισμένες σε σενάριο για τους έμπειρους επαγγελματίες με λεπτομέρειες απαντήσεις:
Πρόσφατα είχα αυτή τη μοναδική εμπειρία Προπόνηση QA (10 χρόνια εμπειρίας) για να παρακολουθήσετε μια συνέντευξη δοκιμής λογισμικού πελάτη με μια κορυφαία εταιρεία ψυχαγωγίας στο Λος Άντζελες. Ο ιστότοπος που θα εξεταστεί ήταν ένας απλός ιστότοπος που απευθύνεται σε πελάτες (όπως ένα διαδικτυακό τηλεοπτικό κανάλι) που είχε στοιχεία Web και Mobile.
Μια εταιρεία συμβούλων προβάλλει προφίλ σε αυτόν τον πελάτη για ένα onsite tester + θέση συντονιστή αλλά κανένας δεν τα κατάφερε μέσω της διαδικασίας δοκιμαστικής συνέντευξης. Έτσι αποφάσισαν να συλλέξουν το Ερωτήσεις συνέντευξης QA από τους προηγούμενους παρευρισκόμενους και μου έδωσαν ένα ερωτηματολόγιο.
συγχώνευση ταξινόμησης ψευδοκώδικα c ++
Ήθελαν να δώσω τις απαντήσεις στον επόμενο υποψήφιο και να προπονηθούν άτομο για να είναι επιτυχής στη δοκιμαστική συνέντευξη QA.
Όταν πήρα τον κατάλογο των ερωτήσεων, εξεπλάγην και «δεν εκπλήσσομαι» ταυτόχρονα. Έκπληκτος - επειδή οι ερωτήσεις ήταν πραγματικά βασικές και μια 10ετής εμπειρία QA θα έπρεπε να ήταν σε θέση να τις απαντήσει εύκολα. Δεν εκπλήσσεται τόσο πολύ γιατί το QA είναι το πεδίο της πληροφορικής που έχει τα περισσότερα ζιζάνια κατά τη γνώμη μου - αλλά ας μην το κάνουμε.
Αφού τελείωσα με την άσκηση, σκέφτηκα ότι θα ήταν ωραίο να μοιραστώ αυτήν την εμπειρία με τους αναγνώστες STH. Για αρχάριους, αυτή θα είναι καλή ζωντανή έκθεση. Για άλλους, θα είναι μια φιλική υπενθύμιση του πόσο σημαντική βασικές αρχές δεν έχει σημασία πόσο έμπειροι είμαστε.
Συνιστώμενη ανάγνωση=> 101+ Ερωτήσεις και απαντήσεις για συνέντευξη δοκιμής λογισμικού.
Ορίστε… ..
Μη αυτόματες ερωτήσεις συνέντευξης για έμπειρους
9 πιο συχνές ερωτήσεις συνέντευξης δοκιμών λογισμικού QA για αρχάριους καθώς και έμπειρους υποψηφίους:
# Q 1) Ποια είναι η διαδικασία δημιουργίας δοκιμαστικού σεναρίου;
Απάντηση:
Βήμα 1: είναι να κατανοήσουμε διεξοδικά το AUT:
- Αυτό θα μπορούσε να γίνει με την προσεκτική ανάγνωση των απαιτούμενων εγγράφων.
- Ελλείψει εγγράφων, θα μπορούσαμε να προσπαθήσουμε να κατανοήσουμε οποιοδήποτε σημείο αναφοράς που έχουμε - μια προηγούμενη έκδοση της εφαρμογής ή τα σύρματα ή τα στιγμιότυπα οθόνης
Βήμα 2: Αφού κατανοήσουμε τις απαιτήσεις, καταρτίζουμε μια λίστα με τους τομείς που πρέπει να δοκιμαστούν σε αυτήν την εφαρμογή. Με άλλα λόγια, προσδιορίζουμε τις απαιτήσεις δοκιμής. Το επίκεντρο σε αυτό το βήμα είναι να προσδιορίσετε 'Τι' θα δοκιμάσετε. Το αποτέλεσμα αυτού του βήματος είναι μια λίστα με Σενάρια δοκιμής .
Βήμα 3: Μόλις έχουμε τα σενάρια δοκιμής, επικεντρωνόμαστε στη συνέχεια στο 'Πώς' να τα δοκιμάσουμε. Αυτή η φάση περιλαμβάνει τη σύνταξη λεπτομερών βημάτων σχετικά με τον τρόπο δοκιμής ενός συγκεκριμένου χαρακτηριστικού, ποια δεδομένα θα εισαχθούν ( Δεδομένα δοκιμής ) και ποιο είναι το αναμενόμενο αποτέλεσμα.
Μόλις ολοκληρωθούν αυτά τα 3 βήματα, είμαστε έτοιμοι για δοκιμή.
# Q 2) Ποια είναι τα πεδία σε μια αναφορά σφαλμάτων;
Απάντηση: Τα ακόλουθα σημαντικά πεδία θα πρέπει να περιλαμβάνονται στο α καλή αναφορά σφαλμάτων :
- Ένα μοναδικό αναγνωριστικό
- Περιγραφή ελαττώματος: μια σύντομη περιγραφή του τι είναι το σφάλμα.
- Βήματα για την αναπαραγωγή: λεπτομέρειες σχετικά με τον τρόπο επίτευξης του σφάλματος, τα ακριβή δεδομένα δοκιμής, τη στιγμή κατά την οποία εντοπίστηκε το ελάττωμα (εάν υπάρχει) περιβάλλον: οποιεσδήποτε πληροφορίες που θα βοηθήσουν στην αντιμετώπιση του προβλήματος
- Ενότητα / ενότητα της εφαρμογής (εάν υπάρχει)
- Αυστηρότητα
- Στιγμιότυπο οθόνης
- Υπεύθυνη QA: σε περίπτωση τυχόν περαιτέρω ερωτήσεων σχετικά με αυτό το ζήτημα
# Q 3) Πώς να δοκιμάσετε ένα λογισμικό που απευθύνεται σε πελάτες;
Απάντηση: Με οποιαδήποτε εφαρμογή δοκιμάζουμε, προσπαθούμε να δούμε αν ένα συγκεκριμένο σύνολο απαιτήσεων πληροί η εφαρμογή ή όχι. Αλλά όταν πρόκειται για έναν ιστότοπο που απευθύνεται σε χρήστες, εκτός από την επικέντρωση στη λειτουργικότητα, πρέπει επίσης να εξετάσουμε μερικές δυνατότητες χρηστικότητας, ίσως και απόψεις και απόψεις ασφαλείας σε κάποιο βαθμό.
Το πρώτο επίπεδο δοκιμών είναι : Ο ιστότοπος ικανοποιεί τις λειτουργικές του απαιτήσεις.
Για παράδειγμα, εάν είναι ένας ιστότοπος διαχείρισης δανείων, πρέπει να εξετάσουμε - είναι ο νέος πελάτης ικανός να υποβάλει αίτηση για δάνειο, εάν ο υπάρχων πελάτης μπορεί να έχει πρόσβαση στις πληροφορίες του δανείου του, είναι σωστός το ποσοστό επιτοκίου που εφαρμόζεται στο ποσό του δανείου κ.λπ.
Το επόμενο επίπεδο δοκιμών είναι :πόσο εύκολο είναι να χρησιμοποιήσετε τον ιστότοπο, να κάνετε τις επιλογές λογικές και να ικανοποιήσετε τις προσδοκίες του χρήστη ή όχι.
Για παράδειγμα, εάν ο χρήστης πρέπει να περάσει 3-4 οθόνες για να υποβάλει τις βασικές πληροφορίες που θα ενοχληθούν, έτσι πρέπει να αντιμετωπιστούν τέτοια ζητήματα.
μέθοδος καταρράκτη κύκλου ζωής ανάπτυξης λογισμικού
Αλλο παράδειγμα, μετά την εισαγωγή του ονόματος χρήστη και του κωδικού πρόσβασης, ο χρήστης μπορεί να κάνει κλικ στην καρτέλα - πράγμα που σημαίνει ότι το στοιχείο ελέγχου πρέπει να μεταβεί στο κουμπί 'Σύνδεση', αντί εάν πρόκειται να ακυρώσει, ο χρήστης θα είναι πραγματικά ενοχλημένος και η εμπειρία χρήσης του ιστότοπου είναι πρόκειται να τεθεί σε κίνδυνο. Τέτοια ζητήματα πρέπει να πιαστούν.
Δοκιμή απόδοσης σε πλήρη έκταση μπορεί να μην είναι σε εμβέλεια, αλλά απλές καταστάσεις όπως, πόσο καιρό χρειάζεται να εμφανίζονται τα αποτελέσματα αναζήτησης και πόσος χρόνος χρειάζεται για να ανακτήσει το σύστημα πληροφορίες πελάτη κατά την ώρα αιχμής - αυτά είναι μερικά παραδείγματα πράγματα που θα θέλαμε να παρακολουθούμε.
Ασφάλεια - για ιστότοπους όπου υπάρχει ασφαλής σύνδεση για πρόσβαση στον ιστότοπο, πρέπει να δοκιμαστεί η ελάχιστη λειτουργικότητα γύρω από αυτήν. Για παράδειγμα, αν αφήσω τον ιστότοπο σε αδράνεια για περισσότερα από 10 λεπτά, είναι αυτόματη αποσύνδεση ή όχι. Κάτι τόσο βασικό όσο πρέπει να επικεντρωθεί.
# Q 4) Πώς να ξεπεράσετε την πρόκληση να μην έχετε τεκμηρίωση εισόδου για δοκιμή;
Απάντηση: ΕΑΝ η λεπτομερής τυποποιημένη τεκμηρίωση όπως τα BRD και FSD δεν είναι διαθέσιμη, ο ελεγκτής θα πρέπει να εξαρτάται από κάποιο σημείο αναφοράς.
- Στιγμιότυπα οθόνης
- Μια προηγούμενη έκδοση της εφαρμογής
- Πλαίσια καλωδίων, κ.λπ.
Ένας άλλος παράγοντας που βοηθά πάρα πολύ, είναι να μιλήσετε με τους προγραμματιστές ή τους επιχειρηματικούς αναλυτές (όταν είναι διαθέσιμοι) για να λάβετε επιβεβαίωση σχετικά με την κατανόηση ή τις διευκρινίσεις μας σε περίπτωση αμφιβολιών.
Όταν καμία από αυτές τις καταστάσεις δεν λειτουργεί, μπορούμε απλώς να κατανοήσουμε την εφαρμογή με βάση την προηγούμενη εμπειρία μας στην εφαρμογή πληροφορικής και να δημιουργήσουμε το βασικό σύνολο δοκιμαστικών σεναρίων. Όταν έρθει η δοκιμαστική φάση, μπορούμε να ρυθμίσουμε ένα μέρος του κύκλου δοκιμής και να κάνουμε κάποια διαχείριση δοκιμαστικών περιπτώσεων (να κάνουμε τα ήδη δημιουργημένα σενάρια τέλεια), ώστε να έχουμε το έγγραφο για τις επόμενες φάσεις.
# Q 5) Πώς να πάρετε μέγιστη παραγωγικότητα από μια υπεράκτια ομάδα;
Απάντηση: Το κλειδί είναι να βεβαιωθείτε ότι όλοι οι υπεύθυνοι δοκιμών γνωρίζουν όλες τις ενότητες και ότι δεν υπάρχει συγκέντρωση γνώσεων σε ένα μέρος. Η συμμετοχή όλων σε δοκιμαστικά σενάρια από ομότιμους κριτές, συναντήσεις ελαττωμάτων και συνεδρίες KT θα διασφαλίσει ότι όλοι γνωρίζουν την εφαρμογή στον καλύτερο δυνατό βαθμό.
Επίσης, ενθαρρύνοντας την ιδέα της ομαδικής εργασίας, μπορούμε να κάνουμε τα μέλη της ομάδας να συνεργάζονται, να βοηθούν και να αλληλοβοηθούνται για καλύτερη παραγωγικότητα.
πώς να παρακολουθείτε αρχεία .mkv
Οι τακτικές συναντήσεις παρακολούθησης βοηθούν επίσης πολύ τη διαδικασία.
# Q 6) Ποιοι είναι οι ρόλοι και οι ευθύνες ενός συντονιστή επιτόπου; Δοκιμάζει επίσης;
Απάντηση: Ο επιτόπιος συντονιστής είναι ένα σημείο επαφής για την υπεράκτια ομάδα και με τον πελάτη για οποιαδήποτε πληροφορία σχετικά με τη δοκιμή.
Αυτή η εργασία περιλαμβάνει:
- KT από και προς υπεράκτια και πελάτες
- Προετοιμασία του περιβάλλοντος για δοκιμή όλων έτοιμων
- Δοκιμή υγιεινής, δοκιμή καπνού
- Δοκιμή - η βασική λειτουργικότητα.
- Αναθεώρηση σφαλμάτων - βρέθηκε από την υπεράκτια ομάδα
- Εκχώρηση σφαλμάτων στον αντίστοιχο προγραμματιστή
- Παρουσίαση μετρήσεων
- Παροχή αποσύνδεσης
Ναι, ακόμη και ένας συντονιστής επιτόπου πρέπει να δοκιμάσει.
# Q 7) Ασυνεπείς σφάλματα - Γιατί μπορεί να το βρει ο ιστότοπος, αλλά δεν είναι υπεράκτιο και αντίστροφα - Πώς να χειριστείτε αυτήν την κατάσταση;
Απάντηση: Κάθε σφάλμα πρέπει να σημειωθεί και να αναλυθεί - είτε συναντάται είτε επί τόπου είτε υπεράκτια, είτε επαναλαμβάνεται είτε όχι. Μια πραγματική προστιθέμενη αξία στη δουλειά ενός υπεύθυνου δοκιμών είναι όταν εμπλέκουμε στη διαδικασία ανάλυσης ρίζας αιτίας για ένα σφάλμα και όχι απλώς να το αναφέρουμε.
Μερικοί από τους τρόπους με τους οποίους μπορούμε να χειριστούμε αυτήν την κατάσταση είναι:
- Όλα τα μέλη της ομάδας επί τόπου και υπεράκτια θα πρέπει να ακολουθούν μια οδηγία που έπρεπε να ληφθούν στιγμιότυπα οθόνης για κάθε σφάλμα που αντιμετωπίζουμε - επαναλαμβανόμενο ή όχι.
- Εάν υπάρχουν αρχεία καταγραφής, αρχεία συστήματος ή κάτι τέτοιο, αυτό μπορεί να μας βοηθήσει να βρούμε οποιαδήποτε απόδειξη του προβλήματος - πρέπει να προσπαθήσουμε να το βρούμε.
- Παρά όλα αυτά τα βήματα, εάν εξακολουθούμε να μην μπορούμε να πούμε γιατί και πότε παρουσιάζεται το πρόβλημα - θα πρέπει να το αναφέρουμε στον προγραμματιστή το ίδιο - με όσες περισσότερες πληροφορίες μπορούμε.
#Q 8) Δοκιμή σχετικά με βίντεο / ήχο - Τι περιλαμβάνει αυτό;
Απάντηση: Πώς να δοκιμάσετε μια εφαρμογή με βίντεο ή ήχο;
Εδώ είναι τα σημαντικά σημεία που πρέπει να λάβετε υπόψη:
- Επίπεδα πρόσβασης (περιορισμένη ή μη - ελεγχόμενη με κωδικό πρόσβασης)
- Διαφορετικά είδη περιβάλλοντος
- Συμβατότητα προγράμματος περιήγησης
- Αναλύσεις οθόνης
- Ταχύτητες σύνδεσης στο Διαδίκτυο
- Οι συγκεκριμένες επιλογές σε ένα βίντεο - όπως αναπαραγωγή, διακοπή, σίγαση κ.λπ.
- Βίντεο κατά μέγεθος
- Απάντηση στα βίντεο - σχόλια (περιορισμοί στη διάρκεια των σχολίων και στον αριθμό των σχολίων που μπορεί να λάβει)
- Απαντήσεις βίντεο στα βίντεο
- Διεπαφή με ιστότοπους κοινωνικής δικτύωσης - Διαλειτουργικότητα
- Ταχύτητα αποθήκευσης
- Ενσωμάτωση του βίντεο
# Q 9) Δοκιμή εφαρμογών για κινητά - Τι περιλαμβάνει για λίγο;
Απάντηση: Σημαντικά σενάρια δοκιμών εφαρμογών για κινητά:
- Ελέγξτε εάν η εφαρμογή λειτουργεί καλά με πολλούς φορείς και πολλές συσκευές.
- Ευχρηστία των δυνατοτήτων σε οθόνη κινητού.
- Δοκιμή σε διαφορετικές πλατφόρμες για κινητά - όπως Android και iOS.
- Εγκαταστάσεις, απεγκατάσταση, εκκίνηση της εφαρμογής με δίκτυο και χωρίς δίκτυο, δοκιμή λειτουργικότητας.
- Συνδέσεις δικτύου - Wi-Fi, 2G κ.λπ.
- Τα αρχεία καταγραφής στο βοηθητικό πρόγραμμα διαμόρφωσης iPhone iOS για το Android Monitor.bat μπορούν να χρησιμοποιηθούν για εντοπισμό σφαλμάτων.
Αυτό ήταν. Τώρα, δεν ήταν τόσο απλό.
Τέλος, επαναλαμβάνω τη φιλοσοφία στο STH - γνωρίζω καλά τα βασικά, ακολουθούν αυτόματα τα υπόλοιπα.
Καταλήγω, ελπίζοντας ότι αυτή η προσπάθεια θα είναι επωφελής και σημαντική για τους αναγνώστες μας. Ενημερώστε μας παρακάτω στην ενότητα σχολίων σχετικά με το πώς το κάναμε.
Συντάκτης: Αυτή η ανάρτηση γράφτηκε από το μέλος της ομάδας STH Swati Seela.
Συνιστώμενη ανάγνωση
- Ερωτήσεις και απαντήσεις συνέντευξης
- Μερικές ενδιαφέρουσες ερωτήσεις συνέντευξης δοκιμών λογισμικού
- Πώς να προετοιμαστείτε για συνέντευξη δοκιμής λογισμικού
- Πόροι και λήψεις δοκιμών λογισμικού QA
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- 20 απλές ερωτήσεις για να ελέγξετε το λογισμικό σας Βασικές γνώσεις (Online κουίζ)
- Δοκιμή λογισμικού QA Assistant Job
- Ποια είναι η καλύτερη στιγμή στη δοκιμαστική σας καριέρα; - Απαντήσεις σε τέτοιες 14 ενδιαφέρουσες ερωτήσεις συνέντευξης δοκιμής λογισμικού