Ένας πλήρης οδηγός δοκιμών απόδοσης με παραδείγματα

complete performance testing guide with examples

Τι είναι ο έλεγχος απόδοσης;

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

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

καλύτερο εργαλείο καθαρισμού για υπολογιστή

Σε αυτήν τη σειρά εκμάθησης, θα καλύψουμε πλήρεις λεπτομέρειες όπως - Perf Testing Types, Process και Writing Performance Test document από το μηδέν.

Αυτή είναι μια αναλυτική σειρά μαθημάτων που ίσως θέλετε να προσθέσετε σελιδοδείκτη!

Ας εξερευνήσουμε!

Λίστα ΟΛΩΝ των εκπαιδευτικών δοκιμών απόδοσης σε αυτήν τη σειρά:

Εκμάθηση # 1: Πλήρης οδηγός δοκιμών απόδοσης (Αυτό το σεμινάριο)
Εκμάθηση # 2: Διαφορά μεταξύ απόδοσης, δοκιμής φορτίου και πίεσης
Εκμάθηση # 3: Λειτουργική δοκιμή Vs Performance Testing
Εκμάθηση # 4: Σχέδιο δοκιμής απόδοσης και στρατηγική δοκιμών
Εκμάθηση # 5: Τρόποι για να υπερφορτώσετε τη δοκιμή απόδοσης
Εκμάθηση # 6: Οδηγός δοκιμών απόδοσης Cloud
Εκμάθηση # 7: Οδηγός δοκιμών απόδοσης εφαρμογών για κινητά
Εκμάθηση # 8: Τρόπος εκτέλεσης μη αυτόματου ελέγχου απόδοσης
Εκμάθηση # 9: Οδηγός δοκιμών απόδοσης ιστότοπου
Εκμάθηση # 10: Εταιρείες δοκιμής απόδοσης
Εκμάθηση # 11: Δοκιμή απόδοσης με LoadRunner (Σειρά)

Εργαλεία:

Εκμάθηση # 12: Εργαλεία δοκιμής κορυφαίας απόδοσης
Εκμάθηση # 13: Εκπαιδευτικό τεστ απόδοσης Neoload
Εκμάθηση # 14: Εκπαιδευτικό τεστ απόδοσης BlazeMeter Mobile
Εκμάθηση # 15: Οδηγός δοκιμής φόρτωσης, πίεσης και απόδοσης WAPT
Εκμάθηση # 16: Οδηγός δοκιμής απόδοσης ιστότοπου SmartMeter.io

Τι θα μάθετε:

• Τύποι δοκιμών απόδοσης
  • Φόρτωση δοκιμής
  • Δοκιμή στρες
  • Δοκιμή όγκου
  • Δοκιμή χωρητικότητας
  • Δοκιμή αξιοπιστίας / ανάκτησης
• Διαδικασία δοκιμής απόδοσης
• Πώς να γράψετε ένα έγγραφο στρατηγικής δοκιμής απόδοσης;
  • Πρότυπο στρατηγικής δοκιμής απόδοσης δείγματος
  • #1. Εισαγωγή
    • Σκοπός
    • Αρχιτεκτονική
  • # 2) Πεδίο εφαρμογής
    • Στο πεδίο εφαρμογής
    • Εκτός του πεδίου εφαρμογής
  • # 3) Προσέγγιση
    • Σενάρια δοκιμής απόδοσης
    • Τύποι δοκιμής απόδοσης
    • Μετρήσεις απόδοσης
    • Δραστηριότητες δοκιμής απόδοσης και παραδοτέα
  • # 4) Δεδομένα δοκιμής
  • # 5) Κριτήρια εισόδου και εξόδου
  • # 6) Διαχείριση ελαττωμάτων
    • Ορισμός σοβαρότητας ελαττώματος
  • # 7) Εργαλεία και τεχνικές δοκιμών
  • # 8) Κριτήρια αναστολής και επανέναρξης
  • # 9) Παραδοτέα δοκιμής
  • # 10) Ρόλοι & ευθύνες
  • # 11) Πιθανοί κίνδυνοι & σχέδιο μετριασμού
  • # 12) Υποθέσεις
  • # 13) Εξαρτήσεις
  • # 14) Συντομογραφίες
