Μενού

Δοκιμή βάσει περιβάλλοντος: 7 Βασικές αρχές με ένα παράδειγμα

context driven testing

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

7 Βασικές αρχές της δοκιμής βάσει περιβάλλοντος με ένα παράδειγμα:

καλύτερο δωρεάν τείχος προστασίας για windows xp

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

Αλλά, σκεφτείτε το.

Τι γίνεται αν ήμουν χαμηλή κατανάλωση φυσικού αερίου

Τι γίνεται αν ήμουν χαμηλός σε μετρητά;

Θα επέλεγα τη διαφορετική επιλογή. Γιατί; Το περιεχόμενο.

Τι είναι η δοκιμή βάσει περιβάλλοντος

(εικόνα πίστωση )

Όταν λαμβάνετε αποφάσεις βάσει, το ακόλουθο είναι μια απόφαση βάσει περιβάλλοντος:

  • Οι εμπλεκόμενοι άνθρωποι
  • Περιπτώσεις
  • Στόχοι
  • Διαθέσιμες Επιλογές
  • Συναισθήματα κ.λπ.

Λοιπόν, τι είναι η δοκιμή βάσει περιβάλλοντος;

Το Context Driven Testing είναι μια αλλαγή νοοτροπίας (ή Σχολή δοκιμών) που αναπτύχθηκε από τους Cem Kaner, James Bach & Bret Pettichord. Λεπτομέρειες σχετικά με αυτό μπορείτε να βρείτε στο διάσημο βιβλίο τους: Μαθήματα που μαθαίνουν στη Δοκιμή λογισμικού .

Υπάρχουν 7 βασικές αρχές σε αυτό. Τα παρακάτω επιλέγονται απευθείας από το βιβλίο τους:

# 1) Η αξία κάθε πρακτικής εξαρτάται από το περιβάλλον της.

#δύο) Υπάρχουν καλές πρακτικές στο πλαίσιο, αλλά δεν υπάρχουν βέλτιστες πρακτικές.

# 3) Οι άνθρωποι, που συνεργάζονται, είναι το πιο σημαντικό μέρος του πλαισίου κάθε έργου.

# 4) Τα έργα ξεδιπλώνονται με την πάροδο του χρόνου με τρόπους που συχνά δεν είναι προβλέψιμοι.

# 5) Το προϊόν είναι μια λύση. Εάν το πρόβλημα δεν επιλυθεί, το προϊόν δεν λειτουργεί.

# 6) Ο καλός έλεγχος λογισμικού είναι μια προκλητική πνευματική διαδικασία.

# 7) Μόνο μέσω κρίσης και δεξιοτήτων, που ασκούνται συνεργατικά σε όλο το έργο, μπορούμε να κάνουμε τα σωστά πράγματα τη σωστή στιγμή για να δοκιμάσουμε αποτελεσματικά τα προϊόντα μας.

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

Απλώς πρόκειται να κάνω μια εξήγηση που βασίζεται σε σενάριο σχετικά με τη λήψη δοκιμών με βάση το περιβάλλον.

Ένα παράδειγμα δοκιμής βάσει περιβάλλοντος:

Ας πούμε ότι ξεκινάω ένα δοκιμαστικό έργο - Έργο Α το οποίο περιλαμβάνει δοκιμές από άκρο σε άκρο για μια διαδικτυακή εφαρμογή.

Ποια θα ήταν η στρατηγική μου;

Σύμφωνα με τις τυπικές διαδικασίες, αυτή θα είναι η ακολουθία των συμβάντων:

  • Συγκεντρώστε τις απαιτήσεις και κατανοήστε την εφαρμογή
  • Δημιουργήστε ένα δοκιμαστικό σχέδιο
  • Δημιουργία τεκμηρίωσης δοκιμής - σενάρια δοκιμής, περιπτώσεις δοκιμών, μήτρα ιχνηλασιμότητας κ.λπ.
  • Έχουν αναθεωρηθεί και εγκριθεί όλα τα έγγραφα
  • Ρύθμιση περιβάλλοντος QA και δεδομένων δοκιμής
  • Εκτελέστε την εκτέλεση δοκιμής
  • Δημιουργήστε αναφορές σφαλμάτων
  • Δημιουργία και κοινή χρήση αναφορών κατάστασης εκτέλεσης δοκιμής κ.λπ.

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

Επαναλαμβάνω αυτό που μου έμαθε να κάνω ή τι έχω δει να κάνουν άλλοι.

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

Αμφίβολος. Γιατί;

