Μενού

Τι είναι η δοκιμή υποδομής και γιατί χρειάζεται

  • Κύριος
  • Αλλα
  • Τι είναι η δοκιμή υποδομής και γιατί χρειάζεται

what is infrastructure testing

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

Αυτός ο περιεκτικός οδηγός για τις δοκιμές υποδομής καλύπτει τα οφέλη, τις προκλήσεις, τα εργαλεία και τις μεθοδολογίες δοκιμής υποδομής:

Η υποδομή μοιράζεται σε πολλά έργα. Ο έλεγχος υποδομής είναι ο έλεγχος των εξαρτήσεων υλικού και λογισμικού που απαιτούνται για την εκτέλεση προϊόντων λογισμικού. Βοηθά στην κάλυψη των κινδύνων του προϊόντος που σχετίζονται με την υποδομή-στόχο.

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

Δοκιμές υποδομής

Τι θα μάθετε:

Τι είναι η υποδομή;

Το IT Infrastructure Ecosystem περιλαμβάνει πλατφόρμες λειτουργικών συστημάτων (όπως Windows, UNIX, Linux, macOS), πλατφόρμες υλικού υπολογιστών (όπως Dell, IBM, Sun, HP, Apple), πλατφόρμες Διαδικτύου (όπως Apache, Cisco, Microsoft IIS, .NET ), Διαχείριση δεδομένων και αποθήκευση (όπως IBM DB2, Oracle, SQL Server, MySQL) και Εφαρμογές εταιρικού λογισμικού (όπως SAP, Oracle, Microsoft).

Τι είναι ο έλεγχος υποδομής;

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

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

Τι είναι ο έλεγχος υποδομής

Γιατί απαιτείται δοκιμή υποδομής;

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

δωρεάν λογισμικό για λήψη

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

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

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

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

πρότυπο της βιομηχανίας

Ποια είναι τα οφέλη της δοκιμής υποδομής;

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

Λίγα από τα οφέλη αναφέρονται παρακάτω:

  1. Μείωση των αποτυχιών παραγωγής.
  2. Βελτίωση στον εντοπισμό ελαττωμάτων πριν από την εκτέλεση της παραγωγής. Αναβαθμίστε την ποιότητα της υποδομής με μηδενικό ελάττωμα στην παραγωγή.
  3. Γρήγορη εκτέλεση δοκιμών, ενδυνάμωση της πρόωρης μετάδοσης.
  4. Βοηθά στην εξοικονόμηση ετήσιου κόστους τόσο στις επιχειρήσεις όσο και στις επιχειρήσεις.
  5. Επιβεβαιώστε ότι το λογισμικό λειτουργεί με συστηματική και ελεγχόμενη διαδικασία.
  6. Μείωση του χρόνου διακοπής.
  7. Βελτίωση της ποιότητας των υπηρεσιών.
  8. Διαθεσιμότητα σταθερών περιβαλλόντων.
  9. Μείωση του κόστους που συνεπάγεται οι κίνδυνοι.
  10. Καλύτερη εμπειρία χρήστη.

Οφέλη

Προκλήσεις δοκιμών υποδομής

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

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

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

# 2) Απουσία ειδικής ομάδας

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

# 3) Διερεύνηση ζητημάτων περιβάλλοντος δοκιμών

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

# 4) Διατήρηση περιβάλλοντος σε ένα μέρος

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

# 5) Χειροκίνητη εργασία

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

# 6) Έλλειψη τυπικού ορισμού για δοκιμές υποδομής

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

# 7) Απομονωμένες ομάδες

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

Ποιος μπορεί να πραγματοποιήσει δοκιμές υποδομής;

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

Ποιος μπορεί να πραγματοποιήσει δοκιμές υποδομής

# 1) Ομάδα δοκιμών υποδομής

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

# 2) Ομάδα διαχειριστή συστήματος

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

# 3) Ομάδα συντήρησης υποδομής

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

# 4) Ομάδα διασφάλισης ποιότητας

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

# 5) Υπεύθυνος έργου

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

Πότε να εκτελέσετε δοκιμές υποδομής;

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

Παραδείγματα τέτοιων αλλαγών είναι:

  1. Αναπτύσσεται οποιαδήποτε νέα ενημέρωση κώδικα στο σύστημα.
  2. Τυχόν νέες ενημερώσεις συστήματος έχουν εμπειρία.
  3. Οποιαδήποτε ενημέρωση στο λειτουργικό σύστημα.
  4. Η έκδοση / δομή της βάσης δεδομένων αναβαθμίζεται.
  5. Όταν υπάρχει αναβάθμιση μνήμης για διακομιστές.
  6. Υλοποίηση του νέου εργαλείου.
  7. Διορθώσεις ασφαλείας.
  8. Αναβάθμιση λογισμικού.

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

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

