Είστε εξοικειωμένοι με τον Agile Testing Life Cycle (ATLC); Είναι μια διαδικασία που χρησιμοποιείται από ομάδες ανάπτυξης λογισμικού για να διασφαλίσουν ότι οι εφαρμογές τους ελέγχονται σωστά και αποτελεσματικά.
Αυτή η ανάρτηση θα σας καθοδηγήσει σε όλα όσα πρέπει να γνωρίζετε για το ATLC, συμπεριλαμβανομένων των πλεονεκτημάτων του, των βημάτων που εμπλέκονται στη διαδικασία, του σχεδιασμού μιας πρακτικής στρατηγικής δοκιμών, της εκτέλεσης δοκιμών με βάση τη συλλογή απαιτήσεων και της παρακολούθησης σφαλμάτων, των δοκιμών αποδοχής χρηστών (UAT) και της συνεχούς ενσωμάτωση & αυτοματοποίηση δοκιμών.
Αφού διαβάσετε αυτόν τον οδηγό, θα καταλάβετε καλύτερα πώς να χρησιμοποιείτε τις δοκιμές ευέλικτων ως μέρος του κύκλου ζωής ανάπτυξης λογισμικού σας!
Εάν είστε ευέλικτος προγραμματιστής, υπεύθυνος δοκιμών ή διαχειριστής προϊόντων που αναζητάτε έναν καλύτερο τρόπο για να παραδώσετε τα προϊόντα σας, τότε αυτό το άρθρο θα εξηγήσει τα στάδια που απαιτούνται μαζί με τις απαραίτητες ενέργειες που πρέπει να κάνετε.
Πίνακας περιεχομένων
Επισκόπηση του κύκλου ζωής Agile Testing
Δεν είναι μυστικό ότι οι δοκιμές είναι εξαιρετικά σημαντικές στον κόσμο της ευέλικτης ανάπτυξης. Ωστόσο, παρά το γεγονός αυτό, συχνά υποτιμάται η δραστηριότητα στο πλαίσιο της ευέλικτης παράδοσης. Ο λόγος είναι, φυσικά, τα χρήματα σε σχέση με τον χρόνο παράδοσης της παραγωγής.
Αλλά χωρίς λεπτομερείς δοκιμές, δεν θα υπήρχε εγγύηση ποιότητας ή αξιοπιστίας για οποιοδήποτε προϊόν αναπτύσσει η ομάδα σας. Γι’ αυτό είναι σημαντικό να κατανοήσουμε τον κύκλο ζωής των ευέλικτων δοκιμών – από τον εντοπισμό στοιχείων εργασίας έως την κατανόηση του τύπου δοκιμής που πρέπει να χρησιμοποιείται σε κάθε φάση.
Ο ευέλικτος κύκλος δοκιμών απαιτεί από προγραμματιστές και δοκιμαστές να συμμετέχουν σε κάθε σπριντ. Η καλή εκτέλεση επιτρέπει την αυτοματοποίηση δοκιμών σε κάθε στάδιο, κάτι που βοηθά στον εντοπισμό σφαλμάτων νωρίτερα και πιο συχνά, μειώνοντας τον χρόνο αντιμετώπισης προβλημάτων αργότερα.
Η ευέλικτη δοκιμή βοηθά επίσης στην έγκαιρη επικύρωση των απαιτήσεων και, ως παρενέργεια, βελτιώνει την ικανοποίηση των πελατών παρέχοντας ένα ποιοτικό προϊόν.
Τι είναι το Agile Testing και τα οφέλη του
Το Agile Testing είναι μια καινοτόμος μεθοδολογία δοκιμών λογισμικού που αξιοποιεί την αυτοματοποίηση για τη δημιουργία μιας επαναληπτικής διαδικασίας δοκιμών. Αυτή η προσέγγιση με επίκεντρο τον αυτοματισμό βοηθά τις ομάδες να αναλύσουν γρήγορα τυχόν ασυνέπειες ή ζητήματα στον κώδικα και στη συνέχεια να δοκιμάσουν τροποποιήσεις βάσει αυτών των σχολίων.
Έτσι τα κύρια οφέλη αυτής της διαδικασίας φαίνεται να είναι προφανή:
- διασφαλίζει ότι η δοκιμή έχει τον απαραίτητο αντίκτυπο,
- οδηγεί σε πιο αποτελεσματικούς χρόνους ανάπτυξης,
- το αναπτυγμένο σύστημα έχει συνολικά ταχύτερους ρυθμούς επίλυσης σφαλμάτων,
- και η ικανοποίηση των πελατών βελτιώνεται.
Η ποιότητα και η ταχύτητα είναι καθοριστικοί παράγοντες εδώ, καθώς το σπριντ ορίζεται ως μια μικρή χρονική περίοδος (συνήθως 2 έως 4 εβδομάδες). Όσο περισσότερο μπορεί η ομάδα να βασιστεί στην ποιότητα που περιλαμβάνεται στις δοκιμές σπριντ, τόσο μεγαλύτερη εμπιστοσύνη και ταχύτερη ανάπτυξη μπορεί να έχει η ομάδα.
Η εστίαση στον αυτοματισμό πρέπει να είναι ο πρωταρχικός στόχος κάθε ευέλικτης ομάδας. Αυτό επιτρέπει στις ομάδες να μειώσουν τον κίνδυνο δαπανηρής αποτυχίας και δίνει περισσότερο χρόνο αφιερωμένο στη δημιουργία νέου περιεχομένου αντί για τη διόρθωση αυτού που είναι ήδη σε παραγωγή.
Ένα άλλο παράπλευρο όφελος είναι η καλύτερη εκτίμηση του κόστους και του χρονοδιαγράμματος του έργου. Δεδομένου ότι το προϊόν είναι πολύ πιο ώριμο και προβλέψιμο, υπάρχουν λιγότερες περιπτώσεις όπου η ομάδα πρέπει να αντιμετωπίσει απροσδόκητα ζητήματα που εγείρονται στο σπριντ χωρίς να έχει προηγουμένως υπολογίσει τέτοιες επιπλοκές.
Βήματα κύκλου ζωής Agile Testing
Ο κύκλος ζωής της ευέλικτης δοκιμής αποτελείται από τέσσερα διακριτά στάδια.
Δοκιμές Μονάδων
Αυτές είναι οι δοκιμές που πραγματοποιούνται από τους προγραμματιστές μόλις ο κώδικας είναι έτοιμος από την άποψη της ανάπτυξης. Εκτελείται μεμονωμένα σε ένα περιβάλλον ανάπτυξης χωρίς να εμπλέκονται άλλα μέρη του συστήματος.
Οι δοκιμές μονάδας πραγματοποιούνται για τον έλεγχο του κώδικα και μπορούν να γίνουν χειροκίνητα και αυτόματα.
Εάν εκτελεστεί με μη αυτόματο τρόπο, ο προγραμματιστής εκτελεί τις δοκιμαστικές του περιπτώσεις με βάση τον κώδικα. Αυτό είναι γρήγορο να το καταλάβουμε, αλλά χρειάζεται περισσότερος χρόνος από το σπριντ που είναι αφιερωμένο στην ανάπτυξη, ειδικά από μακροπρόθεσμη προοπτική.
Μια εναλλακτική λύση σε αυτό είναι η δημιουργία ενός αυτοματοποιημένου κωδικού δοκιμής μονάδας, ο οποίος θα επαληθεύει βασικά τον κωδικό του χαρακτηριστικού απλώς εκτελώντας τον. Αυτό σημαίνει ότι ο προγραμματιστής πρέπει να αφιερώσει χρόνο όχι μόνο στην ανάπτυξη της νέας δυνατότητας αλλά και στην ανάπτυξη του κωδικού δοκιμής μονάδας που θα δοκιμάσει αυτήν τη δυνατότητα.
Και ενώ αυτό μπορεί να μοιάζει με μεγαλύτερη προσπάθεια από βραχυπρόθεσμη προοπτική, είναι εξοικονόμηση χρόνου για το έργο στο σύνολό του, επειδή τέτοιες δοκιμές μονάδων είναι εύκολο να επαναχρησιμοποιηθούν και σε μεταγενέστερα στάδια των δοκιμών σπριντ. Μπορούν ακόμη και να συμπεριληφθούν σε τακτικές περιπτώσεις δοκιμών παλινδρόμησης, γεγονός που εξοικονομεί ακόμη περισσότερο χρόνο.
Τέλος, όσο υψηλότερη είναι η κάλυψη κώδικα από αυτοματοποιημένες δοκιμές μονάδων, τόσο καλύτερες μετρήσεις αξιοπιστίας κώδικα μπορούν να παρουσιαστούν στον πελάτη.
Λειτουργικές Δοκιμές
Οι λειτουργικές δοκιμές έχουν σχεδιαστεί για να καθορίσουν πόσο καλά λειτουργεί ένα χαρακτηριστικό μιας εφαρμογής. Αυτός ο τύπος δοκιμών χρησιμοποιείται για τη διασφάλιση της σωστής λειτουργικότητας του κώδικα και όχι των τεχνικών πτυχών (που ήταν κυρίως μέρος της δοκιμής μονάδας), καθώς και για την αξιολόγηση του εάν ανταποκρίνεται στις ανάγκες και τις προσδοκίες των χρηστών ή όχι.
Με άλλα λόγια, χρησιμοποιούνται λειτουργικές δοκιμές για να επαληθευτεί ότι αυτό που αναπτύχθηκε πληροί τις απαιτήσεις που δίνονται από τους επιχειρηματικούς χρήστες.
Είναι καλή πρακτική να συγκεντρώνετε σημαντικές περιπτώσεις δοκιμών εκ των προτέρων και από σχετικούς ενδιαφερόμενους φορείς (είτε από τον ιδιοκτήτη του προϊόντος είτε ακόμη και από τους τελικούς χρήστες) και να δημιουργείτε μια λίστα με όλες αυτές τις περιπτώσεις δοκιμών που απαιτούνται για το περιεχόμενο εντός του sprint.
Η αυτοματοποίηση των λειτουργικών δοκιμών απαιτεί περισσότερη προσπάθεια από την πλευρά της ανάπτυξης δοκιμών, καθώς πρόκειται για περίπλοκες διαδικασίες που πρέπει να επαληθευτούν, συμπεριλαμβανομένων διαφόρων τμημάτων του συστήματος μαζί. Η καλύτερη στρατηγική, σε αυτήν την περίπτωση, είναι να δημιουργήσετε μια ειδική ομάδα μόνο για την ανάπτυξη των λειτουργικών δοκιμών κατά μήκος της γραμμής που η κύρια ομάδα ανάπτυξης αναπτύσσει νέα χαρακτηριστικά.
Σίγουρα, για το έργο, αυτό σημαίνει αυξημένο κόστος για τη διατήρηση μιας ξεχωριστής ομάδας, αλλά έχει επίσης μεγάλες δυνατότητες εξοικονόμησης χρημάτων του έργου μακροπρόθεσμα. Εναπόκειται μόνο στους διαχειριστές έργων να εξηγήσουν και να υπολογίσουν συγκεκριμένα τα οφέλη και τις εξοικονομήσεις για να προβάλουν ένα ακλόνητο επιχείρημα ενώπιον των επιχειρηματιών χρηστών που θα οδηγήσει σε τέτοια αύξηση στην έγκριση του κόστους του έργου.
Από την άλλη πλευρά, εάν γίνει χειροκίνητα, αυτή η δραστηριότητα μπορεί να γίνει από μια πολύ μικρή ομάδα (σε ορισμένες περιπτώσεις, ακόμη και ένα άτομο). Ωστόσο, θα απαιτείται συνεχής χειροκίνητη και επαναλαμβανόμενη δραστηριότητα κάθε σπριντ. Με την πάροδο του χρόνου, καθώς το σύνολο χαρακτηριστικών του συστήματος επεκτείνεται, μπορεί να είναι πιο δύσκολο να καλυφθεί η σταθερή λειτουργική δοκιμή sprint με sprint.
Δοκιμές παλινδρόμησης
Ο σκοπός της δοκιμής παλινδρόμησης θα είναι να διασφαλίσει ότι όλα όσα λειτουργούσαν μέχρι τώρα θα λειτουργήσουν και μετά την επόμενη έκδοση. Πρέπει να διεξαχθούν δοκιμές παλινδρόμησης για να διασφαλιστεί ότι δεν υπάρχουν προβλήματα συμβατότητας μεταξύ διαφορετικών λειτουργικών μονάδων.
Οι περιπτώσεις δοκιμών για δοκιμές παλινδρόμησης είναι καλύτερες εάν διατηρούνται τακτικά και επανεξετάζονται πριν από κάθε έκδοση. Με βάση τις συγκεκριμένες ιδιαιτερότητες του έργου, είναι καλύτερο να διατηρούνται απλές, αλλά να καλύπτουν την πλειονότητα των πολύ βασικών λειτουργιών και των σημαντικών ροών από άκρο σε άκρο που διατρέχουν ολόκληρο το σύστημα.
Συνήθως, κάθε σύστημα έχει τέτοιες διεργασίες που αγγίζουν πολλές διαφορετικές περιοχές και αυτές είναι οι καλύτερες υποψήφιες για περιπτώσεις δοκιμής παλινδρόμησης.
Εάν υπάρχουν υπάρχουσες δοκιμές αυτοματοποιημένων μονάδων και λειτουργικές δοκιμές, η δημιουργία αυτοματισμού σε δοκιμές παλινδρόμησης είναι μια πολύ εύκολη δουλειά. Απλώς επαναχρησιμοποιήστε αυτό που έχετε ήδη για το πιο σημαντικό μέρος του συστήματος (π.χ. για διαδικασίες που χρησιμοποιούνται περισσότερο στην παραγωγή).
Δοκιμές αποδοχής χρήστη (UAT)
Τελευταίο αλλά εξίσου σημαντικό, η UAT επικυρώνει ότι η εφαρμογή πληροί τις απαραίτητες απαιτήσεις για την ανάπτυξη της παραγωγής. Αυτή η προσέγγιση λειτουργεί καλύτερα όταν δοκιμάζετε ένα κομμάτι λογισμικού συχνά σε σύντομους και έντονους κύκλους.
Η δοκιμή UAT θα εκτελείται αποκλειστικά από άτομα εκτός της ευέλικτης ομάδας, ιδανικά από επαγγελματίες χρήστες σε ένα αποκλειστικό περιβάλλον, το οποίο είναι όσο το δυνατόν πιο κοντά στη μελλοντική παραγωγή. Εναλλακτικά, ο ιδιοκτήτης του προϊόντος μπορεί να αντικαταστήσει εδώ τους τελικούς χρήστες.
Σε κάθε περίπτωση, αυτό θα πρέπει να είναι ένα καθαρό, λειτουργικό τεστ από την πλευρά του τελικού χρήστη, χωρίς καμία σύνδεση με την ομάδα προγραμματιστών. Τα αποτελέσματα αυτών των δοκιμών είναι εδώ για να πάρουν την πολύ σημαντική απόφαση go/no go για την κυκλοφορία της παραγωγής.
Σχεδιασμός για μια αποτελεσματική στρατηγική δοκιμής
Ο προγραμματισμός είναι ένα σημαντικό μέρος της ευέλικτης δοκιμής, καθώς συνδέει ολόκληρη τη στρατηγική. Πρέπει επίσης να καθορίσει σαφείς προσδοκίες στο χρονοδιάγραμμα στο πλαίσιο των σπριντ.
Με την αποτελεσματική διαχείριση του ευέλικτου προγραμματισμού δοκιμών, οι ομάδες μπορούν να δημιουργήσουν μια σαφή κατεύθυνση που οδηγεί σε αποτελεσματική χρήση των πόρων σε ένα σπριντ. Προφανώς, αναμένεται μεγαλύτερη συνεργασία μεταξύ δοκιμαστών και προγραμματιστών.
Θα πρέπει επίσης να καταρτιστεί ένα ολοκληρωμένο σχέδιο για να χαρτογραφηθεί πότε πραγματοποιούνται δοκιμές μονάδας, λειτουργικές δοκιμές ή δοκιμές αποδοχής από τον χρήστη σε κάθε αναπτυξιακό σπριντ. Ως εκ τούτου, όλοι γνωρίζουν ακριβώς πότε απαιτείται η συμμετοχή τους για μια επιτυχημένη ευέλικτη εκτόξευση.
Ο τρόπος διαμόρφωσης του σχεδίου μπορεί να γίνει κατόπιν περαιτέρω συζήτησης και συμφωνίας. Ωστόσο, το πιο σημαντικό είναι να γίνει μια διαδικασία και να τηρηθεί. Δημιουργήστε μια περιοδικότητα που θα είναι αξιόπιστη και προβλέψιμη.
Μην απομακρύνεστε από τη διαδικασία. Διαφορετικά, η πραγματικότητα θα είναι ακριβώς το αντίθετο – χάος και απρόβλεπτες κυκλοφορίες στην παραγωγή.
Εκτέλεση δοκιμών με βάση τη συλλογή απαιτήσεων
Οι δοκιμές πρέπει να εκτελούνται σύμφωνα με τις απαιτήσεις κάθε σταδίου. Στη συνέχεια, τα εισιτήρια ανοίγουν όταν εντοπιστεί σφάλμα ή πρόβλημα και ανατίθεται στην ομάδα ανάπτυξης, η οποία στη συνέχεια θα είναι σε θέση να καταλάβει τι πρέπει να διορθωθεί ή να αλλάξει για τον κωδικό. Μόλις επιδιορθωθούν όλα τα σφάλματα, η εκτέλεση δοκιμών ευέλικτης μπορεί να συνεχιστεί μέχρι να περάσουν όλες οι δοκιμές.
Έλεγχος αποτελεσμάτων και παρακολούθηση σφαλμάτων
Μια αποτελεσματική αναθεώρηση των αποτελεσμάτων και μια σταθερή διαδικασία παρακολούθησης σφαλμάτων είναι απαραίτητα. Στη διαδικασία θα πρέπει να συμμετέχουν όλοι οι σχετικοί ενδιαφερόμενοι, από διαχειριστές έργων και δοκιμαστές έως προγραμματιστές, και τελικά ομάδες υποστήριξης, αλλά και πελάτες για τη συλλογή σχολίων.
Αυτή θα πρέπει να είναι αρκετά ολοκληρωμένη δραστηριότητα, ώστε τα προβλήματα να μπορούν να εντοπιστούν γρήγορα και να διορθωθούν προτού διακινδυνεύσει η ήδη προγραμματισμένη ημερομηνία κυκλοφορίας.
Το εργαλείο επιλογής ανήκει και πάλι στην ομάδα. Ωστόσο, αφού επιλεγεί, οποιαδήποτε δοκιμαστική δραστηριότητα πρέπει να περιλαμβάνει αξιόπιστες διαδικασίες παρακολούθησης σφαλμάτων για την παρακολούθηση προβλημάτων, την ιεράρχησή τους σύμφωνα με τις εξαρτήσεις, την αναφορά ενημερώσεων κατάστασης από προγραμματιστές κατά την επίλυση ή τη μεταφορά για περαιτέρω διερεύνηση και, στη συνέχεια, για να κλείσετε τα εισιτήρια αφού επιλυθούν.
Η αναθεώρηση βοηθά τους ευέλικτους δοκιμαστές να κατανοήσουν τη συμπεριφορά του συστήματός τους, εντοπίζοντας σφάλματα σε κάθε βήμα και όχι αργότερα στη διαδικασία. Οι τακτικές αναθεωρήσεις επιτρέπουν επίσης στις ευέλικτες ομάδες να εντοπίζουν τάσεις και τομείς που χρειάζονται βελτίωση, επιτρέποντάς τους να ενημερώνουν συνεχώς το πλαίσιο δοκιμών τους και να δημιουργούν προϊόντα καλύτερης ποιότητας πιο γρήγορα.
Ολοκλήρωση της κυκλοφορίας του προϊόντος με τη δοκιμή καπνού παραγωγής
Για να μεγιστοποιήσετε την επιτυχία της κυκλοφορίας, μια δοκιμή Smoke Test κατά την παραγωγή (ακριβώς μετά την κυκλοφορία) είναι ένας τρόπος για να αποκτήσετε περισσότερη εμπιστοσύνη.
Αυτή η δοκιμή αποτελείται από ένα σύνολο δραστηριοτήτων μόνο για ανάγνωση εντός του συστήματος παραγωγής, οι οποίες δεν θα δημιουργήσουν νέα τυχαία δεδομένα, αλλά θα εξακολουθήσουν να επαληθεύουν τη βασική λειτουργικότητα του συστήματος από την άποψη των τελικών χρηστών.
Η συμμετοχή των σωστών ενδιαφερομένων στη διαδικασία συμβάλλει στη διασφάλιση της ευθυγράμμισης και της λογοδοσίας, ενώ παράλληλα ενισχύει την εμπιστοσύνη ότι οι στόχοι έχουν επιτευχθεί. Τελικά, αυτές οι δοκιμές εγγυώνται μια επιτυχημένη έκδοση.
Συνεχής ενσωμάτωση και αυτοματοποίηση των δοκιμών για τη βελτίωση της απόδοσης
Η συνεχής ενοποίηση και η αυτοματοποίηση των δοκιμών υιοθετούνται όλο και περισσότερο από τις εταιρείες για να οδηγήσουν τις ευέλικτες διαδικασίες στο επόμενο επίπεδο.
Εάν η ομάδα μπορεί να εφαρμόσει την αυτοματοποίηση σε πολλά στάδια όπως περιγράφεται παραπάνω, τότε αυτά μπορούν να συνδυαστούν και να συνδεθούν σε έναν αποκλειστικό σωλήνα δοκιμών, ο οποίος είναι βασικά μια πλήρως αυτοματοποιημένη διαδικασία παρτίδας που κάνει τις περισσότερες δραστηριότητες δοκιμών ανεξάρτητα και χωρίς τη συμμετοχή άλλης ομάδας μέλος.
Με την πάροδο του χρόνου, ένας τέτοιος ολοκληρωμένος αγωγός δοκιμών θα συντομεύσει τον συνολικό χρόνο που απαιτείται για όλες τις φάσεις δοκιμών. Τελικά, μπορεί να οδηγήσει σε μια πραγματικά γρήγορη σταδιακή απελευθέρωση παραγωγής μετά το τέλος κάθε σπριντ. Αν και αυτό είναι ένα ιδανικό σενάριο, στην πραγματικότητα, είναι δύσκολο να επιτευχθεί με όλα τα βήματα δοκιμών που εμπλέκονται. Ο αυτοματισμός είναι ο μόνος τρόπος για να φτάσετε εκεί.
Διαφορά μεταξύ Agile Testing και Waterfall Testing
Οι στρατηγικές δοκιμών ευκίνητων διαφέρουν από τις παραδοσιακές στρατηγικές δοκιμών καταρράκτη με διάφορους τρόπους, όπως η περιοδικότητα, ο παραλληλισμός ή ο αφιερωμένος χρόνος για κάθε δραστηριότητα.
Αλλά η πιο αξιοσημείωτη διαφορά είναι η εστίαση κάθε προσέγγισης:
- Η ευέλικτη δοκιμή επικεντρώνεται σε συνεχείς, γρήγορες επαναλήψεις των βρόχων ανάπτυξης και ανάδρασης για τον εντοπισμό προβλημάτων και τη γρήγορη βελτίωση του προϊόντος. Μια επαναληπτική διαδικασία που επικεντρώνεται στη συνεργασία με τους πελάτες, τη συνεχή ενοποίηση και τον προσαρμοστικό σχεδιασμό.
- Από την άλλη πλευρά, η παραδοσιακή δοκιμή καταρράκτη δίνει έμφαση σε μια γραμμική διαδικασία στην οποία κάθε στάδιο επιλύεται χωριστά και με διαδοχική σειρά, αφήνοντας την ανάδραση ολόκληρης της λύσης μόνο για το τελευταίο στάδιο του έργου και πολύ κοντά στην τελική ημερομηνία κυκλοφορίας της παραγωγής.
Προφανώς, όσο πιο γρήγορα εντοπιστούν τα προβλήματα από τους κύριους ενδιαφερόμενους, τόσο καλύτερη είναι η κατάσταση για το έργο. Από αυτή την άποψη, η ευέλικτη μεθοδολογία έχει σίγουρα περισσότερες πιθανότητες επιτυχίας.
συμπέρασμα
Αν και ο κύκλος ζωής της ευέλικτης δοκιμής μπορεί να φαίνεται μικρότερος από τον καταρράκτη, στην πραγματικότητα δεν είναι. Η όλη διαδικασία είναι συνεχής και συνεχίζεται μέχρι την ημερομηνία κυκλοφορίας του προϊόντος. Ανάλογα με τον προϋπολογισμό και τον διαθέσιμο χρόνο για κάθε σπριντ, θα πρέπει να ιεραρχήσετε ποιες δοκιμές πραγματοποιούνται κατά τη διάρκεια του συγκεκριμένου σπριντ.
Μια καλά σχεδιασμένη στρατηγική δοκιμών σάς βοηθά να επιλέξετε ποιες λειτουργίες ή μονάδες απαιτούν περισσότερη προσοχή από άλλες. Ο αυτοματισμός θα επιτρέψει τη συμπερίληψη πολλών σταδίων δοκιμών στο ίδιο σπριντ, αυξάνοντας τη συνολική αξιοπιστία του συστήματος από σπριντ σε σπριντ.
Μπορείτε τώρα να δείτε μερικές από τις βέλτιστες πρακτικές στις δοκιμές scrum.