manual automation testing challenges
Το λογισμικό Testing έχει πολλές προκλήσεις τόσο στο Εγχειρίδιο όσο και στον Αυτοματισμό.
Γενικά στο σενάριο χειροκίνητης δοκιμής, οι προγραμματιστές μέσω της ομάδας build to test υποθέτοντας ότι η υπεύθυνη δοκιμαστική ομάδα ή ο υπεύθυνος δοκιμών θα επιλέξει το build και θα έρθει να ρωτήσει τι αφορά το build; Αυτό συμβαίνει σε οργανισμούς που δεν ακολουθούν τις λεγόμενες «Διαδικασίες».
Ο Tester είναι ο μεσάζων μεταξύ της ανάπτυξης μιας ομάδας και των πελατών, που χειρίζεται την πίεση και από τις δύο πλευρές. Και υποθέτω ότι οι περισσότεροι αναγνώστες μας είναι αρκετά έξυπνοι για να αντιμετωπίσουν αυτήν την πίεση. Δεν είσαι;
διαφορά μεταξύ σιωπηρής και ρητής αναμονής στο σελήνιο
Αυτό δεν συμβαίνει πάντα. Μερικές φορές οι υπεύθυνοι δοκιμών ενδέχεται να προσθέσουν επιπλοκές σε μια διαδικασία δοκιμών λόγω του ανειδίκευτου τρόπου εργασίας τους. Σε αυτήν την ανάρτηση έχω προσθέσει τις περισσότερες προκλήσεις δοκιμών που δημιουργήθηκαν λόγω του προσωπικού δοκιμών, του προσωπικού ανάπτυξης, των διαδικασιών δοκιμών και των λανθασμένων αποφάσεων διαχείρισης.
Ορίστε λοιπόν με τις κορυφαίες προκλήσεις:
# 1) Δοκιμή της πλήρους εφαρμογής
Είναι δυνατόν? Νομίζω αδύνατο. Υπάρχουν εκατομμύρια συνδυασμοί δοκιμών. Δεν είναι δυνατή η δοκιμή κάθε συνδυασμού τόσο στο Εγχειρίδιο όσο και στο Δοκιμή Αυτοματισμού. Εάν δοκιμάσετε όλους αυτούς τους συνδυασμούς δεν θα στείλετε ποτέ το προϊόν ;-)
# 2) Παρανόηση των εταιρικών διαδικασιών
Μερικές φορές απλώς δεν δίνετε τη δέουσα προσοχή σε ποιες είναι οι διαδικασίες που καθορίζονται από την εταιρεία και αυτές είναι για ποιους σκοπούς. Υπάρχουν ορισμένοι μύθοι στους υπεύθυνους δοκιμών που πρέπει να ακολουθούν μόνο τις διαδικασίες της εταιρείας, ακόμη και αυτές οι διαδικασίες δεν ισχύουν για το τρέχον σενάριο δοκιμών τους. Αυτό οδηγεί σε ελλιπή και ακατάλληλη δοκιμή εφαρμογών.
# 3) Σχέση με προγραμματιστές
Μεγάλη πρόκληση. Απαιτεί πολύ εξειδικευμένο ελεγκτή για να χειριστεί αυτήν τη σχέση θετικά και ακόμη και ολοκληρώνοντας τη δουλειά με τρόπο δοκιμαστή. Υπάρχουν απλώς εκατοντάδες δικαιολογίες που μπορούν να κάνουν οι προγραμματιστές ή οι υπεύθυνοι δοκιμών όταν δεν συμφωνούν με κάποια σημεία. Για αυτόν τον δοκιμαστή απαιτείται επίσης Καλή επικοινωνία , Αντιμετώπιση προβλημάτων και ανάλυση δεξιοτήτων.
# 4) Δοκιμή παλινδρόμησης
Όταν ένα έργο συνεχίζει να επεκτείνεται η δοκιμή παλινδρόμησης γίνεται απλώς ανεξέλεγκτη. Η πίεση για τον χειρισμό των τρεχουσών αλλαγών λειτουργικότητας, προηγούμενων ελέγχων λειτουργικότητας και παρακολούθησης σφαλμάτων.
# 5) Έλλειψη Ειδικευμένοι ελεγκτές
Θα το ονομάσω «λανθασμένη απόφαση διαχείρισης» επιλέγοντας ή εκπαιδεύοντας τους υπεύθυνους δοκιμών για το έργο του έργου τους στο χέρι. Αυτοί οι ανειδίκευτοι συνάδελφοι μπορεί να προσθέσουν περισσότερο χάος από την απλοποίηση της δοκιμαστικής εργασίας. Αυτό οδηγεί σε ελλιπείς, ανεπαρκείς και ad-hoc δοκιμές σε όλη τη διάρκεια Δοκιμή κύκλου ζωής .
# 6) Οι δοκιμές πάντα κάτω από το χρονικό περιορισμό
Γεια σας, δοκιμαστής, θέλουμε να στείλουμε αυτό το προϊόν μέχρι αυτό το Σαββατοκύριακο, είστε έτοιμοι για ολοκλήρωση; Όταν αυτή η παραγγελία προέρχεται από το αφεντικό, ο υπεύθυνος δοκιμών απλώς επικεντρώνεται στην ολοκλήρωση εργασιών και όχι στην κάλυψη δοκιμών και στην ποιότητα της εργασίας. Υπάρχει μια τεράστια λίστα εργασιών που πρέπει να ολοκληρώσετε εντός του καθορισμένου χρόνου. Αυτό περιλαμβάνει τη σύνταξη, την εκτέλεση, την αυτοματοποίηση και τον έλεγχο των δοκιμαστικών περιπτώσεων.
# 7) Ποιες δοκιμές πρέπει να εκτελεστούν πρώτα;
Εάν αντιμετωπίζετε την πρόκληση που αναφέρεται στο σημείο 6, τότε πώς θα λάβετε μια απόφαση ποιες δοκιμαστικές υποθέσεις πρέπει να εκτελεστούν και με ποια προτεραιότητα; Ποιες δοκιμές είναι σημαντικές για τους άλλους; Αυτό απαιτεί καλή εμπειρία για να δουλεύεις υπό πίεση.
πού να παρακολουθήσετε δωρεάν animes online
# 8) Κατανόηση των απαιτήσεων
Μερικές φορές οι υπεύθυνοι δοκιμών είναι υπεύθυνοι για την επικοινωνία με τους πελάτες για την κατανόηση των απαιτήσεων. Τι γίνεται αν ο υπεύθυνος δοκιμών δεν καταλάβει τις απαιτήσεις; Θα είναι σε θέση να ελέγξει σωστά την εφαρμογή; Σίγουρα Όχι! Οι δοκιμαστές απαιτούν καλές δυνατότητες ακρόασης και κατανόησης.
# 9) Δοκιμή αυτοματισμού
Πολλές υπο-προκλήσεις - Πρέπει να αυτοματοποιηθεί η δοκιμή; Μέχρι ποιο επίπεδο αυτοματοποίησης πρέπει να γίνει; Έχετε επαρκείς και εξειδικευμένους πόρους για Αυτοματισμό; Επιτρέπεται ο χρόνος για την αυτοματοποίηση των δοκιμαστικών περιπτώσεων; Η απόφαση της αυτοματοποίησης ή της μη αυτόματης δοκιμής θα πρέπει να αντιμετωπίσει τα πλεονεκτήματα και τα μειονεκτήματα κάθε διαδικασίας.
# 10) Η απόφαση για διακοπή της δοκιμής
Πότε να σταματήσετε τις δοκιμές; Πολύ δύσκολη απόφαση. Απαιτεί βασική κρίση των διαδικασιών δοκιμής και τη σημασία κάθε διαδικασίας. Απαιτεί επίσης τη δυνατότητα λήψης αποφάσεων «on the fly».
# 11) Μία ομάδα δοκιμών σε πολλά έργα
Πρόκληση για την παρακολούθηση κάθε εργασίας. Επικοινωνιακές προκλήσεις. Πολλές φορές οδηγεί σε αποτυχία ενός ή και των δύο έργων.
# 12) Επαναχρησιμοποίηση δοκιμαστικών σεναρίων
Οι μέθοδοι ανάπτυξης εφαρμογών αλλάζουν γρήγορα, καθιστώντας δύσκολη τη διαχείριση των δοκιμαστικών εργαλείων και των σεναρίων δοκιμών. Η μετεγκατάσταση ή επαναχρησιμοποίηση δοκιμαστικών σεναρίων είναι πολύ ουσιαστική αλλά δύσκολη εργασία.
# 13) Δοκιμαστές που εστιάζουν στην εύρεση εύκολων σφαλμάτων
Εάν ο οργανισμός ανταμείβει τους δοκιμαστές βάσει ενός αριθμού σφαλμάτων (πολύ κακή προσέγγιση στην κρίση Απόδοση δοκιμαστών ) τότε ορισμένοι υπεύθυνοι δοκιμών επικεντρώνονται μόνο στην εύρεση εύκολων σφαλμάτων που δεν απαιτούν βαθιά κατανόηση και δοκιμή. Ένα σκληρό ή λεπτό σφάλμα παραμένει απαρατήρητο σε μια τέτοια δοκιμαστική προσέγγιση.
# 14) Για να αντιμετωπίσετε την τριβή
Η αύξηση των μισθών και των παροχών που κάνει πολλούς υπαλλήλους να αποχωρήσουν από την εταιρεία σε πολύ σύντομα διαστήματα σταδιοδρομίας. Η διοίκηση αντιμετωπίζει σκληρά προβλήματα για να αντιμετωπίσει το ποσοστό φθοράς. Προκλήσεις - Οι νέοι υπεύθυνοι δοκιμών απαιτούν εκπαίδευση από την αρχή, πολύπλοκα έργα είναι δύσκολο να κατανοηθούν, καθυστέρηση στην ημερομηνία αποστολής!
δωρεάν λήψη τείχους προστασίας για τα Windows 10
Αυτές είναι μερικές κορυφαίες προκλήσεις δοκιμών λογισμικού που αντιμετωπίζουμε καθημερινά. Η επιτυχία ή η αποτυχία του έργου εξαρτάται σε μεγάλο βαθμό από τον τρόπο αντιμετώπισης αυτών των βασικών ζητημάτων.
Για περαιτέρω αναφορά και λεπτομερείς λύσεις σε αυτές τις προκλήσεις, ανατρέξτε στο βιβλίο «Surviving the Top Ten Challenges of Software Testing» του William E. Perry και του Randall W. Rice.
Σε σένα
Πολλοί από εσάς εργάζεστε στο πεδίο Μη αυτόματη ή / και αυτοματοποίηση δοκιμών. Αν και έχω αντιμετωπίσει πολλές από τις παραπάνω προκλήσεις στα προηγούμενα άρθρα μας, θέλω τις απόψεις σας σχετικά με τον χειρισμό αυτών των προκλήσεων δοκιμής λογισμικού. Μη διστάσετε να εκφράσετε τις απόψεις σας στην παρακάτω ενότητα σχολίων.
Συνιστώμενη ανάγνωση
- Κορυφαία 10+ καλύτερα βιβλία δοκιμών λογισμικού (Εγχειρίδια και αυτοματοποιημένα βιβλία δοκιμών)
- Είστε ειδικός χειρωνακτικών ή αυτοματοποιημένων δοκιμών; Εργαστείτε με μερική απασχόληση για εμάς!
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- Δοκιμή λογισμικού QA Assistant Job
- Επιλέγοντας Δοκιμή λογισμικού ως καριέρα σας
- Μη αυτόματη βοήθεια Βοήθεια eBook - Δωρεάν λήψη μέσα!
- Πότε να επιλέξετε τον αυτοματισμό;
- Πώς να αποφασίσετε ποιος τύπος δοκιμών απαιτείται για ένα έργο; - Εγχειρίδιο ή αυτοματισμός