• Βέλτιστες πρακτικές για ρεαλιστικές δοκιμές απόδοσης
  • # 1) Σχεδιασμός
  • # 2) Ανάπτυξη
  • # 3) Εκτέλεση
  • # 4) Ανάλυση
  • συμπέρασμα
  • Συνιστώμενη ανάγνωση

Τύποι δοκιμών απόδοσης

Φόρτωση δοκιμής

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

Οι βασικές σκέψεις είναι:

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

Δοκιμή στρες

Το Stress Testing χρησιμοποιείται για να βρει τρόπους να σπάσει το σύστημα. Η δοκιμή παρέχει επίσης το εύρος του μέγιστου φορτίου που μπορεί να κρατήσει το σύστημα.

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

Οι ακόλουθες ερωτήσεις πρέπει να αντιμετωπιστούν:

• Ποιο είναι το μέγιστο φορτίο που μπορεί να διατηρήσει ένα σύστημα πριν καταρρεύσει;
• Πώς καταστρέφεται το σύστημα;
• Είναι το σύστημα ικανό να ανακτήσει μόλις καταρρεύσει;
• Με πόσους τρόπους μπορεί να σπάσει ένα σύστημα και ποιοι είναι οι αδύναμοι κόμβοι κατά τον χειρισμό του απροσδόκητου φορτίου;

Δοκιμή όγκου

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

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

Δοκιμή χωρητικότητας

=> Είναι η εφαρμογή ικανή να καλύψει τον όγκο της επιχείρησης υπό κανονικές και μέγιστες συνθήκες φόρτωσης;

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

1. Η εφαρμογή θα μπορεί να υποστηρίξει το μελλοντικό φορτίο;
2. Είναι το περιβάλλον ικανό να αντέξει το επερχόμενο αυξημένο φορτίο;
3. Ποιοι είναι οι πρόσθετοι πόροι που απαιτούνται για να κάνουν το περιβάλλον αρκετά ικανό;

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

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

Αξιοπιστία / ανάκτηση Δοκιμές

Έλεγχος αξιοπιστίας ή Έλεγχος ανάκτησης - είναι να επαληθεύσετε εάν η εφαρμογή μπορεί να επιστρέψει στην κανονική της κατάσταση μετά από μια αποτυχία ή μια μη φυσιολογική συμπεριφορά και πόσο καιρό χρειάζεται για να το κάνει (με άλλα λόγια, εκτίμηση χρόνου).

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

Διαδικασία δοκιμής απόδοσης

Εδώ είναι όλες οι δραστηριότητες που εκτελούνται σε αυτήν τη δοκιμή:

# 1) Ανάλυση απαιτήσεων / Συγκέντρωση

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

# 2) Επιλογή POC / Εργαλείου

Μόλις προσδιοριστεί η βασική λειτουργικότητα, το POC (Proof Of Concept - το οποίο είναι ένα είδος επίδειξης της δραστηριότητας σε πραγματικό χρόνο αλλά με περιορισμένη έννοια) γίνεται με τα διαθέσιμα εργαλεία.

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

# 3) Σχέδιο και σχεδιασμός δοκιμής απόδοσης

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

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

Περισσότερα για το έγγραφο δοκιμής στρατηγικής παρακάτω.

# 4) Ανάπτυξη δοκιμής απόδοσης

