what do when there isn t enough time test
Εν μέρει στον κύκλο δοκιμών σας, συχνά συνειδητοποιείτε ότι δεν έχετε αρκετό χρόνο για δοκιμή; Είχατε όλα υπό έλεγχο, για να ξεκινήσετε, αλλά σύντομα φτάνετε στο σχέδιο έκτακτης ανάγκης 'Τι να κάνετε όταν δεν υπάρχει αρκετός χρόνος για δοκιμή;' Ενότητα.
Έχω πάει εκεί και δεν είναι διασκεδαστικό. :)
Σκέφτηκα τόσο πολύ και δύσκολο. Πώς μπορεί κάτι που ξεκίνησε τόσο καλά, να πέσει τόσο άσχημα, τόσο γρήγορα. Και, εδώ είναι η ανάλυσή μου.
=> Κάντε κλικ εδώ για πλήρη σειρά εκπαιδευτικών σειρών
Τι θα μάθετε:
- Πού πήγε ο χρόνος δοκιμής μου;
- Πώς μπορούν οι δοκιμαστές να έχουν αρκετό χρόνο για δοκιμές;
- Συμπέρασμα:
- Συνιστώμενη ανάγνωση
Πού πήγε ο χρόνος δοκιμής μου;
το καλύτερο πρόγραμμα αποκλεισμού διαφημίσεων για mac chrome
Πρώτον, γιατί συμβαίνει αυτό;Πολλοί λόγοι - μερικοί από τους οποίους είναι:
# 1) Λανθασμένη εκτίμηση :
Εάν ξεκινήσατε με μια ανακριβή προσδοκία, τα πράγματα είναι σίγουρα ότι θα αποτύχουν. Μια καλή εκτίμηση δοκιμής πρέπει να λαμβάνει υπόψη τα ακόλουθα:
- Ώρα για προπαρασκευαστικές εργασίες - Μιλάμε για εργασίες όπως:
- Αναγνώριση και δημιουργία μιας σουίτας παλινδρόμησης
- Δημιουργία δεδομένων δοκιμής
- Χρόνος για τον προσδιορισμό της ετοιμότητας του τεστ (π.χ.: Δοκιμή καπνού / υγιεινής) κ.λπ.
- Συντήρηση δοκιμαστικής θήκης : Οι δοκιμαστικές περιπτώσεις αποτελούν στοιχεία μακροπρόθεσμης χρήσης. Είναι βέβαιο ότι θα υποστούν μικρές ενημερώσεις κατά την εκτέλεση. Συνιστάται για νέα προϊόντα έως και 30% του χρόνου εκτέλεσης της δοκιμής σας να διατίθεται για αυτές τις μικρές εργασίες συντήρησης. Όλες οι ομάδες και τα έργα ενδέχεται να μην χρειάζονται 30%, αλλά αφιερώνουν λίγο χρόνο και προσπάθεια για αυτήν την εργασία.
- Σ 'αυτό / Διερευνητικές δοκιμές - Η μέτρηση των σεναρίων δοκιμών είναι ένας σημαντικός παρονομαστής για τους αριθμούς εκτίμησης δοκιμής. Ωστόσο, καμία δοκιμαστική ομάδα σε αυτόν τον κόσμο δεν θα αρνηθεί να εξερευνήσει το λογισμικό σας, ακόμη και αν το μοντέλο έχει δεσπόζουσα θέση.
- Αναφορά / Επικοινωνία - Περιλαμβάνει συναντήσεις triage / stand up, ενημέρωση εργαλείων διαχείρισης εργασίας κ.λπ.
- Συντελεστής έκτακτης ανάγκης: Τα πρότυπα συνιστούν 25-30% buffer στις αρχικές εκτιμήσεις σας. Αλλά οι ομάδες σπάνια το αντέχουν. Ακόμα και τότε, αφήστε λίγο αναπνευστικό δωμάτιο, όταν είναι δυνατόν.
- Ομάδα και οι δυνατότητές της: Εάν έχετε μια νέα ομάδα ή εάν χρησιμοποιείτε ένα εργαλείο για πρώτη φορά, ίσως χρειαστεί να αφιερώσετε λίγο χρόνο για προπόνηση. Προσαρμόστε τις εκτιμήσεις σας με βάση την ομάδα σας με την οποία συνεργάζεστε.
Συνιστώμενη ανάγνωση=> Δείτε αυτό για περισσότερες πληροφορίες σχετικά με την επιτυχία και τις μεθόδους εκτίμησης δοκιμών
# 2) Ασταθείς κατασκευές και άλλα τεχνικά προβλήματα:
- Αποτυχία δοκιμής καπνού / υγιεινής : Όταν οι βασικές δοκιμές στο AUT αποτύχουν μετά την ανάπτυξη σε περιβάλλον QA, δεν υπάρχει τίποτα που μπορεί να κάνει η ομάδα QA για την εκτέλεση δοκιμών. Είναι αλήθεια ότι μπορούμε να δουλέψουμε σε άλλες εργασίες, ενώ αυτό συμβαίνει, αλλά εξακολουθεί να μην το γεμίζει κύκλος δοκιμών χρόνος. Λοιπόν, αυτό συμβάλλει σημαντικά στη σπατάλη χρόνου.
- Δεδομένα δοκιμής Μη διαθέσιμο : Τα δεδομένα που μοιάζουν με την παραγωγή είναι απαραίτητα για κάθε δοκιμαστικό έργο. Η μη έγκαιρη είσοδος στο περιβάλλον QA είναι επίσης ένας άλλος παράγοντας αποκλεισμού. Μερικές φορές οι υπεύθυνοι δοκιμών μπορούν να το επιλύσουν μέχρι δημιουργία και διαχείριση των δικών τους δεδομένων δοκιμών , αλλά είναι χρονοβόρα και μπορεί να μην είναι πάντα επί τόπου.
- Θέματα περιβάλλοντος - Η ανάπτυξη αποτυγχάνει ανάπτυξης, ο διακομιστής συνεχίζει να χρονομετρείται, πολλά άλλα τέτοια ζητήματα καταστρέφουν τον κύκλο δοκιμής σας. Αυτό πιθανότατα πηγάζει από το γεγονός ότι, ορισμένες εταιρείες (όχι όλες) υπονομεύουν τη σημασία ενός καλού, ζωντανού περιβάλλοντος για αποτελεσματικό QA. Συχνά προσπαθούν να απομακρύνουν διακομιστές χαμηλής χωρητικότητας και ρυθμίσεις μακιγιάζ. Πρόκειται πραγματικά για μια σύντομη επιδιόρθωση και δεν ευνοεί κανέναν. Στην πραγματικότητα, θα μπορούσε να τους κοστίσει την ποιότητα των δοκιμών και την απώλεια πολύτιμου χρόνου δοκιμής.
# 3) Έλλειψη συμφωνίας μεταξύ όλων των εμπλεκόμενων μερών:
Αυτό μπορεί να είναι ένα σπάνιο πρόβλημα με ομάδες που ακολουθούν το Agile ή το Ασφαλής Λόγω των στενών κύκλων στους οποίους εργάζονται, αλλά πολλές ομάδες εξακολουθούν να υποφέρουν από διαφωνία ή εσφαλμένη επικοινωνία ως προς το πότε υποτίθεται ότι οι Dev, Ops και QA θα λαμβάνουν παραδοτέα το ένα από το άλλο. Ως εκ τούτου, καθυστερήσεις.
Για να κατανοήσετε τις λεπτές επικοινωνίες, ελέγξτε αυτό => Πώς μπορούν να συνεργαστούν οι επιχειρήσεις, η ανάπτυξη και το QA για να ολοκληρωθεί το έργο
Τώρα που γνωρίζουμε τα προβλήματα, ακολουθούν ορισμένοι τρόποι για την επίλυσή του.
Πώς μπορούν οι δοκιμαστές να έχουν αρκετό χρόνο για δοκιμές;
# 1) Εκτιμήστε με ακρίβεια. Σε περίπτωση αμφιβολίας υπερεκτίμηση με λογικό περιθώριο, αλλά όχι υποτιμημένο. Μην ξεχάσετε να κάνετε εκτιμήσεις προσαρμογής με βάση την ομάδα, τα εργαλεία και τις διαδικασίες σας. Όταν τελειώσετε, αναζητήστε επίσημη αποσύνδεση, ώστε όλοι να είναι ενήμεροι και να είναι ενημερωμένοι.
#δύο) Λάβετε υπόψη τα ιστορικά δεδομένα - Το εργαλείο διαχείρισης δοκιμών είναι ο καλύτερος φίλος σας .
- Πόσο καιρό χρειάστηκαν οι δοκιμαστικοί κύκλοι κυκλοφορίας;
- Τι είδους ζητήματα προκάλεσαν διακοπές στον προηγούμενο κύκλο δοκιμών;
- Πόσες δοκιμές χρειάστηκαν οι περισσότερες δοκιμαστικές περιπτώσεις πριν περάσουν;
- Ποια ελαττώματα αναφέρθηκαν;
- Ποια ελαττώματα προκάλεσαν τη διακοπή της δοκιμής;
# 3) Κάντε αυτές τις ερωτήσεις και σχεδιάστε αναλόγως σε κρίσιμη ώρα:
- Μάθετε Σημαντική λειτουργικότητα είναι το έργο σας;
- Μάθετε τη μονάδα υψηλού κινδύνου του έργου;
- Ποια λειτουργικότητα είναι πιο ορατή στον χρήστη;
- Ποια λειτουργικότητα έχει τη μεγαλύτερη επίδραση στην ασφάλεια;
- Ποια λειτουργικότητα έχει τη μεγαλύτερη οικονομική επίπτωση στους χρήστες;
- Ποιες πτυχές της εφαρμογής είναι πιο σημαντικές για τον πελάτη;
- Ποια μέρη του κώδικα είναι πιο περίπλοκα, και ως εκ τούτου τα περισσότερα υπόκεινται σε σφάλματα;
- Ποια μέρη της εφαρμογής αναπτύχθηκαν σε κατάσταση βιασύνης ή πανικού;
- Τι πιστεύουν οι προγραμματιστές ότι είναι οι πτυχές υψηλότερου κινδύνου της εφαρμογής;
- Τι είδους προβλήματα θα προκαλούσαν τη χειρότερη δημοσιότητα;
- Τι είδους προβλήματα θα προκαλούσαν τα περισσότερα παράπονα εξυπηρέτησης πελατών;
- Τι είδους δοκιμές θα μπορούσαν εύκολα να καλύψουν πολλές λειτουργίες;
Λαμβάνοντας υπόψη αυτά τα σημεία, μπορείτε να μειώσετε σημαντικά τον κίνδυνο απελευθέρωσης έργου κάτω από λιγότερο χρονικό περιορισμό.
# 4) Χρησιμοποιήστε ένα εργαλείο διαχείρισης δοκιμών. Αυτό θα μειώσει σημαντικά τον χρόνο προετοιμασίας, αναφοράς και συντήρησης και προσπάθειας.
=> Για τη λίστα με τις πιο δημοφιλείς επιλογές εργαλείων διαχείρισης δοκιμών , δείτε εδώ :
# 5) Δεν μπορούμε να κάνουμε πολλά για εσφαλμένες κατασκευές / τεχνικά ζητήματα, αλλά το μόνο πράγμα που μπορεί να βοηθήσει είναι να δούμε τα αποτελέσματα της δοκιμής μονάδας. Αυτό θα μας δώσει μια ιδέα για το αν η κατασκευή ήταν επιτυχής ή όχι και τι είδους δοκιμές απέτυχε - οπότε δεν ανακαλύπτουμε ξανά τον τροχό.
Εάν σας Υποστηρίζει το Εργαλείο διαχείρισης δοκιμών Ενσωμάτωση CI , έχετε αυτές τις πληροφορίες διαθέσιμες χωρίς καμία φασαρία, ώστε να κατανοήσετε καλύτερα τη σταθερότητα της εφαρμογής.
# 6) Μετρήστε συχνά την παραγωγικότητα και την πρόοδό σας . Μην αφήσετε τις αναφορές κατάστασης να παραδοθούν μόνο προς όφελος των εξωτερικών ομάδων. Βεβαιωθείτε ότι παρακολουθείτε στενά τους ημερήσιους στόχους σας και την ικανότητά σας να τους επιτύχετε.
Επίσης, φροντίστε να μην μπείτε στο κλασικό αίνιγμα του «Velocity vs. Quality». Διότι, όταν αναφέρετε, ας πούμε, 50 σφάλματα την ημέρα, μπορεί να φαίνεται σαν να είστε εξαιρετικά παραγωγικοί. Αν όμως τα περισσότερα από αυτά επιστρέφουν ως μη έγκυρα, έχετε πρόβλημα στον εαυτό σας.
Επομένως παρακολουθήστε, παρακολουθήστε και παρακολουθήστε λίγο περισσότερο :)
καθένα από τα παρακάτω είναι εργαλεία που χρησιμοποιούνται για τον έλεγχο της υγείας ενός δικτύου
Συμπέρασμα:
Τέλος, παρά όλες τις προφυλάξεις και τα μέτρα εάν εξακολουθείτε να βρίσκεστε τσακισμένοι για το χρόνο, ζητήστε βοήθεια .
Οι περισσότερες ομάδες είναι πρόθυμες να συμμετάσχουν σε μια πολεμική αίθουσα για να επαναφέρουν τα πράγματα στο προσκήνιο.
Σχετικά με τον Συγγραφέα: Αυτές οι χρήσιμες συμβουλές δοκιμών παρέχονται από το μέλος της ομάδας STH Swati S.
Τώρα, ποια είναι τα κόλπα σας για να παραμείνετε στην ώρα σας και να παρέχετε μια ποιοτική υπηρεσία δοκιμών; Επίσης, ποια σημεία στο παραπάνω άρθρο ανταποκρίνονται σε εσάς;
Εκτιμούμε τα σχόλιά σας και εκτιμούμε την αναγνωσιμότητα σας. Ευχαριστούμε που το διαβάσατε!
=> Επισκεφτείτε εδώ για την ολοκληρωμένη σειρά μαθημάτων δοκιμαστικών σχεδίων
Συνιστώμενη ανάγνωση
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- Μάθημα δοκιμών λογισμικού: Σε ποιο Ινστιτούτο Δοκιμών Λογισμικού πρέπει να εγγραφώ;
- Το TimeShiftX κυκλοφόρησε για να απλοποιήσει τη δοκιμή μετατόπισης χρόνου
- Δοκιμή λογισμικού QA Assistant Job
- Προετοιμασία για συνέντευξη δοκιμής λογισμικού - Απλές συμβουλές για παρακολούθηση πριν και κατά τη στιγμή της συνέντευξης
- Επιλέγοντας Δοκιμή λογισμικού ως καριέρα σας
- Δοκιμή λογισμικού Τεχνικό περιεχόμενο Συγγραφέας Freelancer Job
- Είστε ειδικός χειρωνακτικών ή αυτοματοποιημένων δοκιμών; Εργαστείτε με μερική απασχόληση για εμάς!