FAQ

Following είναι οι πιο συχνές ερωτήσεις από την Guru99 Community


Δεν μπορείτε να δείτε βίντεο;


Όλα τα βίντεο σε αυτόν τον ιστότοπο φιλοξενούνται στο YouTube και ενσωματώνεται εδώ…
Είστε πιθανώς να έχετε πρόσβαση στον ιστότοπο από μια τοποθεσία όπου YouTube απαγορεύεται (η εταιρεία σας, το κολέγιο ή μια χώρα όπου YouTube απαγορεύεται)

Δοκιμάστε να αποκτήσετε πρόσβαση στα βίντεο από ένα απεριόριστο περιβάλλον.
Μπορείτε να το κάνετε ΔΕΝ πρέπει να εγγραφείτε για να δείτε τα βίντεο.


δεν πήρα εmail για το έργο


Παρακαλώ σημειώστε το έργο emailΤα s αποστέλλονται σε μεσοδιάστημα 24 hours. Αν λοιπόν εγγραφήκατε στις 10:XNUMX Πέμπτη, θα λάβετε το επόμενο email στις 10 το βράδυ της Παρασκευής.

Ελέγξτε τα ανεπιθύμητα ή ανεπιθύμητα μηνύματα Mailbox. Εάν χρησιμοποιείτε gmail, ελέγξτε το Promotions Tab

Το σύστημά μας δεν διαθέτει δυνατότητα για εκ νέου αποστολή emailμικρό. Αν πάλι δεν εντοπίσετε το emails, εγγραφείτε με άλλο email id για να λάβετε το περιεχόμενο.

Εάν έχω ένα σφάλμα σε μια εφαρμογή, ποιος θα αποφασίσει τη σοβαρότητα και την προτεραιότητα ενός σφάλματος;


Σοβαρότητα Ελάττωμα καθορίζεται από το άτομο που εντοπίζει το πρόβλημα (δοκιμαστής), ενώ η προτεραιότητα καθορίζεται από το άτομο που εμπλέκεται στην επίλυση του προβλήματος (Προγραμματιστές).

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

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


Τι θα κάνετε εάν δεν υπάρχουν Λειτουργικές Προδιαγραφές/κάποια έγγραφα σχετικά με το σύστημα;


  • Πρώτα προσπαθήστε να κατανοήσετε τον τομέα με επιχειρηματικούς αναλυτές ή ΜΜΕ. Κάντε διερευνητικές δοκιμές για να κατανοήσετε το σύστημα.
  • Αν το έργο δεν έχει Business Analyst ή ΜΜΕ, μιλήστε με τους ανθρώπους που εργάστηκαν στα παρόμοια συστήματα.
  • Για να κατανοήσετε την επιχείρηση, μιλήστε με την επικοινωνία χρήστηunity
  • Μάθετε παρόμοιες προδιαγραφές προϊόντος από το διαδίκτυο ή το PMO
  • Αναζητήστε τον ίδιο τύπο λογισμικού εφαρμογής και κατανοήστε τις δυνατότητες
  • Αναζητήστε μερικά σημαντικά επιχειρηματικά σενάρια, εναλλακτικά έγγραφα, άρθρα για θέματα εφαρμογής
  • Ζητήστε την εξήγηση για όλες τις ενότητες στους προγραμματιστές
  • Δεδομένα ιστορικού χρήστη, εφαρμογές και δυνατότητες
  • Μην δοκιμάζετε την εφαρμογή τεχνικά, πρώτα δοκιμάστε την εφαρμογή σας μόνο από την οπτική γωνία του χρήστη

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


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

Γιατί επιλέγετε τον τομέα της διασφάλισης ποιότητας λογισμικού;


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

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


Δεν βρήκατε Απάντηση;


Επικοινωνια