shift left testing secret mantra
Το νέο Shift Left Testing, ένα μάντρα DevOps στην ανάπτυξη λογισμικού:
Ενα γρήγορο Ανακεφαλαίωση όλων των εκπαιδευτικών βίντεο στο DevOps εξηγήθηκε στο προηγούμενο σεμινάριό μας. Τώρα, θα δούμε για τον έλεγχο Shift αριστερά.
Όταν χρησιμοποιώ τον όρο «Shift Left», ίσως αναρωτιέστε τι αναφέρομαι στο Shift Left σε ένα λογισμικό ;;
Πριν από 2+ δεκαετίες, όταν ξεκίνησα την καριέρα μου ως υπεύθυνος δοκιμής λογισμικού δεν υπήρχε ξεχωριστή «Φάση δοκιμής» για ανάπτυξη λογισμικού και ο ρόλος των δοκιμαστών δεν υπήρχε ποτέ. Οι προγραμματιστές συνήθιζαν να αναπτύσσουν το λογισμικό, να δοκιμάζουν και να κάνουν μια έκδοση λογισμικού.
Περαιτέρω ανάγνωση => Ενημερωτική σειρά εκπαιδευτικών DevOps
Η εννοια του Δοκιμή λογισμικού παρουσιάστηκε σταδιακά όταν τα ελαττώματα από την παραγωγή άρχισαν να χάνουν τον προϋπολογισμό του έργου και ως εκ τούτου το 'Functional Testing' τέθηκε σε ισχύ με μια πολύ αδύνατη ομάδα δοκιμαστών. Εκείνη τη στιγμή, ήμασταν μόνο δύο δοκιμαστές ενάντια σε μια ομάδα 20 προγραμματιστών.
Η βιομηχανία πληροφορικής άρχισε να ακολουθεί το μοντέλο καταρράκτη για ανάπτυξη λογισμικού όπου, όπως όλοι γνωρίζουμε, ο κύκλος ζωής ανάπτυξης λογισμικού πηγαίνει διαδοχικά με τη σειρά Απαιτήσεις => Σχεδίαση => Κωδικοποίηση => Δοκιμή .
Επομένως, εάν ξεκινήσετε από τα αριστερά προς τα δεξιά, η φάση δοκιμής είναι στα άκρα δεξιά του κύκλου ζωής ανάπτυξης λογισμικού.
Τι θα μάθετε:
- Εισαγωγή στην έννοια του Shift Left
- Τι είναι το Shift Left Testing;
- Πώς αναπτύσσεται το λογισμικό Shift Left Influence;
- Τι πρέπει να κάνουν οι δοκιμαστές διαφορετικά στο Shift Left;
- Οφέλη του Shift Left Testing
- συμπέρασμα
- Συνιστώμενη ανάγνωση
Εισαγωγή στην έννοια του Shift Left
Για μια χρονική περίοδο, οι άνθρωποι συνειδητοποίησαν τη σημασία του Δοκιμή λογισμικού και τον αντίκτυπο της διατήρησης της «Φάσης δοκιμής» στην άκρη δεξιά ή στο τέλος του κύκλου ζωής ανάπτυξης λογισμικού. Αυτή η συνειδητοποίηση συνέβη επειδή το κόστος του σφάλματος εντοπίστηκε προς την άκρη δεξιά και στο τέλος ήταν πολύ υψηλό και απαιτήθηκε τεράστια προσπάθεια και χρειάστηκε πολύς χρόνος για να τα διορθώσετε.
Υπήρξαν περιπτώσεις όπου μετά από πολύ χρόνο και προσπάθεια για ένα λογισμικό, λόγω του κρίσιμου σφάλματος που εντοπίστηκε στο τέλος, το κρίσιμο λογισμικό δεν μπορούσε να κυκλοφορήσει στην αγορά με αποτέλεσμα μια τεράστια απώλεια.
Ως εκ τούτου, λόγω του αναγνώριση του σφάλματος κατά το τελευταίο στάδιο είτε η κυκλοφορία καθυστέρησε ή κατά καιρούς, το λογισμικό απορρίφθηκε λαμβάνοντας υπόψη την προσπάθεια που απαιτείται για την επίλυσή τους, η οποία δεν ήταν πραγματικά άξια.
«Τα ελαττώματα είναι λιγότερο δαπανηρά όταν πιάνονται νωρίς».
Αυτή η συνειδητοποίηση και το μεγάλο μάθημα που αντλήθηκαν, εισήγαγαν μια μεγάλη επανάσταση στη βιομηχανία λογισμικού και γέννησαν μια νέα ιδέα που ονομάζεται «Shift Left» , που σημαίνει μετατόπιση της «Φάσης δοκιμής» προς τα αριστερά από τα δεξιά ή συμμετοχή της δοκιμής σε κάθε στάδιο και συμμετοχή των δοκιμαστών σε όλη τη διάρκεια.
Η δοκιμή Shift Left σημαίνει επίσης ότι δεν δοκιμάζετε στο τέλος αλλά δοκιμάζετε συνεχώς.
Τι είναι το Shift Left Testing;
Πρώτον, η αρχή του 'Shift left' υποστηρίζει το Δοκιμαστική ομάδα για να συνεργαστεί νωρίς με όλους τους ενδιαφερόμενους στη φάση ανάπτυξης λογισμικού. Ως εκ τούτου, μπορούν να κατανοήσουν σαφώς τις απαιτήσεις και σχεδιάστε τις δοκιμαστικές θήκες για να βοηθήσουμε το λογισμικό 'Fail Fast' και να επιτρέψει στην ομάδα να διορθώσει όλες τις αποτυχίες το νωρίτερο.
το καλύτερο δωρεάν λογισμικό κλωνοποίησης σκληρού δίσκου 2017
Η προσέγγιση Shift Left δεν είναι τίποτα άλλο από τη συμμετοχή των δοκιμαστών πολύ νωρίτερα στον κύκλο ζωής ανάπτυξης λογισμικού, ο οποίος με τη σειρά του θα τους επέτρεπε να κατανοήσουν τις απαιτήσεις, το σχεδιασμό λογισμικού, την αρχιτεκτονική, την κωδικοποίηση και τη λειτουργικότητά του, να υποβάλουν δύσκολες ερωτήσεις σε πελάτες, επιχειρηματικούς αναλυτές και προγραμματιστές , ζητήστε διευκρινίσεις και παρέχετε σχόλια όπου είναι δυνατόν για να υποστηρίξετε την ομάδα.
Αυτή η εμπλοκή και κατανόηση θα οδηγήσει τους δοκιμαστές να αποκτήσουν πλήρη γνώση σχετικά με το προϊόν, να σκεφτούν διάφορα σενάρια, να σχεδιάσουν σενάρια σε πραγματικό χρόνο με βάση τη συμπεριφορά του λογισμικού που θα βοηθούσαν την ομάδα στον εντοπισμό των ελαττωμάτων πριν από την κωδικοποίηση.
Πώς αναπτύσσεται το λογισμικό Shift Left Influence;
Η προσέγγιση Shift Lift επηρεάζει την ανάπτυξη λογισμικού με διάφορους τρόπους.
Παρακάτω δίνονται μερικά βασικά σημεία για το Shift Left:
- Η προσέγγιση Shift Left εστιάζεται με τη συμμετοχή υπευθύνων δοκιμών σε όλα και κυρίως τα κρίσιμα στάδια του προγράμματος . Αυτό επιτρέπει στους υπεύθυνους δοκιμών να εκτρέψουν την εστίασή τους από την ανίχνευση ελαττωμάτων στην πρόληψη ελαττωμάτων και να οδηγήσουν τους επιχειρηματικούς στόχους του προγράμματος.
- Η προσέγγιση Shift Left παρέχει, μεγάλη σημασία για τις δοκιμές με τους οποίους οι ρόλοι και η ευθύνη των ελεγκτών αυξάνονται πάρα πολύ.
- Με την ευθύνη να αυξάνεται για την ομάδα δοκιμών, η ομάδα απλά δεν επικεντρώνεται «Δοκιμή του λογισμικού για τον εντοπισμό των σφαλμάτων» , αλλά συνεργάζεται προληπτικά με την ομάδα από τα αρχικά στάδια για να σχεδιάσει και να οικοδομήσει μια ισχυρή και αποτελεσματική στρατηγική δοκιμών παρέχοντας μια εξαιρετική ηγεσία και καθοδήγηση δοκιμής στην ομάδα εστιάζοντας στο μακροπρόθεσμο όραμα του προϊόντος, και όχι απλώς να ευθύνη της δοκιμαστικής εργασίας.
- Η προσέγγιση Shift Left δίνει το ευκαιρία για τους δοκιμαστές να σχεδιάσουν πρώτα τις δοκιμές , όπου οι δοκιμές εστιάζονται πλήρως στην εμπειρία του πελάτη και στις προσδοκίες τους, οι οποίες με τη σειρά τους θα επιτρέψουν στους προγραμματιστές να αναπτύξουν το λογισμικό βάσει αυτών των δοκιμών και ως εκ τούτου να καλύψουν τις ανάγκες των πελατών.
- Η προσέγγιση Shift Left δεν τελειώνει μόνο με τους Testers. Θα συνεχίσουμε επίσης να μετακινούμεθα και να συνεχίζουμε τις δοκιμές επιτρέψτε στους Προγραμματιστές να αποκτήσουν μεγαλύτερη ιδιοκτησία του κωδικού τους και αυξάνουν τις ευθύνες τους στις δοκιμές.
- Η προσέγγιση Shift Left ενθαρρύνει επίσης Δοκιμαστές που θα υιοθετήσουν Συμπεριφορική ανάπτυξη BDD και δοκιμαστική ανάπτυξη TDD , που βοηθά στην αποτροπή της εισαγωγής ελαττωμάτων στο λογισμικό.
- Shift Left Test σε ευκίνητο: Η προσέγγιση Shift Left υποστηρίζει τη διαμόρφωση Ευκίνητο Scrum Ομάδες που περιλαμβάνουν υποχρεωτικά τους Δοκιμαστές μαζί με τους άλλους ρόλους και περιλαμβάνει τους Εξεταστές σε τακτικές καθυστερημένες κλήσεις, άλλες αλληλεπιδράσεις, συσκέψεις επανεξέτασης που έχουν κάνει τους δοκιμαστές να έχουν περισσότερες πληροφορίες σχετικά με το πρόγραμμα και ως εκ τούτου τους επέτρεψε να επιδοθούν και να εμπλακούν στη λεπτομερή ανάλυση του λογισμικού και να παρέχουν γρήγορη ανατροφοδότηση που θα βοηθούσε στην πρόληψη των ελαττωμάτων που βασίζονται στο λογισμικό.
Συνολικά κλήσεις δοκιμής Shift Left για τους υπεύθυνους δοκιμών «Συμμετέχετε νωρίς» , όσο το δυνατόν νωρίτερα και συμμετάσχετε στη συζήτηση και συνεργαστείτε σε ιδέες, απαιτήσεις σε κάθε στάδιο όπου το αποτέλεσμα της σκηνής επηρεάζει την αξία του τελικού παραδοτέου και βοηθά επίσης το έργο να εντοπίσει τους κινδύνους και να τον μετριάσει εκ των προτέρων.
Τι πρέπει να κάνουν οι δοκιμαστές διαφορετικά στο Shift Left;
Παρακάτω αναφέρονται μερικοί βασικοί παράγοντες που πρέπει να σημειωθούν ως τι κάνουν διαφορετικά οι εξεταστές Στρατηγική Shift Left:
# 1) Η ομάδα δοκιμών πρέπει εμπλακείτε νωρίς στο σύστημα από την έναρξη του έργου ώστε να αναπτυχθεί η ενοποίηση με την υπόλοιπη ομάδα και την επιχείρηση παρέχουν χρήσιμες εισόδους σε κάθε στάδιο της ανάπτυξης λογισμικού.
#δύο) Η ομάδα δοκιμών πρέπει να συνεργαστεί με την ομάδα Business & Operations και κερδίστε σαφήνεια στο πρόγραμμα και να παρέχει μια σαφή άποψη σχετικά με τη ζήτηση και να βοηθήσει στον αποτελεσματικό σχεδιασμό σχετικά με τις ανάγκες αύξησης πόρων, τις ανάγκες κατάρτισης και τις απαιτήσεις εργαλείων δοκιμών στο πρόγραμμα πολύ νωρίτερα.
# 3) Οι ομάδες δοκιμών πρέπει να αλληλεπιδράσουν με όλους τους ενδιαφερόμενους επιχειρηματίες στην αρχή της ανάπτυξης λογισμικού αποκτήστε μια σαφή ορατότητα του προϊόντος & σχεδιάστε μια ενοποιημένη στρατηγική δοκιμών και σχεδιάστε μια βελτιστοποιημένη προσπάθεια δοκιμών, αναλύστε την εξάρτηση από περιβάλλοντα δοκιμών, τρίτα μέρη, stubs κ.λπ. και προετοιμάστε μια ισχυρή στρατηγική και πλαίσιο αυτοματοποίησης και δημιουργήστε ένα αποτελεσματικό σχέδιο διαχείρισης δεδομένων δοκιμών.
# 4) Η ομάδα δοκιμών πρέπει να συνεργαστεί με την υπόλοιπη ομάδα στην παροχή μια μεγάλη δοκιμαστική ηγεσία και καθοδήγηση για την ομάδα διατηρώντας έτσι το μακροπρόθεσμο όραμα προϊόντων στο μυαλό και όχι απλώς να αναλάβουμε την ευθύνη των δραστηριοτήτων δοκιμής.
# 5) Οι απαιτήσεις είναι το κλειδί και η βάση για την επιτυχία οποιουδήποτε προγράμματος και οι σαφώς καθορισμένες απαιτήσεις καθορίζουν την επιτυχία του έργου. Κατά τη φάση Προγραμματισμού Απαιτήσεων, Δοκιμαστές πρέπει να αναθεωρήσει και να αναλύσει τις απαιτήσεις για οποιαδήποτε ασάφεια, καλύτερη σαφήνεια, πληρότητα, δοκιμή, ορισμό κριτηρίων αποδοχής κ.λπ.
Πρέπει επίσης να προσδιορίσετε τις απαιτήσεις που λείπουν (εάν υπάρχουν), να κατανοήσετε τις εξαρτήσεις και τις στρατηγικές εφαρμογής. Το Clear Requirements βοηθά το λογισμικό να 'Fail Fail γρήγορα' και να διορθώσει όλες τις αστοχίες το νωρίτερο.
# 6) Φέρτε αρκετή σαφήνεια και ακρίβεια στις απαιτήσεις, αναδεικνύοντας το πραγματικά παραδείγματα που απεικονίζουν τις λειτουργίες που χρησιμοποιούνται.
# 7) Οι δοκιμαστές πρέπει να παρευρεθώ σε συναντήσεις αξιολόγησης σχεδιασμού τακτικά και να κατανοείτε το σχεδιασμό και την αρχιτεκτονική του προϊόντος και να εντοπίζετε τα ελαττώματα του σχεδιασμού, να προτείνει εναλλακτικές επιλογές σχεδίασης, να εντοπίζετε τα κενά και να δημιουργείτε ανάλογα σενάρια δοκιμής για να σπάσετε τα σχέδια.
# 8) Οι δοκιμαστές πρέπει φέρει εις πέρας Στατικές δοκιμές (σχόλια) εκ των προτέρων και παρέχετε ανατροφοδότηση σχετικά με βασικά έγγραφα του έργου, έτσι ώστε τα ελαττώματα να αποτρέπονται από τη γείωση στο λογισμικό και να διευρύνουν το αποτέλεσμα αργότερα.
# 9) Η ομάδα δοκιμών πρέπει να συνεργαστεί με την ομάδα σχεδιασμού και ανάπτυξης στην παροχή σεναρίων δοκιμών εκ των προτέρων για την ανάπτυξη του κώδικα και να αντιμετωπίσει όλα τα πιθανά σενάρια σε πραγματικό χρόνο και τις επιχειρηματικές ροές.
# 10) Η ομάδα δοκιμών πρέπει να σχεδιάσει ισχυρά και ισχυρά σενάρια δοκιμών έτσι ώστε να εντοπίζονται μόνο λίγα ελαττώματα κατά τη διάρκεια της δοκιμής και να αποτρέπονται σημαντικά ελαττώματα κατά την είσοδο στη φάση δοκιμής.
#έντεκα) Οι δοκιμαστές πρέπει Δοκιμάστε όσο το δυνατόν νωρίτερα , είτε σε αυτόνομο ή τοπικό σύστημα, έτσι ώστε το ελάττωμα να μην μπει σε μεταγενέστερα στάδια.
Ολόκληρη η ουσία της έννοιας «Shift Left» για τους Δοκιμαστές είναι να βρούμε τα ελαττώματα το συντομότερο δυνατό με κάθε δυνατό τρόπο.
Οφέλη του Shift Left Testing
Η προσέγγιση Shift Left λειτουργεί με βάση το ευέλικτο μανιφέστο και έχει επίσης πολλά πλεονεκτήματα.
τι είναι το κλειδί ασφαλείας δικτύου στο δρομολογητή
Αυτοί είναι:
- Άτομα και αλληλεπιδράσεις πάνω από διαδικασίες και εργαλεία.
- Λογισμικό εργασίας σε περιεκτική τεκμηρίωση.
- Συνεργασία πελατών για διαπραγμάτευση συμβάσεων.
- Απαντώντας σε αλλαγή πέρα από ένα σχέδιο.
Μπορούμε να δούμε ότι ενώ η τιμή υπάρχει στα αντικείμενα στα δεξιά, εκτιμούμε περισσότερο για τα αντικείμενα στην αριστερή πλευρά.
Λοιπόν, το Shift Left έχει ως στόχο να φέρει την ιδέα των δοκιμών νωρίτερα στη διαδικασία, με αποτέλεσμα μια καλύτερη και αποτελεσματική δοκιμή και τη βελτίωση της ποιότητας του λογισμικού.
Με λίγα λόγια, η διαδικασία Shift Left Testing είναι:
- Βρίσκοντας τα ελαττώματα νωρίς μειώνοντας έτσι το κόστος του έργου.
- Έλεγχος συνεχώς ξανά και ξανά για μείωση των ελαττωμάτων στο τέλος.
- Να αυτοματοποιήσει τα πάντα και να βελτιώσει το χρόνο στην αγορά.
- Να επικεντρωθεί στις απαιτήσεις των πελατών και να βελτιώσει την εμπειρία των πελατών.
συμπέρασμα
«Shift Left» Η ιδέα έφερε μια τεράστια μεταμόρφωση για ολόκληρο τον ρόλο «Δοκιμές». Μέχρι τότε, η μόνη εστίαση για τη δοκιμή ήταν μόνο η «Ανίχνευση ελαττωμάτων» και τώρα ο στόχος του «Shift Left» από τη σκοπιά της δοκιμής είναι ένα ταξίδι «Έγκαιρη ανίχνευση ελαττωμάτων προς Πρόληψη ελαττωμάτων ' .
Έτσι, το Shift Left είναι ένα μεγάλο άλμα στη βιομηχανία λογισμικού στη μεθοδολογία Ανάπτυξης Λογισμικού προς την ταχύτητα στην αγορά, τη βελτίωση της ποιότητας του λογισμικού και τη μείωση του «Χρόνου στην Αγορά».
Σχετικά με τον Συγγραφέα: Αυτό το άρθρο γράφτηκε από το μέλος της ομάδας STHGayathri Subrahmanyam. Βρίσκεται στη δοκιμή λογισμικού από τη δεκαετία του '90, ακριβώς όταν ο ρόλος του ελεγκτή παρουσιάστηκε στη βιομηχανία. Κατά τη διάρκεια της δοκιμαστικής καριέρας της, έχει κάνει πολλές αξιολογήσεις TMMI, δοκιμές βιομηχανοποίησης έργων, ρυθμίσεις TCOE εκτός από το χειρισμό δοκιμαστικών παραδόσεων και έχει εφαρμόσει πρακτική DevOps για μια τεράστια δέσμευση. Αλλά σύμφωνα με αυτήν, η μάθηση δεν σταματά ποτέ…
Ενημερώστε μας για τις σκέψεις / προτάσεις σας στην παρακάτω ενότητα σχολίων.
Εκπαιδευτικό πρόγραμμα PREV | ΕΠΟΜΕΝΟ Φροντιστήριο
Συνιστώμενη ανάγνωση
- Τα καλύτερα εργαλεία δοκιμής λογισμικού 2021 (QA Test Automation Tools)
- Δοκιμή λογισμικού QA Assistant Job
- Shift-Left of Quality: Πώς είναι εξίσου σημαντικό με το Shift-Left στη δοκιμή;
- Μάθημα δοκιμών λογισμικού: Σε ποιο Ινστιτούτο Δοκιμών Λογισμικού πρέπει να εγγραφώ;
- Επιλέγοντας Δοκιμή λογισμικού ως καριέρα σας
- Δοκιμή λογισμικού Τεχνικό περιεχόμενο Συγγραφέας Freelancer Job
- Μερικές ενδιαφέρουσες ερωτήσεις συνέντευξης δοκιμής λογισμικού
- Σχόλια και σχόλια μαθήματος δοκιμών λογισμικού