• Οι περιπτώσεις χρήσης δημιουργούνται για τη λειτουργικότητα που προσδιορίζεται στο σχέδιο δοκιμών ως πεδίο εφαρμογής του PT.
• Αυτές οι περιπτώσεις χρήσης κοινοποιούνται στον πελάτη για έγκριση. Αυτό γίνεται για να βεβαιωθείτε ότι το σενάριο θα εγγραφεί με τα σωστά βήματα.
• Μόλις εγκριθεί, η ανάπτυξη σεναρίων ξεκινά με μια καταγραφή των βημάτων σε περιπτώσεις χρήσης με το εργαλείο δοκιμής απόδοσης που έχει επιλεγεί κατά τη διάρκεια του POC (Απόδειξη των εννοιών) και ενισχύεται με την εκτέλεση του Συσχέτισης (για το χειρισμό δυναμικής τιμής), της παραμέτρου (αντικατάσταση τιμής) και προσαρμοσμένων λειτουργιών ως ανάλογα με την κατάσταση ή την ανάγκη. Περισσότερα σχετικά με αυτές τις τεχνικές στα βίντεο εκμάθησης μας.
• Τα σενάρια στη συνέχεια επικυρώνονται έναντι διαφορετικών χρηστών.
• Παράλληλα με τη δημιουργία σεναρίων, η ομάδα επιδόσεων συνεχίζει να εργάζεται για τη ρύθμιση του περιβάλλοντος δοκιμής (Λογισμικό και υλικό).
• Η ομάδα απόδοσης θα φροντίσει επίσης τα Μεταδεδομένα (back-end) μέσω σεναρίων εάν αυτή η δραστηριότητα δεν αναληφθεί από τον πελάτη.

# 5) Μοντελοποίηση δοκιμής απόδοσης

Το Performance Load Model δημιουργήθηκε για την εκτέλεση της δοκιμής. Ο κύριος στόχος αυτού του βήματος είναι να επαληθεύσει εάν οι δεδομένες μετρήσεις απόδοσης (παρέχονται από πελάτες) επιτυγχάνονται κατά τη διάρκεια του τεστ ή όχι. Υπάρχουν διαφορετικές προσεγγίσεις για τη δημιουργία ενός μοντέλου Load. « Ο νόμος του Little Χρησιμοποιείται στις περισσότερες περιπτώσεις.

# 6) Εκτέλεση δοκιμής

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

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

# 7) Ανάλυση αποτελεσμάτων δοκιμής

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

Μερικές από τις βέλτιστες πρακτικές που βοηθούν στη διαδικασία ανάλυσης αποτελεσμάτων:

1. Ένα μοναδικό και ουσιαστικό όνομα για κάθε αποτέλεσμα της δοκιμής - αυτό βοηθά στην κατανόηση του σκοπού του τεστ.
2. Συμπεριλάβετε τις ακόλουθες πληροφορίες στη σύνοψη αποτελεσμάτων δοκιμής:

• Λόγος για την αποτυχία
• Αλλαγή στην απόδοση της εφαρμογής σε σύγκριση με την προηγούμενη δοκιμαστική περίοδο
• Αλλαγές που έγιναν στη δοκιμή από το σημείο δημιουργίας εφαρμογών ή του περιβάλλοντος δοκιμής.
• Είναι καλή πρακτική να κάνετε μια περίληψη αποτελεσμάτων μετά από κάθε δοκιμή, ώστε τα αποτελέσματα ανάλυσης να μην συγκεντρώνονται κάθε φορά που αναφέρονται τα αποτελέσματα των δοκιμών.
• Το PT απαιτεί γενικά πολλές δοκιμές για να καταλήξει στο σωστό συμπέρασμα.
• Είναι καλό να έχετε τα ακόλουθα σημεία στη σύνοψη αποτελεσμάτων:
  • Σκοπός της δοκιμής
  • Αριθμός εικονικών χρηστών
  • Περίληψη σεναρίου
  • Διάρκεια δοκιμής
  • Διακίνηση
  • Γραφικές παραστάσεις
  • Σύγκριση γραφημάτων
  • Χρόνος απόκρισης
  • Προέκυψε σφάλμα
  • Συστάσεις

# 8) Αναφορά

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

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

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

Πώς να γράψετε ένα έγγραφο στρατηγικής δοκιμής απόδοσης;

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

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

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

