Μενού

20 Επιλεκτικές ερωτήσεις συνέντευξης QA για εκκαθάριση συνέντευξης το 2021

  • Κύριος
  • Αλλα
  • 20 Επιλεκτικές ερωτήσεις συνέντευξης QA για εκκαθάριση συνέντευξης το 2021

20 selective qa interview questions clear interview 2021

Δοκιμάστε Το Όργανο Μας Για Την Εξάλειψη Των Προβλημάτων

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

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

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

Ερωτήσεις συνέντευξης διασφάλισης ποιότητας QA

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

Ας αρχίσουμε!!

Συχνές ερωτήσεις ερωτήσεων συνέντευξης QA

Ας αρχίσουμε!!

Q # 1) Ποια είναι η διαφορά μεταξύ Διασφάλισης Ποιότητας, Ποιοτικού Ελέγχου και Δοκιμών;

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

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

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

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

Q # 2) Πότε πιστεύετε ότι πρέπει να ξεκινήσουν οι δραστηριότητες QA;

Απάντηση: Η δραστηριότητα QA θα πρέπει να ξεκινήσει στην αρχή του έργου. Όσο πιο νωρίς ξεκινά τόσο πιο ευεργετικό είναι να θέσουμε τα πρότυπα για την επίτευξη της ποιότητας.

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

Q # 3) Τι είναι διαφορά μεταξύ του σχεδίου δοκιμής και της στρατηγικής δοκιμής ;

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

Q # 4) Μπορείτε να εξηγήσετε τον κύκλο ζωής δοκιμής λογισμικού;

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

Q # 5) Πώς ορίζετε ένα μορφή γραφής μιας καλής δοκιμαστικής περίπτωσης ;

πώς να γράψετε περιπτώσεις δοκιμών uat

Απάντηση: Η μορφή του Test Case περιλαμβάνει:

  • Αναγνωριστικό περίπτωσης δοκιμής
  • Περιγραφή περίπτωσης δοκιμής
  • Αυστηρότητα
  • Προτεραιότητα
  • περιβάλλον
  • Έκδοση έκδοσης
  • Βήματα για εκτέλεση
  • Αναμενόμενα αποτελέσματα
  • Πραγματικά αποτελέσματα

Q # 6) Τι είναι μια καλή δοκιμαστική περίπτωση;

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

Q # 7) Τι θα κάνατε αν έχετε μια μεγάλη σουίτα για εκτέλεση σε πολύ λιγότερο χρόνο;

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

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

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

Ε # 8) Πιστεύετε ότι τα QA μπορούν επίσης να συμμετάσχουν στην επίλυση προβλημάτων παραγωγής;

Απάντηση: Σίγουρα!! Θα ήταν μια καλή καμπύλη μάθησης για τη συμμετοχή των QA στην επίλυση προβλημάτων παραγωγής. Πολλά προβλήματα παραγωγής χρόνου θα μπορούσαν να επιλυθούν κάνοντας εκκαθάριση των αρχείων καταγραφής ή κάνοντας ορισμένες ρυθμίσεις μητρώου ή επανεκκίνηση των υπηρεσιών.

Αυτά τα είδη περιβαλλοντικών ζητημάτων θα μπορούσαν να επιλυθούν πολύ καλά από την ομάδα QA.

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

Ερώτηση # 9) Ας υποθέσουμε ότι βρίσκετε ένα σφάλμα στην παραγωγή, πώς θα βεβαιώνατε ότι το ίδιο σφάλμα δεν θα εισαχθεί ξανά;

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

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

Q # 10) Ποια είναι η διαφορά μεταξύ λειτουργικών και μη λειτουργικών δοκιμών;

Απάντηση:

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

παραδείγματα ερωτημάτων sql με απαντήσεις pdf

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

Μη λειτουργική δοκιμή , από την άλλη πλευρά, ελέγχει τη μη λειτουργική πτυχή της εφαρμογής. Δεν επικεντρώνεται στην απαίτηση, αλλά περιβαλλοντικοί παράγοντες όπως η απόδοση, το φορτίο και το άγχος. Αυτά δεν προσδιορίζονται ρητά στην απαίτηση αλλά καθορίζονται στα πρότυπα ποιότητας. Έτσι, ως QA πρέπει να διασφαλίσουμε ότι αυτές οι δοκιμές έχουν επίσης επαρκή χρόνο και προτεραιότητα.

Ε # 11) Τι είναι αρνητικός έλεγχος; Πώς διαφέρει από τη θετική δοκιμή;

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

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

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

Ε # 12) Πώς θα διασφαλίσετε ότι η δοκιμή σας είναι πλήρης και έχει καλή κάλυψη;

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

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

Ενα RTM θα μοιάζει με:

RTM

Ομοίως, Οι πίνακες κάλυψης δοκιμής θα μοιάζουν με:

Δοκιμαστικοί πίνακες κάλυψης

Ε # 13) Ποια είναι τα διαφορετικά αντικείμενα στα οποία αναφέρετε όταν γράφετε τις δοκιμαστικές θήκες;