Παράδειγμα:

  1. Νέοι φορητοί υπολογιστές / επιτραπέζιοι υπολογιστές
  2. Νέες φορητές συσκευές
  3. Νέα εργαλεία τρίτων

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

πώς να ανοίξετε αρχεία βάζων στα παράθυρα 10

Μεθοδολογίες δοκιμής υποδομής

Έχουμε διαφορετικές ενότητες σε αυτό. Λίγα από αυτά αναφέρονται παρακάτω:

  1. Υποδομή διακομιστή / πελάτη
  2. Μετεγκατάσταση δεδομένων
  3. Δοκιμή υποδομής στο Cloud
  4. Δοκιμή σε επίπεδο δικτύου
  5. Εγκατάσταση / Απεγκατάσταση / Ανάπτυξη
  6. Υποδομή περιβάλλοντος δοκιμής
  7. Προσέγγιση TDD

# 1) Υποδομή διακομιστή / πελάτη

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

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

Διαδικασία:

  1. Το κυριότερο είναι να συλλέξουμε τις απαιτήσεις από τα ενδιαφερόμενα μέρη.
  2. Σχεδιάστε ένα σχέδιο δοκιμής σύμφωνα με την κατανόηση της απαιτούμενης υποδομής.
  3. Στη συνέχεια, οι δοκιμαστικές περιπτώσεις σχεδιάζονται που καλύπτουν υποστήριξη Λειτουργικών Συστημάτων, σενάρια αναβάθμισης, το εύρος των δοκιμών υποδομής διακομιστή / πελάτη, καθώς και δοκιμές λειτουργικότητας.
  4. Μετά την έγκριση των δοκιμαστικών περιπτώσεων, η ομάδα QA εκτελεί κάθε σενάριο και τις αντίστοιχες περιπτώσεις δοκιμών.

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

# 2) Μετεγκατάσταση δεδομένων

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

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

Διαδικασία:

  1. Δοκιμάστε την εφαρμογή πριν και μετά τη μετεγκατάσταση.
  2. Ελέγξτε τους διακομιστές πριν και μετά τη μετεγκατάσταση δεδομένων για να βεβαιωθείτε ότι δεν παρατηρούνται αλλαγές.
  3. Ελέγξτε ότι δεν παρατηρούνται αλλαγές στην απόδοση της εφαρμογής μετά τη μετεγκατάσταση δεδομένων.
  4. Δοκιμάστε την εφαρμογή με διαφορετικές εκδόσεις της βάσης δεδομένων
  5. Δοκιμάστε το νέο build είναι συμβατό με όλες τις εκδόσεις της βάσης δεδομένων.
  6. Δοκιμάστε διαφορετικές ρυθμίσεις διαμόρφωσης του διακομιστή με διαφορετικές εκδόσεις βάσης δεδομένων

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

# 3) Δοκιμή υποδομής στο Cloud

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

Ο κύριος στόχος είναι η πιστοποίηση των υπηρεσιών Cloud για διαφορετικές εκδόσεις εφαρμογών. Δοκιμάστε την αρχιτεκτονική της εφαρμογής στο Cloud. Μια πραγματική εφαρμογή προσομοιώνεται στο Cloud και δοκιμάζεται η απόδοση και η επεκτασιμότητα των εφαρμογών.

Διαδικασία:

  1. Ελέγξτε το φορτίο στην εφαρμογή με διαφορετικές διαμορφώσεις.
  2. Εκτελέστε έλεγχο παλινδρόμησης και βεβαιωθείτε ότι η εφαρμογή δεν επηρεάζει τον έλεγχο φορτίου.
  3. Ελέγξτε εάν μια εφαρμογή είναι συμβατή με πρόγραμμα περιήγησης σε περιβάλλον cloud.
  4. Δοκιμάστε την εγκατάσταση της εφαρμογής στο cloud.
  5. Ελέγξτε εάν η εφαρμογή λειτουργεί όπως αναμένεται σε διαφορετικά περιβάλλοντα cloud.

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

# 4) Δοκιμή σε επίπεδο δικτύου

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

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

Διαδικασία:

  1. Δοκιμάστε το επίπεδο δικτύου για μελλοντικές ενημερώσεις της εφαρμογής.
  2. Ελέγξτε για εναλλακτικές διαδικασίες σε περίπτωση βλάβης στο περιβάλλον παραγωγής.
  3. Εκτελέστε δοκιμές συστήματος, δοκιμές UAT, δοκιμές ασφαλείας.
  4. Σχεδιάστε δοκιμαστικές θήκες και προετοιμάστε δεδομένα δοκιμής.
  5. Βεβαιωθείτε ότι οι υπηρεσίες σε επίπεδο διακομιστή / δικτύου δεν επηρεάζονται μετά από νέα κυκλοφορία.
  6. Δοκιμάστε το απομονωμένο δίκτυο.
  7. Ελέγξτε τον αντίκτυπο στην απόδοση της εφαρμογής σε διάφορα δίκτυα όπως VPN, Wi-Fi, LAN κ.λπ.

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