Σχετικά με την εφαρμογή συνομιλίας ABC - Ας υποθέσουμε ότι πρόκειται για έναν πάγκο εργασίας συνομιλίας που χρησιμοποιείται σε μια εταιρεία από τον αντιπρόσωπο υποστήριξης πελατών του. Αυτή η εφαρμογή συνομιλίας χρησιμοποιεί πρωτόκολλο XMPP, δηλαδή, Extensible Messaging and Presence Protocol και Open fire server για αποστολή και λήψη άμεσων μηνυμάτων.

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

Για αυτήν την εφαρμογή ας υποθέσουμε ότι η ομάδα του έργου αποφάσισε να χρησιμοποιήσει JMeter για δοκιμές απόδοσης και ΖΗΡΑ για παρακολούθηση ελαττωμάτων.

Η πρώτη σελίδα του εγγράφου Performance Test Strategy πρέπει να περιέχει τον τίτλο του εγγράφου και τα πνευματικά δικαιώματα της εταιρείας.

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

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

#1. Εισαγωγή

Ο σκοπός αυτού του εγγράφου είναι να ορίσει / να εξηγήσει πώς θα εκτελεστεί το Performance Testing στην εφαρμογή συνομιλίας ABC για την τρέχουσα και μελλοντική κατάσταση.

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

Σκοπός

Οι βασικοί στόχοι του Test Performance είναι οι εξής:

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

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

Αρχιτεκτονική

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

# 2) Πεδίο εφαρμογής

Στο πεδίο εφαρμογής

Ακολουθεί το πεδίο δοκιμών απόδοσης για τον πάγκο εργασίας συνομιλίας ABC:

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

Εκτός του πεδίου εφαρμογής

• Λειτουργική δοκιμή , UAT, Δοκιμή Συστήματος & Δοκιμή Ασφάλειας.
• Δοκιμή απόδοσης / παρακολούθηση οποιωνδήποτε τρίτων διεπαφών.
• Συντονισμός απόδοσης. (Τις περισσότερες φορές ο συντονισμός γίνεται από διαφορετική ομάδα, εάν σε περίπτωση που έχετε μηχανικούς απόδοσης για να συντονίσετε το σύστημα, τότε μπορείτε να το προσθέσετε στο Inscope).
• Προφίλ κωδικών / Μέγεθος υλικού / Σχεδιασμός χωρητικότητας.
• Δοκιμή ασφάλειας / ευπάθειας / UAT / Δοκιμή λευκού κουτιού .
• Δημιουργία δεδομένων για δοκιμές απόδοσης.
• Μη λειτουργικές δοκιμές ( Για παράδειγμα, failover, αποκατάσταση καταστροφών, εφεδρική, χρηστικότητα) εκτός από τις δοκιμές απόδοσης.
• Δοκιμή οποιασδήποτε φορητής λύσης.
• Δοκιμή απόδοσης τρίτων εφαρμογών και συντονισμός.
• Η πραγματοποίηση των προτάσεων απόδοσης, οι αλλαγές κώδικα εφαρμογής και οι αλλαγές στη διαμόρφωση των προϊόντων / διακομιστών που υποστηρίζονται από τον προμηθευτή θα είναι εκτός πεδίου από την άποψη της ομάδας απόδοσης.
• Υποστήριξη υποδομής / Ανάπτυξη δημιουργίας / Ετοιμότητα περιβάλλοντος / Επαναφορά βάσης δεδομένων / Υποστήριξη δικτύου κ.λπ.

# 3) Προσέγγιση

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

Αυτές οι βιβλιοθήκες ομαδοποιούνται σε ένα αρχείο βάζου που αναπτύσσεται στο Jmeter και έχει σχεδιαστεί με βάση τα σενάρια που θα δοκιμαστούν. Το Jmeter Work Bench είναι εγκατεστημένο στο τοπικό μηχάνημα που συνδέεται με το διακομιστή JMeter που έχει το Load Generators για να δημιουργήσει το απαιτούμενο φορτίο στο σύστημα διακομιστή συνομιλίας για την παρακολούθηση της συμπεριφοράς του συστήματος.

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

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

α) Δοκιμή βασικής γραμμής: Για να εκτελέσετε κάθε σενάριο με 1 Vuser και πολλαπλές επαναλήψεις, προκειμένου να προσδιορίσετε εάν η απόδοση της εφαρμογής πληροί το Συμφωνητικό επιπέδου επιχειρησιακής υπηρεσίας ή όχι.

