Μενού

Πώς να εφαρμόσετε αποτελεσματικό αυτοματισμό δοκιμών στον ευέλικτο κόσμο

how implement efficient test automation agile world

Δοκιμάστε Το Όργανο Μας Για Την Εξάλειψη Των Προβλημάτων

Ο αυτοματισμός στο Agile είναι πολύ κρίσιμος.

Σκεφτείτε τις πολλές δυνατότητες που προστίθενται και παραδίδονται σε κάθε Sprint. Πρέπει να υπάρχει ένας τρόπος για να βεβαιωθείτε ότι η νέα δυνατότητα που προστέθηκε δεν επηρεάζει την υπάρχουσα λειτουργικότητα.

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

Ωστόσο, η εισαγωγή και η ωρίμανση στον αυτοματισμό θα απαιτούσε σίγουρα λίγο χρόνο. Η πραγματοποίηση μιας αρχικής επένδυσης στο σχεδιασμό και το σχεδιασμό της δραστηριότητας αυτοματισμού σίγουρα θα αποδώσει μακροπρόθεσμα.

Σε αυτό το 3ο μέρος της προχωρημένης σειράς Agile Testing, προσπαθώ να αναφέρω μερικούς δείκτες που πρέπει να λάβετε υπόψη με βάση την εμπειρία μου, καθώς φέρνετε αυτοματοποίηση στο έργο σας.

Επίσης, διαβάστε μέρος 1 και μέρος 2ο πρώτα να έχετε την καλύτερη κατανόηση του θέματος.

Τι θα μάθετε:

Τι να αυτοματοποιήσετε στο Agile;

Κάθε φορά που σκοπεύουμε να εισαγάγουμε αυτοματοποίηση στα έργα μας, οι περισσότεροι από εμάς ψηφίζουν αμέσως είτε το 'κοστούμι δοκιμών καπνού' είτε το 'κοστούμι δοκιμής παλινδρόμησης' για να είναι το καλύτερο υποψήφιος για αυτοματοποίηση . Φυσικά, είναι, αλλά όταν σκεφτόμαστε την πυραμίδα δοκιμής αυτοματισμού, μπορούμε να συμπεράνουμε ότι είναι ακριβώς το ανώτερο στρώμα της πυραμίδας για το οποίο μιλάμε.

Εκτός από το παραπάνω επίπεδο έχουμε ακόμα το επίπεδο υπηρεσίας και το στρώμα μονάδας που είναι πιο σημαντικά.

ομαδική διαχείριση διακομιστή ευέλικτων έργων

Έτσι ποιες δοκιμές, εκτός από τις δοκιμές καπνού και τις δοκιμές παλινδρόμησης, μπορούν να είναι καλοί υποψήφιοι για αυτοματοποίηση;

# 1) Κατασκευές και υλοποιήσεις

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

Ο δεύτερος λόγος ήταν - από τη στιγμή που οι δοκιμαστές ολοκληρώσουν τις δοκιμές και έρθουν με σφάλματα και ελαττώματα, οι προγραμματιστές έχουν προχωρήσει σε διαφορετικά κομμάτια υλοποίησης και έχουν μικρότερο ενδιαφέρον να επιλύσουν τα σφάλματα της παλαιότερης εφαρμογής. Αυτή η προσέγγιση καθυστερεί επίσης το χρόνο για τη διάθεση του χαρακτηριστικού στην παραγωγή.

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

Διαβάστε επίσης=> Η Διαδικασία Αποδέσμευσης και Ανάπτυξης

Μερικά από τα πλεονεκτήματα της αυτόματης ανάπτυξης build είναι:

  • Δεν υπάρχει πιθανότητα να κάνετε λάθη ανάπτυξης (ανθρώπινα λάθη όπως αντιγραφή λανθασμένου αρχείου ή αντιγραφή αρχείου σε λανθασμένη τοποθεσία)
  • Σφάλμα / χαρακτηριστικά είναι διαθέσιμα για δοκιμή μόλις διορθωθούν
  • Οι δοκιμαστές παίρνουν περισσότερο χρόνο για να δοκιμάσουν
  • Το χαρακτηριστικό είναι έτοιμο να μεταφερθεί στην παραγωγή σε λιγότερο χρόνο
  • Γρήγορη ανατροφοδότηση

# 2) Δοκιμές μονάδας / Δοκιμή συστατικών

Έχω ήδη μιλήσει για τη σημασία της αυτοματοποίησης του επιπέδου μονάδας χρησιμοποιώντας το Προσέγγιση TDD στο τελευταίο μου σεμινάριο .

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

