Μενού

Πώς να προετοιμάσετε αποτελεσματικά το 'Test Bed' και να ελαχιστοποιήσετε τα δοκιμαστικά περιβαλλοντικά ελαττώματα (Μέρος 1)

how effectively prepare test bed

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

πώς μπορώ να ανοίξω ένα αρχείο apk

Προκλήσεις και βέλτιστες πρακτικές ρύθμισης περιβάλλοντος δοκιμής / περιβάλλοντος περιβάλλοντος:

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

Πώς επιτυγχάνεται αυτό;

Πώς να προετοιμάσετε αποτελεσματικά το

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

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

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

Αυτό το άρθρο μιλά για το τι ακριβώς συνεπάγεται το Test Bed: Πρόκειται για μια διαδικασία δύο βημάτων της ρύθμισης περιβάλλοντος περιβάλλοντος και της ρύθμισης δεδομένων δοκιμής:

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

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

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

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

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

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

Η απάντηση είναι ομόφωνη - Test Bed και / ή Test Environment setup. Υπάρχουν ποιοτικά σημεία αναφοράς που έχουν οριστεί εντός των ομάδων μειώστε τα ελαττώματα που απορρίπτονται ως δοκιμαστικό σφάλμα ρύθμισης / σφάλμα χρήστη, μη έγκυρες διαμορφώσεις ή σε ορισμένες περιπτώσεις τα ελαττώματα που προκύπτουν ως διαφυγές από μια συγκεκριμένη ομάδα λόγω μη διαθέσιμων διαμορφώσεων, μη δοκιμασμένων διαμορφώσεων.

Ας ξεκινήσουμε ρίχνοντας μια πιο προσεκτική ματιά στο να ορίσουμε τι είναι το Test Bed ή το Test Test Environment.

Τι θα μάθετε:

Τι είναι ένα περιβάλλον δοκιμής και δοκιμής;

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

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

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

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

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

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

Μερικές βασικές προκλήσεις που αντιμετωπίζονται συνήθως είναι:

# 1) Απομακρυσμένο περιβάλλον

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

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

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

# 2) Συνδυασμένη χρήση μεταξύ ομάδων

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

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

δοκιμή dev και περιβάλλον παραγωγής

# 3) Αναποτελεσματικός σχεδιασμός για χρήση πόρων για ενσωμάτωση

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

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

# 4) Σύνθετη διαμόρφωση δοκιμής

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

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

# 5) Περίτερος χρόνος εγκατάστασης

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

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

Βέλτιστες πρακτικές για τη ρύθμιση ενός δοκιμαστικού περιβάλλοντος

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

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

Συμβουλή # 1) Κατανοήστε το Απαιτήσεις δοκιμής διεξοδικά και εκπαιδεύστε τον εαυτό σας

java προσθέτοντας τιμές σε έναν πίνακα

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

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

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

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

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

Συμβουλή # 2) Έλεγχος της συνδεσιμότητας

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

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

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

Συμβουλή # 3)Έλεγχος του δικτύου και / ή του χώρου αποθήκευσης

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

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

Συμβουλή # 4) Ελέγξτε για το απαιτούμενο υλικό και λογισμικό, άδειες

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

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

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

Συμβουλή # 5)Πρόγραμμα περιήγησης και εκδόσεις

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

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

Συμβουλή # 6)Προγραμματισμός της χρήσης του περιβάλλοντος δοκιμής.

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

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

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

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

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

Συμβουλή # 7)Εργαλεία αυτοματισμού και οι διαμορφώσεις τους

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

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

συμπέρασμα

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

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

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

Σχετικά με τον Συγγραφέα: Αυτό το άρθρο γράφτηκε από την Sneha Nadig. Εργάζεται ως δοκιμαστικός μόλυβδος με πάνω από 7 χρόνια εμπειρίας σε έργα δοκιμών χειροκίνητου και αυτοματισμού.

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

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

^