β) Δοκιμή φορτίου βάσης: Για να ανταποκριθεί στο Business Benchmark υπό δοκιμή φόρτωσης, η ομάδα Performance Performanceing θα πραγματοποιήσει μια δοκιμή βασικής φόρτωσης που θα βοηθήσει στον εντοπισμό τυχόν προβλημάτων απόδοσης του συστήματος με την αύξηση του φορτίου και δημιουργεί τη βάση για το επόμενο επίπεδο δοκιμών απόδοσης.

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

Βοηθά στον συντονισμό ή τον προγραμματισμό χωρητικότητας των μεμονωμένων εικονικών μηχανών Java (JVM), του συνολικού αριθμού των απαιτούμενων JVM και των επεξεργαστών. Αυτό θα επιτευχθεί αυξάνοντας τον αριθμό των Vusers σε 50%, 75%, 100% και 125% της μέγιστης χωρητικότητας.

ρε) Τεστ αντοχής: Η ομάδα δοκιμών απόδοσης θα πραγματοποιήσει αυτήν τη δοκιμή για περίοδο 8 ωρών / 16 ωρών / 24 ωρών για να εντοπίσει διαρροές μνήμης, ζητήματα απόδοσης με την πάροδο του χρόνου και συνολική σταθερότητα συστήματος. Κατά τη διάρκεια των δοκιμών αντοχής, η ομάδα Performance Testing παρακολουθεί τους βασικούς δείκτες απόδοσης, όπως τους χρόνους απόκρισης συναλλαγών και τη σταθερότητα της χρήσης μνήμης.

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

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

Σενάρια δοκιμής απόδοσης

Συμπεριλάβετε το Excel με το σύνολο των σεναρίων.

Για παράδειγμα,

Σενάριο 1: Για να επικυρώσετε τον πράκτορα και τη συνομιλία πελατών για το X no. παράλληλων συνεδριών.

Τύποι δοκιμής απόδοσης

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

Μετρήσεις απόδοσης

• Μετρήσεις πελάτη

• Μετρήσεις απόδοσης συστήματος και δικτύου

Δραστηριότητες δοκιμής απόδοσης και παραδοτέα

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

# 4) Δεδομένα δοκιμής

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

# 5) Κριτήρια εισόδου και εξόδου

• Πρόσβαση σε όλες τις εφαρμογές στο περιβάλλον.
• Ολοκληρωμένη ετοιμότητα περιβάλλοντος.
• Ετοιμότητα δεδομένων δοκιμής απόδοσης.

# 6) Διαχείριση ελαττωμάτων

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

Ορισμός σοβαρότητας ελαττώματος

Οι ορισμοί των κωδικών σοβαρότητας είναι οι εξής:

# 7) Εργαλεία και τεχνικές δοκιμών

# 8) Κριτήρια αναστολής και επανέναρξης

Παρακάτω παρατίθενται τα κριτήρια κρίσιμης αναστολής και επανάληψης που θα επηρεάσουν τις δοκιμαστικές δραστηριότητες:

# 9) Παραδοτέα δοκιμής

Τα παραδοτέα δοκιμής απόδοσης περιλαμβάνουν:

• Στρατηγική δοκιμής απόδοσης
• Έγγραφο απαιτήσεων απόδοσης
• Έγγραφο σεναρίου δοκιμής απόδοσης
• Σενάρια δοκιμής απόδοσης
• Αποτελέσματα δοκιμής απόδοσης

# 10) Ρόλοι & ευθύνες

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

# 11) Πιθανοί κίνδυνοι & σχέδιο μετριασμού

# 12) Υποθέσεις