# 3) Δοκιμή API / Web Service

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

δηλώστε έναν πίνακα συμβολοσειρών σε java

Δοκιμή των διαδικτυακών υπηρεσιών συνεπάγεται τη σύνταξη προγραμμάτων για την κλήση αυτών των μεθόδων διαδικτυακής υπηρεσίας και την επικύρωση των τιμών που επιστρέφει. Μπορούμε ακόμη και να δοκιμάσουμε τις υπηρεσίες για διάφορες παραλλαγές και συνδυασμούς. Έχετε όλα τα δεδομένα δοκιμής στο φύλλο excel και το πρόγραμμά σας μπορεί να διαβάσει τα δεδομένα και να καλέσει την δοκιμαστική υπηρεσία, περνώντας τα δεδομένα δοκιμής ως παράμετρο και να επικυρώσει τα αποτελέσματα.

Αυτή η συγκεκριμένη δοκιμή είναι μέρος του μεσαίου στρώματος της πυραμίδας. Οι περισσότερες από τις λειτουργικές δοκιμές μπορούν να προωθηθούν σε αυτό το επίπεδο. Η επίλυση ελαττωμάτων που προκύπτουν σε αυτό το επίπεδο γίνεται εύκολο να επιδιορθωθεί και δεν αναβάλλεται έως ότου είναι διαθέσιμη η διεπαφή χρήστη.

# 4) Δοκιμή πίσω από το GUI

Η αυτοματοποίηση των δοκιμών πίσω από το GUI είναι συγκριτικά πιο εύκολη από την αυτοματοποίηση του πραγματικού GUI. Ένα άλλο πλεονέκτημα είναι ότι, ανεξάρτητα από τις αλλαγές της διεπαφής χρήστη, η λειτουργικότητα παραμένει ανέπαφη. Ακόμα κι αν κάποιο από τα στοιχεία της διεπαφής χρήστη αλλάξει, η λειτουργικότητα της δυνατότητας δεν αλλάζει. Αυτή η τεχνική εστιάζει κυρίως στη λογική και τους κανόνες της επιχείρησης.

Οι δοκιμαστικές θήκες γράφονται ως επί το πλείστον σε μορφή πίνακα ή σε υπολογιστικό φύλλο και γράφονται στοιχεία / αποσπάσματα κώδικα που αποδέχονται την εισαγωγή από αυτούς τους πίνακες και επιστρέφουν τα αποτελέσματα. Τα αποτελέσματα δημιουργούνται αμέσως και παρέχουν μια εξαιρετική πλατφόρμα για τους μη τεχνικούς ενδιαφερόμενους να εκτελέσουν αυτές τις δοκιμές και να λάβουν τα αναμενόμενα αποτελέσματα. Ένα από τα εργαλεία που χρησιμοποιούνται για την επίτευξη αυτής της τεχνικής είναι Καταλληλότητα .

# 5) Μη λειτουργικές δοκιμές

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

# 6) Συγκρίσεις δεδομένων

Πολλές από τις δοκιμές μας απαιτούν να συγκρίνουμε αρχεία δεδομένων, συμπεριλαμβανομένων αρχείων κειμένου, CSV ή αρχείων excel

  • Αυτά τα αρχεία μπορούν να συγκριθούν με τις βασικές γραμμές για την επικύρωση δεδομένων
  • Οι συγκρίσεις μπορούν να έχουν ίδια δεδομένα αλλά διαφορετικής μορφής. Αυτό συμβαίνει βασικά όταν έχουμε δύο από τα ίδια αρχεία που δημιουργούνται από δύο διαφορετικές πηγές

Αυτές οι συγκρίσεις μπορούν να είναι επαναλαμβανόμενες, επομένως αυτοματοποιημένες.

# 7) Αναζήτηση

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

# 8) Επαναλαμβανόμενες εργασίες

Οποιαδήποτε εργασία ξεκινά με την αλληλεπίδραση με τελικούς χρήστες ή τη σύνταξη ιστοριών για την ανάπτυξή της, εάν είναι επαναλαμβανόμενη, θα πρέπει να εξετάζεται αυτοματοποιημένη. Πρέπει να καταλάβουμε ότι η αυτοματοποίηση δεν σημαίνει ότι πρέπει να υπάρχει ένα εξελιγμένο εργαλείο / τεχνολογία. Μπορεί να είναι μια απλή μακροεντολή VB ή ένα πρόγραμμα Java με Javascript για επίλυση του σκοπού.