# 5) Εγκατάσταση / Απεγκατάσταση / Ανάπτυξη

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

Διαδικασία:

  1. Ελέγξτε για τα πακέτα του προγράμματος εγκατάστασης που απαιτούνται για την εγκατάσταση της εφαρμογής.
  2. Δοκιμάστε για επιπλέον βιβλιοθήκες, δημιουργήστε πακέτα.
  3. Ελέγξτε για το χρόνο που απαιτείται για την εγκατάσταση και την απεγκατάσταση της εφαρμογής.
  4. Εγκαταστήστε την εφαρμογή σε διαφορετικά λειτουργικά συστήματα.
  5. Απαιτείται έλεγχος για χώρο στο δίσκο.
  6. Ελέγξτε εάν όλα τα αρχεία καταργούνται μετά την κατάργηση της εγκατάστασης της εφαρμογής.

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

# 6) Υποδομή περιβάλλοντος δοκιμής

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

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

Διαδικασία:

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

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

# 7) Προσέγγιση TDD

Το Test-Driven Development ή το πλαίσιο TDD είναι μια μέθοδος για τη σύνταξη δοκιμαστικών περιπτώσεων βάσει των απαιτούμενων εγγράφων και στη συνέχεια εφαρμογή της λειτουργικότητας σύμφωνα με τη δοκιμή.

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

Διαδικασία:

  1. Έγγραφο σχεδιασμού για τις απαιτήσεις υποδομής.
  2. Σχέδιο δοκιμής σχεδιασμού που καλύπτει την υποδομή που απαιτείται για την εφαρμογή.
  3. Σχεδιασμός δοκιμαστικών περιπτώσεων με δοκιμές υποδομής
  4. Ελέγξτε για διαφορετικές διαμορφώσεις.

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

Εργαλεία δοκιμής υποδομής

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

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

# 1) Σεφ

αρχηγός

Χαρακτηριστικά: Ο σεφ υποστηρίζει γλώσσες για συγκεκριμένους τομείς Ruby. Επομένως, είναι δύσκολο για τους μη προγραμματιστές να μάθουν αυτό το εργαλείο. Παρόλο που είναι δύσκολο για υποστήριξη γλώσσας, αυτό το εργαλείο είναι πολύ διαθέσιμο. Ο σεφ ακολουθεί τη διαμόρφωση master-slave. Στον μηχανισμό master-slave, ο πρωτεύων διακομιστής, δηλαδή ο διακομιστής σεφ μπορεί να αντικατασταθεί από τον διακομιστή αντιγράφων ασφαλείας, σε περίπτωση που παρουσιαστεί αποτυχία.

Μπορούμε να αναπτύξουμε εφαρμογές, να διαμορφώσουμε υποδομή και επίσης να διαμορφώσουμε το δίκτυο με τον Chef. Δεν είναι ιδιαίτερα ασφαλές.

Τιμή: Είναι λιγότερο ακριβό από το Puppet αλλά πιο ακριβό από το Ansible. Η τιμή του είναι περίπου 13,5k $ / έτος έως και 100 κόμβους.

Δικτυακός τόπος: Αρχηγός

# 2) Μαριονέτα

μαριονέτα

Χαρακτηριστικά: Η μαριονέτα είναι κατασκευασμένη με Ruby και υποστηρίζει DSL και Embedded Ruby. Ένας προγραμματιστής μπορεί να διαχειριστεί τη διαμόρφωση μόνο εάν έχει επιλεγεί η Puppet για χρήση. Η ομάδα διαχειριστών συστήματος γνωρίζει επίσης τις διαμορφώσεις αυτού του εργαλείου. Ακολουθεί την αρχιτεκτονική master-master. Εάν ένας ενεργός κύριος αντιμετωπίσει αποτυχία, ένας άλλος κύριος μπορεί να το αντικαταστήσει.

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

Τιμή: Η τιμή του είναι η υψηλότερη σε περίπου 11k $ - 20k $ / έτος για έως και 100 κόμβους.

Δικτυακός τόπος: Μαριονέτα

# 3) Αβίαστος

Αβίαστος

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

Το Ansible είναι εξαιρετικά επεκτάσιμο, δηλαδή θα μπορούσε να διαχειριστεί μεγάλο αριθμό κόμβων χωρίς προβλήματα. Σε σύγκριση με το Puppet, το Ansible είναι πιο βολικό από την άποψη της επεκτασιμότητας. Σε αντίθεση με τον σεφ και τη μαριονέτα, είναι ένα εξαιρετικά ασφαλές εργαλείο με SSH.

Τιμή: Η τιμή του είναι πολύ χαμηλότερη από την Puppet and Chef περίπου $ 10k / έτος για έως και 100 κόμβους.

Δικτυακός τόπος: Αβίαστος

συμπέρασμα

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

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

^