• Το Performance Test Environment θα είναι ένα αντίγραφο του τοπίου αρχιτεκτονικής προϊόντων. (δηλαδή σωστό υλικό, λογισμικό, διασυνδέσεις, επίπεδα ενοποίησης κ.λπ.).
• Τα σενάρια απόδοσης θα σχεδιαστούν με βάση τις κρίσιμες ροές για τις οποίες η χρήση είναι υψηλή.
• Όλα τα ζητήματα υποδομής πρέπει να επιλυθούν πριν από την έναρξη της δοκιμής απόδοσης. Τυχόν αλλαγές στη διαμόρφωση του συστήματος που θα γίνουν αργότερα θα ακυρώσουν τα αποτελέσματα της δοκιμής.
• Μια εφαρμογή είναι σταθερή και έτοιμη για χρήση στο περιβάλλον δοκιμής απόδοσης.
• Διατίθενται οι απαραίτητοι πόροι υλικού και λογισμικού (όπως μηχανές / λογισμικό δημιουργίας φορτίων, μηχανές ελεγκτή / πράκτορα).
• Τυχόν αλλαγές στο πεδίο εφαρμογής θα περάσουν από μια διαδικασία ελέγχου αλλαγών και η ομάδα δοκιμών απόδοσης θα αξιολογήσει τον αντίκτυπο των χρονοδιαγραμμάτων και των πόρων.
• Οι αντίστοιχοι διακομιστές αναμένεται να χειριστούν το φορτίο.
• Τα αρχεία καταγραφής εφαρμογών πρέπει να είναι ενεργοποιημένα για τα υποστηρικτικά συστήματα για σκοπούς παρακολούθησης.

# 13) Εξαρτήσεις

• Διαθεσιμότητα του περιβάλλοντος δοκιμής απόδοσης που αποτελεί αντίγραφο του τοπίου αρχιτεκτονικής προϊόντος.
• Υποστήριξη που απαιτείται από διάφορες ομάδες Λειτουργικής, Ανάπτυξης, Βάσης Δεδομένων και Υποδομών κατά τη διάρκεια των σταδίων προετοιμασίας και εκτέλεσης των δοκιμών.
• Δεν εφαρμόζονται αλλαγές κώδικα σε όλη τη φάση δοκιμής απόδοσης, καθώς ο χρόνος είναι πολύ περιορισμένος.
• Σε περίπτωση απρόβλεπτων ζητημάτων που οδηγούν σε περιορισμούς εντός των προθεσμιών, εάν τα χρονοδιαγράμματα δεν επιτρέπουν την ικανοποίηση όλων των δοκιμαστικών πεδίων εντός των αρχικών ημερομηνιών ορόσημων, παρέχεται υποστήριξη από τους Διαχειριστές έκδοσης, για να παρέχεται μια απόφαση για την εμβέλεια και την προτεραιότητα.
• Εφαρμογή Business Users / Subject Matter Experts θα διατίθενται για λειτουργικές διευκρινίσεις και για την υπογραφή επιχειρηματικών συναλλαγών.
• Ο διαχειριστής προγράμματος συνομιλίας ABC θα ελέγξει και θα αποσυνδεθεί.

# 14) Συντομογραφίες

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

Βέλτιστες πρακτικές για ρεαλιστικές δοκιμές απόδοσης

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

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

# 1) Προγραμματισμός