Από πού να αρχίσω?

Δεν υπάρχουν σημεία κουκκίδων ή ένας βήμα προς βήμα οδηγός που να λέει από πού να ξεκινήσετε την αυτοματοποίηση. Η έναρξη της αυτοματοποίησης για την ομάδα απαιτεί από εσάς να προβληματιστείτε και να εφαρμόσετε βαθιές σκέψεις σχετικά με τις πτυχές που θέλετε να αυτοματοποιήσετε ή ποιος είναι ο τελικός στόχος της αυτοματοποίησης;

Μπορείτε να ξεκινήσετε από:

  • Προσδιορισμός των επαναλαμβανόμενων εργασιών,
  • Προσδιορισμός των περιοχών πόνου της εφαρμογής
  • Προσδιορισμός των δοκιμαστικών προκλήσεων

Εάν δεν έχετε αυτοματοποίηση στο πρόγραμμα / ομάδα της περιοδείας, τότε πιθανότατα μπορείτε να ακολουθήσετε μια πολυεπίπεδη προσέγγιση όπου οι δοκιμές μονάδας μπορούν να στοχευτούν πρώτα για αυτοματοποίηση. Αυτό θα σας έδινε την υψηλότερη απόδοση επένδυσης.

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

Μην μεταβείτε απευθείας στην αγορά ενός νέου εργαλείου χωρίς να αξιολογήσετε τις ανάγκες σας. Όπως είπα νωρίτερα, ένα απλό πρόγραμμα ή μια μακροεντολή μπορεί να επιλύσει τον σκοπό αυτοματοποίησης ορισμένων επαναλαμβανόμενων εργασιών. Έτσι, πριν αποφασίσετε να αγοράσετε ένα εργαλείο, κάντε το POC και να αξιολογήσει εάν αυτό το εργαλείο θα ήταν αποτελεσματικό στη χρήση.

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

Μόλις ολοκληρωθεί το πεδίο του αυτοματισμού και του εργαλείου, το επόμενο είναι να σχεδιάσουμε το πλαίσιο.

Θυμηθείτε, στο Agile, το πλαίσιο έχει εξελιχθεί. ΜΗΝ στοχεύετε να σχεδιάσετε ολόκληρο το πλαίσιο πρώτα και μετά να το εφαρμόσετε. Σχεδιάστε και εφαρμόστε το MVP (Ελάχιστο βιώσιμο προϊόν) και στη συνέχεια βελτιώστε το υπάρχον πλαίσιο για να συμπεριλάβετε περισσότερες δυνατότητες. Πρέπει επίσης να εφαρμόσετε καλές πρακτικές κωδικοποίησης και ανάπτυξης, εάν θέλετε η σουίτα αυτοματοποίησης να είναι ισχυρή.

Μερικές βέλτιστες πρακτικές

  • Μην στοχεύετε στην Αυτοματοποίηση 100% ταυτόχρονα. Ξεκινήστε το μικρό. Θυμηθείτε ότι είναι μια εξελισσόμενη διαδικασία
  • Ακολουθήστε τις ίδιες πρακτικές Agile που ακολουθείτε για οποιαδήποτε ανάπτυξη λογισμικού. Ο αυτοματισμός απαιτεί επίσης σωστό σχεδιασμό και σχεδιασμό. Δεν θα θέλατε να αυξήσετε τα τεχνικά χρέη σας όταν αυτοματοποιείτε
  • Δημιουργήστε το καθυστερημένο αυτοματισμό δοκιμής σας. Αυτό το backlog μπορεί να κυμαίνεται από την εφαρμογή μιας νέας δυνατότητας έως την ενίσχυση μιας υπάρχουσας δυνατότητας. Δώστε πόντους ιστορίας στα αναγνωρισμένα στοιχεία σας και αντιστοιχίστε το ανάλογα. Πάρτε αυτά τα στοιχεία καθυστέρησης στο Sprint σας και παρακολουθήστε το χρησιμοποιώντας έναν πίνακα Kanban
  • Γράψτε τα κριτήρια αποδοχής για τις ιστορίες αυτοματισμού σας. Αυτά τα κριτήρια αποδοχής μπορούν να περιλαμβάνουν:
    • Ενσωμάτωση της δοκιμαστικής σουίτας με CI
    • Μεταφορά της στολής σε κεντρική τοποθεσία
    • Στείλτε τα αποτελέσματα μέσω email
    • Πρόβλεψη αποστολής αρχείων καταγραφής σφαλμάτων όταν η δοκιμή αποτύχει
    • Οποιαδήποτε άλλα κριτήρια….
  • Μην ξοδεύετε χρόνο για την αξιολόγηση ενός νέου εργαλείου. Μπορείτε να δημιουργήσετε μια λίστα ελέγχου με προτεραιότητα για ό, τι θέλετε από το νέο εργαλείο και να αποφασίσετε ένα χρονοδιάγραμμα για την αξιολόγησή του. Εάν δεν βλέπετε τα αποτελέσματά σας στον καθορισμένο χρόνο, προχωρήστε στον επόμενο
  • Λάβετε μια συνετή απόφαση για το τι θα αυτοματοποιήσετε. Δεν είναι αποτελεσματικό κάθε κομμάτι αυτοματισμού και αποφέρει θετική απόδοση επένδυσης (ROI). Μην αυτοματοποιείτε μόνο για λόγους αυτοματοποίησης
  • Χρησιμοποιήστε το κατάλληλο περιβάλλον ανάπτυξης. Μην διατηρείτε τον κωδικό στο τοπικό σας. Έχετε ένα αποθετήριο για να διατηρήσετε τον κωδικό σας και να συνηθίσετε να ελέγχετε τον κωδικό σας στο τέλος της ημέρας
  • Με παρόμοιο τρόπο, προσπαθήστε να εκτελέσετε τις αυτόματες δοκιμές σας από μια κεντρική τοποθεσία. Κάντε το άτομο ανεξάρτητο. Πρέπει να είναι οποιοσδήποτε από την ομάδα μπορεί να ενεργοποιήσει τα σενάρια από τον υπολογιστή του και τα αποτελέσματα λαμβάνονται μέσω email