Απάντηση: Τα κύρια αντικείμενα που χρησιμοποιούνται είναι:

  • Προδιαγραφές λειτουργικών απαιτήσεων
  • Έγγραφο κατανόησης απαιτήσεων
  • Χρησιμοποιήστε Θήκες
  • Πλαίσια καλωδίων
  • Ιστορίες χρηστών
  • Κριτήρια αποδοχής
  • Πολλές φορές δοκιμές UAT

Ε # 14) Έχετε καταφέρει να γράψετε τις δοκιμαστικές θήκες χωρίς να έχετε έγγραφα;

Απάντηση: Ναι, υπάρχουν περιπτώσεις όπου έχουμε μια κατάσταση όπου πρέπει να γράφουμε δοκιμαστικές περιπτώσεις χωρίς να έχουμε συγκεκριμένα έγγραφα.

Σε αυτή την περίπτωση, ο καλύτερος τρόπος είναι:

  • Συνεργαστείτε με το BA και την ομάδα ανάπτυξης.
  • Σκάψτε μηνύματα που έχουν κάποιες πληροφορίες.
  • Σκάψτε σε παλαιότερες δοκιμαστικές περιπτώσεις / παλινδρόμηση
  • Εάν η δυνατότητα είναι νέα, προσπαθήστε να διαβάσετε τις σελίδες wiki ή τη βοήθεια της εφαρμογής για να έχετε μια ιδέα
  • Καθίστε με τον προγραμματιστή και προσπαθήστε να κατανοήσετε τις αλλαγές που γίνονται.
  • Με βάση την κατανόησή σας, προσδιορίστε την κατάσταση δοκιμής και στείλτε την στην BA ή στα ενδιαφερόμενα μέρη για να τα ελέγξετε.

Q # 15) Τι σημαίνει Επαλήθευση και επικύρωση ;

Απάντηση:

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

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

Q # 16) Ποιες είναι οι διαφορετικές τεχνικές επαλήθευσης που γνωρίζετε;

Απάντηση: Οι τεχνικές επαλήθευσης είναι στατικές. Υπάρχουν 3 τεχνικές επαλήθευσης.

Αυτά εξηγούνται ως εξής:

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

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

  • Συντονιστής - Διευκολύνει ολόκληρη τη συνάντηση επιθεώρησης.
  • Καταγραφέας - Καταγράφει τα πρακτικά της συνεδρίασης, παρουσιάστηκαν ελαττώματα και άλλα θέματα που συζητήθηκαν.
  • Αναγνώστης - Διαβάστε το έγγραφο / τον κωδικό. Ο ηγέτης οδηγεί επίσης σε ολόκληρη τη συνάντηση επιθεώρησης.
  • Παραγωγός - Ο συγγραφέας. Είναι τελικά υπεύθυνοι να ενημερώσουν το έγγραφο / τον κωδικό τους σύμφωνα με τα σχόλια.
  • Κριτής - Όλα τα μέλη της ομάδας μπορούν να θεωρηθούν ως κριτικοί. Αυτός ο ρόλος μπορεί επίσης να παίξει κάποια ομάδα εμπειρογνωμόνων που απαιτεί το έργο.

(iii) Περιήγηση - Πρόκειται για μια διαδικασία στην οποία ο συντάκτης του εγγράφου / κώδικα διαβάζει το περιεχόμενο και λαμβάνει τα σχόλια. Αυτό είναι ως επί το πλείστον ένα είδος συνεδρίας FYI (για τις πληροφορίες σας) αντί να αναζητάτε διορθώσεις.

Q # 17) Ποια είναι η διαφορά μεταξύ Δοκιμή φορτίου και πίεσης ;

Απάντηση:

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

Σε Δοκιμή φορτίων, επικυρώνουμε τη συμπεριφορά του συστήματος υπό το αναμενόμενο φορτίο. Το φορτίο μπορεί να είναι ταυτόχρονης πρόσβασης χρηστών ή πόρων στο σύστημα ταυτόχρονα.

Ε # 18) Σε περίπτωση που έχετε αμφιβολίες σχετικά με το έργο σας, πώς πλησιάζετε;

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

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

Ε # 19) Έχετε χρησιμοποιήσει εργαλεία αυτοματισμού;

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

Ε # 20) Πώς καθορίζετε ποιο λογισμικό απαιτεί πόση δοκιμή;

Απάντηση: Μπορούμε να γνωρίζουμε αυτόν τον παράγοντα ανακαλύπτοντας το Κυκλωματική πολυπλοκότητα .

Τ Η τεχνική βοηθά στον εντοπισμό των παρακάτω 3 ερωτήσεων για τα προγράμματα / τις δυνατότητες

  • Είναι δυνατή η δοκιμή της δυνατότητας / προγράμματος;
  • Είναι κατανοητό το χαρακτηριστικό / πρόγραμμα από όλους;
  • Είναι αρκετά αξιόπιστο το χαρακτηριστικό / πρόγραμμα;

Ως QA, μπορούμε να χρησιμοποιήσουμε αυτήν την τεχνική για να προσδιορίσουμε το «επίπεδο» των δοκιμών μας.

sql τεχνικές συνεντεύξεις ερωτήσεις και απαντήσεις για τους νεότερους

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

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

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

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

Συνιστώμενη ανάγνωση

^