• Προσπαθήστε να εντοπίσετε τις πιο συνηθισμένες ροές εργασίας, δηλαδή τα επιχειρηματικά σενάρια που πρέπει να δοκιμαστούν. Εάν η εφαρμογή είναι υπάρχουσα, ελέγξτε τα αρχεία καταγραφής διακομιστή για να κατανοήσετε τα σενάρια με την πιο συχνή πρόσβαση. Εάν η εφαρμογή είναι καινούργια, μιλήστε με την ομάδα διαχείρισης του έργου για να κατανοήσετε τη σημαντική επιχειρηματική ροή.
• Προγραμματίστε τη δοκιμή φόρτωσης με τέτοιο τρόπο ώστε να καλύπτετε ένα ευρύ φάσμα ροών εργασίας, όπως ελαφριά χρήση, μέση χρήση και μέγιστα φορτία.
• Πρέπει να εκτελέσετε πολλούς κύκλους της δοκιμής φόρτωσης, οπότε προσπαθήστε να δημιουργήσετε ένα πλαίσιο ώστε να μπορείτε να χρησιμοποιείτε τα ίδια σενάρια ξανά και ξανά. Επίσης, προσπαθήστε να έχετε ένα αντίγραφο ασφαλείας των σεναρίων.
• Προσπαθήστε να αναλύσετε πόσο καιρό πρέπει να εκτελεστεί μια δοκιμή, είναι μία ώρα; 8 ώρες? Μια μέρα ή μια εβδομάδα; Συνήθως, οι δοκιμές μεγάλης διάρκειας θα αποκαλύψουν πολλά σημαντικά ελαττώματα όπως σφάλματα OS, διαρροές μνήμης κ.λπ.
• Εάν ο οργανισμός σας χρησιμοποιεί οποιοδήποτε APM (Εργαλείο παρακολούθησης εφαρμογών), τότε μπορείτε να το συμπεριλάβετε κατά τη διάρκεια των δοκιμών, ώστε να μπορείτε να εντοπίσετε εύκολα τα ζητήματα απόδοσης και να εντοπίσετε πιο εύκολα τη βασική αιτία.

# 2) Ανάπτυξη

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

# 3) Εκτέλεση

• Φροντίστε να εκτελέσετε τις δοκιμές σε περιβάλλον παραγωγής, συμπεριλαμβανομένων παραγόντων όπως SSL, Load Balancer και Firewalls. Αυτό είναι απαραίτητο για την προσομοίωση ενός ρεαλιστικού φορτίου στο σύστημα.
• Προσπαθήστε να δημιουργήσετε ένα φόρτο εργασίας που είναι πολύ ρεαλιστικό, μπορείτε να το αποκτήσετε ελέγχοντας τα αρχεία καταγραφής διακομιστή εάν είναι υπάρχουσα εφαρμογή και αν πρόκειται για νέα εφαρμογή, πρέπει να λάβετε αυτές τις πληροφορίες από την επιχειρηματική ομάδα. Να θυμάστε ότι ο φόρτος εργασίας είναι πολύ σημαντικός για τη διεξαγωγή επιτυχημένων δοκιμών απόδοσης.
• Ποτέ μην καταλήξετε σε συμπεράσματα με δοκιμές με το ήμισυ του περιβάλλοντος μεγέθους παραγωγής, συνιστάται πάντα να διεξάγετε δοκιμές σε ένα περιβάλλον που είναι ακριβώς το ίδιο με την παραγωγή.
• Ενώ εκτελείτε μακροχρόνιες δοκιμές προσπαθήστε να παρακολουθείτε την εκτέλεση σε συχνά διαστήματα προκειμένου να βεβαιωθείτε ότι η δοκιμή εκτελείται ομαλά.

# 4) Ανάλυση

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

συμπέρασμα

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

Στο επερχόμενο σεμινάριό μας, θα μάθουμε λεπτομερώς τις διαφορές μεταξύ Performance, Load και Stress Testing.

Επίσης, επιλέξτε => Ελεύθερη Εκπαιδευτική Σειρά LoadRunner

ΕΠΟΜΕΝΟ Φροντιστήριο

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

• Δοκιμή απόδοσης έναντι δοκιμής φορτίου έναντι δοκιμής πίεσης (διαφορά)
• Φόρτωση δοκιμής με HP LoadRunner Tutorials
• Cloud Performance Testing: Πάροχοι υπηρεσιών δοκιμής φόρτωσης βάσει cloud
• Φόρτωση εφαρμογών ιστού, έλεγχος πίεσης και απόδοσης χρησιμοποιώντας WAPT
• Εργαλεία και υπηρεσίες δοκιμής απόδοσης ιστότοπου
• Πώς να εκτελέσετε χειροκίνητο έλεγχο απόδοσης;
• Δοκιμή απόδοσης εφαρμογών για κινητές συσκευές χρησιμοποιώντας το BlazeMeter
• Έλεγχος απόδοσης των Υπηρεσιών Ιστού με τη χρήση σεναρίων LoadRunner VuGen