Ποιες είναι οι αρχές της Agile που μπορούν να εφαρμοστούν στον αυτοματισμό;

Μερικές πολύ απλές συμβουλές:

  • Κρατήστε τα πράγματα απλά. Κάντε ό, τι χρειάζεται. Έχω δει πολλές περιπτώσεις όπου παρέχουμε εφαρμογή με επικάλυψη ζάχαρης που καθιστά τον αυτοματισμό περιττό περίπλοκο. Ας αποφύγουμε τα πράγματα που δεν είναι απαραίτητα
  • Το να κάνεις απλά πράγματα δεν σημαίνει να κάνεις τα πιο εύκολα πράγματα. Αυτό σημαίνει ότι λαμβάνετε βήματα για να πετύχετε τους στόχους αυτοματοποίησης. Μπορεί να χρησιμοποιήσετε μια απλή λειτουργία για αυτοματοποίηση, αλλά μπορεί να συμβεί ότι η εφαρμογή του αυτοματισμού αποδεικνύεται περίπλοκη
  • Εφαρμόστε ολόκληρη την προσέγγιση της ομάδας . Πιστεύω ότι όλοι είναι δοκιμαστές σε μια ευέλικτη ομάδα. Ας μην περιορίσουμε την εργασία αυτοματοποίησης είτε μόνο με τους υπεύθυνους δοκιμών είτε μόνο με τους προγραμματιστές. Κάθε ένας από τους κλάδους πρέπει να μπαίνει ο ένας στον άλλον για να επιτύχει αυτοματοποίηση για το έργο. Αυτή η προσέγγιση θα ήταν επίσης αποτελεσματική για την επίλυση οποιουδήποτε από τα τεχνικά ζητήματα που συνοδεύουν την εφαρμογή
  • Το πλαίσιο εξελίσσεται στο Agile . Μην προσπαθήσετε να παρέχετε πάρα πολλές δυνατότητες που ενδέχεται να κάνουν το τμήμα αυτοματισμού περίπλοκο
  • Αφιερώστε χρόνο για να το κάνετε σωστά. Αφιερώστε λίγο χρόνο για να το σχεδιάσετε σωστά για να αποφύγετε τα τεχνικά χρέη
  • Λάβετε συχνά σχόλια
  • Εφαρμόστε κατάλληλα πρότυπα και πρακτική κωδικοποίησης. Ο σχεδιασμός πρέπει να είναι απλός, να εφαρμόζει τις έννοιες OOPS και να προσπαθεί να διατηρήσει τις δοκιμές ανεξάρτητες μεταξύ τους. Εξετάστε παράγοντες όπως «συντηρησιμότητα» της δοκιμαστικής στολής

Βλέπω προκλήσεις κατά την αυτοματοποίηση στο Agile;