Επειδή με κάθε έργο θα αντιμετωπίζετε διαφορετικές περιστάσεις:

  • Τεκμηριωμένες και μη τεκμηριωμένες απαιτήσεις
  • Συνεργαζόμενες ομάδες εναντίον γεωγραφικά κατανεμημένων ομάδων
  • Ομάδες ανάπτυξης και δοκιμών που ανήκουν στην ίδια εταιρεία έναντι ανταγωνισμού
  • Επαρκής χρόνος εναντίον Στενά χρονοδιαγράμματα
  • Η σύνθεση της ομάδας σας - Νέοι εναντίον έμπειρων. Εκπαιδευμένοι έναντι μη εκπαιδευμένοι.
  • Διαθεσιμότητα εργαλείων - Χειροκίνητη εναντίον χρήση εργαλείων διαχείρισης δοκιμών
  • Τύπος έργου - Απαιτείται αυστηρή τήρηση των κανόνων (FDA ή τραπεζικές συναλλαγές) έναντι πειραματικών (όπως τα μέσα κοινωνικής δικτύωσης)
  • Η τεχνολογία του έργου.Για παράδειγμα:δεν θα δοκιμάσετε τον ιστό και μια εφαρμογή παραθύρων με τον ίδιο τρόπο
  • Απαιτήσεις των πελατών (Μερικοί θέλουν καθημερινές λεπτομερείς αναφορές, κάποιοι θέλουν μόνο τις καλύτερες στιγμές)
  • Διαδικασία που ακολουθήθηκε (Agile vs. Traditional, scripted vs. exploratory testing)

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

Η δοκιμή βάσει περιβάλλοντος είναι όταν αφήνετε αυτές τις περιστάσεις να αποφασίσουν τις πρακτικές δοκιμής, τις τεχνικές και ακόμη και τους ορισμούς σας και όχι τις τυπικές, αντιληπτές από τη βιομηχανία » βέλτιστες πρακτικές' .

Τώρα, ας πούμε ότι αυτές είναι οι λεπτομέρειες με τις οποίες συνεργάζομαι για το Project A:

  • Δουλεύω με μια ομάδα από 5-4 νεοεισερχόμενους και 1 έμπειρο ελεγκτή.
  • Δεν έχω τεκμηριωμένες απαιτήσεις.
  • Η ομάδα μου είναι στην Ινδία και η ομάδα ανάπτυξης είναι στις ΗΠΑ, επομένως εργαζόμαστε αντίθετες ζώνες ώρας.
  • Ο πελάτης θέλει μια καθημερινή λεπτομερή αναφορά κατάστασης
  • Χρησιμοποιούμε ένα εργαλείο εντοπισμού σφαλμάτων μέσω διαδικτύου, όπως το Mantis ή το Bugzilla και αυτό είναι το μόνο που έχουμε.
  • Πρέπει να κάνω 2 γύρους δοκιμών σε 10 ημέρες με 3 ημέρες για τεκμηρίωση δοκιμής

Εδώ είναι ένα πρόχειρο σχέδιο παιχνιδιού:

1) Δεδομένου ότι πολλοί νεοεισερχόμενοι είναι στην ομάδα, χρειαζόμαστε πολλές αξιολογήσεις από ομοτίμους.

δύο) Χρειαζόμαστε επίσης τουλάχιστον 2 συναντήσεις συζήτησης με την ομάδα BA και Dev. Αυτό πρέπει να είναι επίσημο, διότι οι ομάδες βρίσκονται αλλού και δεν έχω λίγα περιθώρια για να πάω μαζί τους με ερωτήσεις.

3) Είναι ένα επιθετικό χρονοδιάγραμμα δοκιμών για τεκμηρίωση. Όσο περισσότερα έγγραφα γράφουμε, τόσο περισσότερες κριτικές χρειαζόμαστε, που ισοδυναμεί με περισσότερο χρόνο. Έτσι, θα πρέπει να διατηρήσουμε την ελάχιστη τεκμηρίωση. Θα τεκμηριώσουμε μόνο το κύριο TC End-to-End και τα υπόλοιπα θα είναι δοκιμάστηκε διερευνητικά .

4) Οι καθημερινές αναφορές κατάστασης κατά την εκτέλεση της δοκιμής πρόκειται να δημιουργούνται και να αποστέλλονται EOD κάθε μέρα.

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

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

Και ούτω καθεξής.

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

Συνοψίζοντας:

Αυτό είναι Δοκιμή βάσει περιβάλλοντος · κάνοντας τις περιστάσεις σας (όχι τα πρότυπα) τις πρωταρχικές εισροές και παράγοντες επιρροής για τη δοκιμαστική σας στρατηγική. Μας καλεί να κοιτάξουμε γύρω μας και να λάβουμε υπόψη τα πάντα γύρω σας.

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

qa επικεφαλής ερωτήσεων και απαντήσεων συνέντευξης

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

Καλή δοκιμή βάσει περιβάλλοντος

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

^