Μενού

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

functional testing vs performance testing

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

Λειτουργική δοκιμή έναντι δοκιμής απόδοσης:

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

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

=> Κάντε κλικ εδώ για πλήρη σειρά μαθημάτων δοκιμών απόδοσης

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

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

Τι θα μάθετε:

Γρήγορη διαφορά μεταξύ δοκιμής απόδοσης και λειτουργικών δοκιμών

ΟΧΙΛειτουργική δοκιμή
Δοκιμή απόδοσης
1Για να επαληθεύσετε την ακρίβεια του λογισμικού με συγκεκριμένες εισόδους έναντι της αναμενόμενης παραγωγήςΓια να επαληθεύσετε τη συμπεριφορά του συστήματος σε διάφορες συνθήκες φόρτωσης
δύοΜπορεί να είναι χειροκίνητο ή αυτοματοποιημένο
Μπορεί να πραγματοποιηθεί αποτελεσματικά εάν αυτοματοποιηθεί
3Ένας χρήστης που εκτελεί όλες τις λειτουργίες
Αρκετοί χρήστες εκτελούν τις επιθυμητές λειτουργίες
4Απαιτείται συμμετοχή από τον πελάτη, τον ελεγκτή και τον προγραμματιστήΑπαιτείται συμμετοχή από την ομάδα πελατών, υπευθύνων δοκιμών, προγραμματιστών, DBA και N / W Management
5Το περιβάλλον δοκιμής μεγέθους παραγωγής δεν είναι υποχρεωτικό και οι απαιτήσεις Υ / Δ είναι ελάχιστεςΑπαιτείται κοντά στο περιβάλλον δοκιμής παραγωγής και αρκετές εγκαταστάσεις Η / Υ για τη συμπλήρωση του φορτίου

Γιατί πρέπει να πραγματοποιούνται ταυτόχρονα λειτουργικές δοκιμές και δοκιμές απόδοσης;

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

Η διαρροή ελαττωμάτων μπορεί να γίνει ένα από τα μεγαλύτερα ζητήματα:

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

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

Το παρακάτω είναι μια συνομιλία μεταξύ ενόςΔιαχειριστής δοκιμών και δοκιμαστής :

(Το Test Manager αναφέρεται ως «TM» και το Tester ως «TR»)

ΤΜ : Γεια σου φίλε ... Πώς κάνουμε τη δοκιμή του προϊόντος «Α»;

TR : Ναι ... Προχωράμε με μεγαλύτερο τρόπο.

ΤΜ : Αυτό είναι φανταστικό… Και ποιο είναι το πεδίο εφαρμογής μας όσον αφορά τις δοκιμές απόδοσης, ενώ οι λειτουργικές δοκιμές βρίσκονται υπό εκτέλεση;

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

Υπάρχουν μερικές ερωτήσεις από την παραπάνω συζήτηση που πρέπει να ληφθούν υπόψη:

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

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

Λοιπόν, υπάρχουν 2 ερωτήσεις που μπορείτε να λάβετε υπόψη:

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

Ο έλεγχος απόδοσης είναι σπουδαίος !

τι είναι ένα αρχείο torrent και πώς μπορώ να το ανοίξω

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

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

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

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

Η άποψη αυτοματοποίησης απαιτεί μεγάλη προσοχή στη δοκιμή απόδοσης.

Το παρακάτω είναι μια συνομιλία μεταξύ ενόςπελάτη και το Test Manager.

(Ο πελάτης αναφέρεται ως «CL» και Test manager ως «TM»)

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

ΤΜ : Ναι, αυτό μπορεί να γίνει. Όπως είπατε, θα υπάρχει μεγαλύτερη πιθανότητα των επαναληπτικών δοκιμών, θα θέλαμε να προτείνουμε αυτοματοποίηση για την αντιμετώπιση των λειτουργικών δοκιμών (παλινδρόμηση).

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

ΤΜ : Ακριβώς. Θα εργαστούμε για την προσέγγιση και θα επικοινωνήσουμε μαζί σας με μια απόδειξη του Concept.

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

Μελέτη περίπτωσης

Η εταιρεία ABC εργάζεται σε ένα έργο για την ανάπτυξη λογισμικού A. Η δοκιμή του λογισμικού Α γίνεται από την εταιρεία XYZ.

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

Τώρα είναι η ώρα για την εταιρεία XYZ να πραγματοποιήσει τις επίσημες λειτουργικές δοκιμές στο λογισμικό A. Το XYZ αρχίζει να εργάζεται για τη δοκιμή του λογισμικού A. Έχουν δώσει ένα καθαρό chit στο λογισμικό και έχουν δώσει το «Go» για ζωντανή εφαρμογή μετά από 2 κύκλους δοκιμών.

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

Λοιπόν τώρα τι είναιπρόβλημα;

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

  • Είναι πρόβλημα με τον περιορισμό της συνεργασίας μεταξύ της ομάδας ανάπτυξης και δοκιμών;
  • Μήπως οι απαιτήσεις δεν καταγράφηκαν 100%;
  • Μήπως το προϊόν δεν δοκιμάστηκε σε κατάλληλο περιβάλλον δοκιμής;
  • Ή άλλες αιτίες;

Μετά από προσεκτική έρευνα και ανάλυση, τοσυνάγονται τα ακόλουθα:

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

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

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

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

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

Παρατηρήσεις:

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

συμπέρασμα

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

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

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

Το επερχόμενο σεμινάριό μας θα εξηγήσει περισσότερα για το Σχέδιο δοκιμών απόδοσης και τη στρατηγική δοκιμών.

=> Επισκεφθείτε εδώ για πλήρη σειρά μαθημάτων δοκιμών απόδοσης

Εκπαιδευτικό πρόγραμμα PREV | ΕΠΟΜΕΝΟ Φροντιστήριο

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

^