Η αυτοματοποίηση στον ευέλικτο κόσμο έρχεται με τις δικές του προκλήσεις :

  • Πρέπει να σχεδιάσουμε πολύ καλά. Αποφασίζοντας την κατάλληλη δοκιμαστική σουίτα, το εργαλείο, το πλαίσιο και την προσέγγιση, όλοι χρειάζονται μια σωστή στρατηγική. Ωστόσο, δεν πρέπει να θυμόμαστε ΟΧΙ το υπερβολικό σχέδιο. Λάβετε υπόψη το MVP (Ελάχιστο βιώσιμο προϊόν)
  • Συμβιβάζεται με την ποιότητα του κώδικα, επειδή θέλουμε να παραδώσουμε γρήγορα: Πρέπει να θυμόμαστε ότι τα τεχνικά χρέη διατηρούνται και στον αυτοματισμό
  • Ομάδες τις περισσότερες φορές οι ομάδες δεν ακολουθούν την «Ολόκληρη-Ομάδα-Προσέγγιση» και αφήνουν ολόκληρη την ευθύνη της κωδικοποίησης και της συντήρησης της αυτοματοποιημένης σουίτας για τους υπεύθυνους δοκιμών που προσθέτει στην ευθύνη των υπεύθυνων δοκιμών
  • Η αυτοματοποίηση των λειτουργικών δοκιμών είναι πιο δύσκολη από την αυτοματοποίηση της διεπαφής χρήστη

Μεταξύ όλων αυτών των προκλήσεων, η πιο κρίσιμη πρόκληση είναι η αναβάθμιση των δεξιοτήτων των δοκιμαστών.

Το να κάνετε και να διατηρήσετε τον αυτοματισμό μιας ομάδας μοιάζει σχεδόν με μια δραστηριότητα προγραμματισμού (ανάπτυξη) που κάνουν οι προγραμματιστές (προγραμματιστές). Όχι μόνο η εφαρμογή αλλά και η ενσωμάτωση της αυτοματοποιημένης φόρμας στο CI είναι σημαντική και απαιτεί από τους δοκιμαστές να μάθουν και να υιοθετήσουν νέες δεξιότητες και να μάθουν νέα εργαλεία και τεχνολογίες.

Μερικά εργαλεία ανοιχτού κώδικα που ταιριάζουν στο Agile

  • Selenium WebDriver - Για UI
  • Πλέγμα σεληνίου - Για παράλληλη εκτέλεση
  • Αγγούρι - για BDD
  • JMeter - Για δοκιμές απόδοσης
  • ΣΑΠΟΥΝΙ - Για διαδικτυακές υπηρεσίες
  • WireMock - Δοκιμή υπηρεσίας Web όταν η υπηρεσία διαδικτύου δεν είναι διαθέσιμη.
  • Epochs - για κινητά

Επιτρέψτε μου να ολοκληρώσω με τα διάσημα τεταρτημόρια δοκιμών Agile:

η προεπιλεγμένη πύλη δεν είναι διαθέσιμη ethernet

Ευέλικτα τεταρτημόρια δοκιμής

Τεταρτημόριο 1 είναι η δοκιμή μονάδων και εξαρτημάτων που μπορούν να αυτοματοποιηθούν με την προσέγγιση TDD.

Τεταρτημόριο 2 μιλά για τη δοκιμή λειτουργικότητας, όπου μπορούμε να εφαρμόσουμε την προσέγγιση BDD.

Τεταρτημόριο 3 είναι το μόνο τεταρτημόριο που έχει το πεδίο των χειροκίνητων δοκιμών.

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

συμπέρασμα

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

Οι δοκιμαστές πρέπει να είναι πιο συνεργατικοί και να βελτιώσουν τις δεξιότητές τους στον προγραμματισμό / αυτοματοποίηση. Εάν όλο και περισσότερες δοκιμές είναι αυτοματοποιημένες, θα έδινε στους υπεύθυνους δοκιμών περισσότερο χρόνο για να ασχοληθούν με πιο περίπλοκες και απαιτητικές εργασίες.

Σχετικά με τον Συγγραφέα: Αυτό το άρθρο είναι από το μέλος της ομάδας STH Shilpa. Εργάζεται στον τομέα δοκιμών λογισμικού τα τελευταία 10+ χρόνια σε τομείς όπως η διαφήμιση μέσω Διαδικτύου, η Investment Banking και η Telecom.

Μοιραστείτε τα σχόλια και τις σκέψεις σας παρακάτω.

Συνιστώμενη ανάγνωση

^