fbpx

Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

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

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

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

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

 

Πίνακας Περιεχομένων

Τι είναι η μη λειτουργική δοκιμή;

λίστα ελέγχου uat, εργαλεία ελέγχου εφαρμογών ιστού, αυτοματοποίηση και άλλα

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

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

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

Ουσιαστικά, η μη λειτουργική δοκιμή σημαίνει δοκιμή του “πώς” λειτουργούν οι λειτουργίες του λογισμικού και όχι δοκιμή του “αν” λειτουργούν.

 

1. Πότε χρειάζεστε μη λειτουργικές δοκιμές;

 

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

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

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

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

 

2. Όταν δεν χρειάζεστε μη λειτουργικές δοκιμές

 

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

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

 

Οι στόχοι των μη λειτουργικών δοκιμών

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

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

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

 

1. Ποιοτικός έλεγχος

 

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

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

 

2. Διαχείριση κινδύνων

 

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

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

 

3. Βελτιστοποίηση

 

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

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

 

4. Συλλογή δεδομένων

 

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

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

 

5. Ενίσχυση της γνώσης

 

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

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

 

Ποιος συμμετέχει στις μη λειτουργικές δοκιμές;

ποιος ασχολείται με τον έλεγχο λογισμικού

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

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

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

 

Τα οφέλη των μη λειτουργικών δοκιμών

δοκιμή αποδοχής χρήστη (UAT)

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

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

 

1. Βελτίωση της απόδοσης του λογισμικού

 

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

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

 

2. Διατηρήστε το λογισμικό ασφαλές

 

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

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

 

3. Αύξηση της φιλικότητας του λογισμικού προς το χρήστη

 

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

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

 

4. Διασφάλιση ότι το λογισμικό ανταποκρίνεται στις ανάγκες των χρηστών

 

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

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

 

Οι προκλήσεις των μη λειτουργικών δοκιμών

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

 

1. Επανάληψη

 

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

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

 

2. Κόστος

 

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

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

 

Τι δοκιμάζουμε στις μη λειτουργικές δοκιμές;

 

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

 

1. Ασφάλεια

 

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

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

 

2. Αξιοπιστία

 

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

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

 

3. Επιβιωσιμότητα

 

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

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

 

4. Διαθεσιμότητα

 

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

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

 

5. Ευχρηστία

 

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

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

 

6. Επεκτασιμότητα

 

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

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

 

7. Διαλειτουργικότητα

 

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

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

 

8. Αποδοτικότητα

 

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

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

 

9. Ευελιξία

 

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

Για παράδειγμα, πόση μνήμη RAM απαιτεί το λογισμικό ή αν απαιτεί ένα συγκεκριμένο ποσό CPU. Όσο χαμηλότερες είναι οι απαιτήσεις για την εφαρμογή λογισμικού, τόσο πιο ευέλικτο είναι το λογισμικό.

 

10. Φορητότητα

 

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

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

 

11. Επαναχρησιμοποίηση

 

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

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

 

Τα χαρακτηριστικά των μη λειτουργικών δοκιμών

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

 

1. Μετρήσιμο

 

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

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

 

2. Συγκεκριμένο

 

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

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

 

3. Άγνωστος

 

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

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

 

Ο κύκλος ζωής των μη λειτουργικών δοκιμών

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

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

 

1. Ανάλυση απαιτήσεων λογισμικού

 

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

 

2. Σχεδιασμός δοκιμών

 

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

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

 

3. Δημιουργία περιπτώσεων δοκιμής

 

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

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

 

4. Ρύθμιση περιβάλλοντος δοκιμής

 

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

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

Η ομάδα δοκιμών προετοιμάζει το περιβάλλον δοκιμών πριν από την εκτέλεση των δοκιμών.

 

5. Εκτέλεση δοκιμών

 

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

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

 

6. Επανάληψη κύκλου

 

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

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

 

Ξεκαθαρίζοντας κάποια σύγχυση:

Μη λειτουργικές δοκιμές έναντι λειτουργικών δοκιμών

Σύγκριση των δοκιμών UAT με τις δοκιμές παλινδρόμησης και άλλες

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

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

 

1. Ποια είναι η διαφορά μεταξύ λειτουργικών και μη λειτουργικών δοκιμών;

 

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

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

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

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

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

 

2. Συμπέρασμα: μη λειτουργικές δοκιμές έναντι λειτουργικών δοκιμών

 

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

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

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

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

 

Τύποι μη λειτουργικών δοκιμών

Μη λειτουργικός έλεγχος: τι είναι, διαφορετικοί τύποι, προσεγγίσεις και εργαλεία

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

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

 

1. Δοκιμές επιδόσεων

 

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

 

2. Δοκιμές αντοχής

 

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

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

 

3. Δοκιμές φορτίου

 

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

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

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

 

4. Δοκιμές ασφαλείας

 

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

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

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

 

5. Δοκιμές αναβάθμισης και εγκατάστασης

 

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

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

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

 

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

6. Δοκιμές όγκου

 

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

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

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

 

7. Δοκιμές ανάκτησης

 

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

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

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

 

Τι χρειάζεστε για να ξεκινήσετε τις μη λειτουργικές δοκιμές

Τι είναι ο έλεγχος φορτίου;

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

 

1. Σχέδιο δοκιμών

 

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

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

 

2. Περιπτώσεις δοκιμών

 

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

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

 

3. Λειτουργική επαλήθευση

 

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

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

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

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

 

4. Εργαλεία δοκιμών

 

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

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

 

5. Περιβάλλον δοκιμών

 

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

Το ιδανικό περιβάλλον δοκιμών σας επιτρέπει να δοκιμάσετε κάθε στοιχείο που χρειάζεστε στις σωστές συσκευές.

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

 

Η διαδικασία μη λειτουργικών δοκιμών

Τι είναι ο έλεγχος μονάδας

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

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

 

1. Έλεγχοι ετοιμότητας μη λειτουργικών δοκιμών

 

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

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

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

 

2. Δημιουργία σχεδίου δοκιμών

 

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

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

 

3. Δημιουργία περιπτώσεων δοκιμών

 

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

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

 

4. Συγκέντρωση δεδομένων δοκιμών

 

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

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

 

5. Ετοιμάστε το περιβάλλον δοκιμής

 

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

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

 

6. Εκτέλεση μη λειτουργικών δοκιμών

 

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

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

 

7. Αναφορά των αποτελεσμάτων των δοκιμών

 

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

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

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

 

8. Επιδιόρθωση ελαττωμάτων

 

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

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

 

9. Επανάληψη του κύκλου δοκιμών

 

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

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

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

 

Περιπτώσεις δοκιμών για μη λειτουργικές δοκιμές

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

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

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

 

1. Τι είναι οι περιπτώσεις δοκιμής για μη λειτουργικές δοκιμές;

 

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

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

 

2. Πώς να σχεδιάζετε περιπτώσεις μη λειτουργικών δοκιμών;

 

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

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

 

1. Ορίστε την περιοχή που θέλετε να καλύψετε

 

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

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

 

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

 

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

 

3. Ονομάστε και περιγράψτε κάθε δοκιμή

 

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

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

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

 

4. Καθορίστε το αναμενόμενο αποτέλεσμα

 

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

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

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

 

5. Σύσταση τεχνικών δοκιμών

 

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

Στις μη λειτουργικές δοκιμές, οι ελεγκτές μπορεί να χρησιμοποιούν πολύ διαφορετικές προσεγγίσεις για διαφορετικούς τύπους δοκιμών.

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

 

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

 

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

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

 

3. Παραδείγματα περιπτώσεων μη λειτουργικών δοκιμών

 

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

 

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

Αναγνωριστικό περίπτωσης δοκιμής: 6671
Όνομα περίπτωσης δοκιμής: Δοκιμή σύνδεσης πολλαπλών χρηστών
Περιγραφή: Εξομοίωση σύνδεσης 20+ χρηστών στο λογισμικό ταυτόχρονα με τη χρήση εργαλείων αυτοματοποίησης.
Αναμενόμενα αποτελέσματα: επιτρέποντας σε κάθε χρήστη να συνδεθεί επιτυχώς σε λιγότερο από 5 δευτερόλεπτα.

 

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

Αναγνωριστικό περίπτωσης δοκιμής: 5214
Όνομα περίπτωσης δοκιμής: Φόρτωση της εφαρμογής στο πρόγραμμα περιήγησης Opera
Περιγραφή: Φόρτωση της εφαρμογής στο πρόγραμμα περιήγησης ιστού Opera.
Αναμενόμενα αποτελέσματα: Η εφαρμογή φορτώνεται κανονικά στο πρόγραμμα περιήγησης ιστού Opera με τυπική ανάλυση και διάταξη οθόνης.

 

Χειροκίνητες ή αυτοματοποιημένες μη λειτουργικές δοκιμές;

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

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

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

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

 

Χειροκίνητες μη λειτουργικές δοκιμές: Διαδικασίες: Οφέλη, προκλήσεις και διαδικασίες

 

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

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

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

 

1. Μερικά από τα πλεονεκτήματα των χειροκίνητων δοκιμών περιλαμβάνουν:

 

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

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

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

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

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

 

Ωστόσο, υπάρχουν και μειονεκτήματα στη χειροκίνητη δοκιμή.

 

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

 

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

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

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

 

Αυτοματοποιημένη μη λειτουργική δοκιμή: Διαδικασίες: Οφέλη, προκλήσεις και διαδικασίες

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

 

1. Μερικά από τα οφέλη της αυτοματοποίησης των μη λειτουργικών δοκιμών είναι:

 

1. Εξοικονομήστε χρόνο και πόρους μειώνοντας τον χρόνο που ξοδεύετε σε χρονοβόρες, χρονοβόρες εργασίες.

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

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

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

5. Υπάρχει μικρότερη πιθανότητα εμφάνισης σφαλμάτων κατά την εκτέλεση αυτοματοποιημένων δοκιμών

 

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

 

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

 

1. Η δημιουργία αυτοματοποιημένων δοκιμών είναι πιο δαπανηρή από τη δημιουργία χειροκίνητων δοκιμών

2. Η εγκατάσταση αυτοματοποίησης δοκιμών μπορεί να απαιτήσει χρόνο και τεχνικούς πόρους

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

4. Η αυτοματοποίηση των δοκιμών εξακολουθεί να απαιτεί χρόνο για τη δημιουργία περιπτώσεων δοκιμών

 

Συμπέρασμα: Χειροκίνητο ή αυτοματοποιημένο

μη λειτουργικές δοκιμές;

Οφέλη από τη δημιουργία ενός Κέντρου Αριστείας Δοκιμών. Διαφέρει η δοκιμή επιδόσεων από τη λειτουργική δοκιμή;

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

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

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

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

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

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

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

Τι είναι η δοκιμή λογισμικού;

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

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

 

1. Χρήση εργαλείων αυτοματισμού

 

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

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

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

 

2. Αξιολόγηση όλων των εγγράφων από ομοτίμους

 

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

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

 

3. Καθορισμός μετρήσιμων απαιτήσεων

 

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

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

Τι θεωρείται “γρήγορο” ή “αποτελεσματικό”; Χρησιμοποιήστε αριθμούς και ποσοτικές τιμές για να ορίσετε αυτό που ψάχνετε.

 

4. Εξετάστε προσεκτικά τις μετρικές δοκιμών

 

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

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

 

Τύποι εξόδου από μια μη λειτουργική δοκιμή

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

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

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

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

 

1. Απόλυτοι αριθμοί

 

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

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

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

 

2. Αποστολή μηνυμάτων σφάλματος

 

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

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

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

 

3. Συντριβές

 

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

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

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

 

Παραδείγματα μη λειτουργικών δοκιμών

End to end testing - Τι είναι το E2E Testing, Εργαλεία, Τύποι και πολλά άλλα

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

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

 

1. Παράδειγμα δοκιμής επιδόσεων

 

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

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

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

 

2. Δοκιμή συμβατότητας

 

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

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

 

3. Δοκιμές ασφαλείας

 

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

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

 

Τύποι σφαλμάτων και σφαλμάτων που εντοπίστηκαν

μέσω μη λειτουργικών δοκιμών

zaptest-runtime-error.png

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

 

1. Ελαττώματα απόδοσης

 

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

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

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

 

2. Ελαττώματα ασφαλείας

 

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

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

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

 

3. Λειτουργικά ελαττώματα

 

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

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

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

 

Κοινές μετρικές μη λειτουργικών δοκιμών

πλεονεκτήματα της δημιουργίας ενός κέντρου αριστείας δοκιμών (TCoE)

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

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

 

1. Χρόνος

 

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

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

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

 

2. Διάστημα

 

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

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

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

 

3. Ευχρηστία

 

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

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

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

 

4. Αξιοπιστία

 

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

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

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

 

5. Ανθεκτικότητα

 

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

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

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

 

6. Φορητότητα

 

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

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

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

 

Στρατηγικές για τη διεξαγωγή μη λειτουργικών δοκιμών

Τι είναι η δοκιμή μονάδας;

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

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

 

1. Κατανομή ρόλων και αρμοδιοτήτων

 

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

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

 

2. Συγκέντρωση σχετικών εργαλείων δοκιμών

 

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

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

 

3. Ιεράρχηση των δοκιμών

 

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

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

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

 

7 καλύτερα εργαλεία μη λειτουργικών δοκιμών

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

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

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

 

1. ZAPTEST ΔΩΡΕΑΝ έκδοση

 

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

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

 

2. Appium

 

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

 

3. Φορτίο

 

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

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

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

 

4. Obkio

 

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

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

 

5. SonarQube

 

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

 

6. Tsung

 

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

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

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

 

7. Sikuli

 

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

 

Λίστα ελέγχου, συμβουλές και κόλπα μη λειτουργικών δοκιμών

Κατάλογος ελέγχου δοκιμών λογισμικού

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

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

 

1. Εργαστείτε με χρονοδιάγραμμα

 

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

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

 

2. Προσδιορίστε την ομάδα δοκιμών σας

 

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

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

 

3. Επιλογή εργαλείων και τεχνολογιών πριν από τη δοκιμή

 

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

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

 

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

 

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

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

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

 

7 λάθη και παγίδες που πρέπει να αποφύγετε κατά την εφαρμογή μη λειτουργικών δοκιμών

Σύγκριση των δοκιμών UAT με τις δοκιμές παλινδρόμησης και άλλες

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

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

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

 

1. Δεν προγραμματίζω

 

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

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

 

2. Κακή διαχείριση δοκιμών

 

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

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

 

3. Κακή επικοινωνία

 

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

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

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

 

4. Αγνοώντας τους προγραμματιστές

 

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

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

 

5. Σκοπός της δοκιμής

 

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

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

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

 

6. Χειροκίνητα σφάλματα έναντι σφαλμάτων αυτοματισμού

 

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

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

 

7. Χρήση λανθασμένων εργαλείων δοκιμών

 

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

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

 

Συμπέρασμα

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

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

 

Συχνές ερωτήσεις και πόροι

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

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

 

1. Καλύτερα μαθήματα για μη λειτουργικές δοκιμές

 

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

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

 

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

 

  • TSG: Μη λειτουργική εκπαίδευση 2-ήμερο σεμινάριο

 

  • Udemy: 2023 Software Testing Bootcamp

 

  • Edx: Δοκιμές Λογισμικού Επαγγελματικό Πιστοποιητικό

 

  • Εκπαιδευτικό: 101

 

2. Ποιες είναι οι 5 κορυφαίες ερωτήσεις συνέντευξης σχετικά με τον μη λειτουργικό έλεγχο;

 

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

● Πώς μπορεί να διαφέρουν οι προσεγγίσεις και οι μέθοδοι που χρησιμοποιείτε στη μη λειτουργική δοκιμή από τις προσεγγίσεις που χρησιμοποιείτε στη λειτουργική δοκιμή;

● Πώς διαφέρει η μη λειτουργική δοκιμή από τη λειτουργική δοκιμή;

● Ποιοι διαφορετικοί τύποι μη λειτουργικών δοκιμών υπάρχουν;

● Πώς ιεραρχείτε τις λειτουργικές δοκιμές και τις περιπτώσεις δοκιμών;

● Σε ποιο στάδιο της δοκιμής λογισμικού πραγματοποιείται συνήθως η λειτουργική δοκιμή;

 

3. Τα καλύτερα σεμινάρια στο YouTube για μη λειτουργικές δοκιμές

 

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

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

Τι είναι ο μη λειτουργικός έλεγχος λογισμικού; Ένα σεμινάριο δοκιμών λογισμικού
Βοήθεια για δοκιμές λογισμικού: Δοκιμές μη λειτουργικού λογισμικού
Μη λειτουργικός έλεγχος στον έλεγχο λογισμικού
Επισκεφθείτε το W3Schools
Λειτουργικές και μη λειτουργικές δοκιμές

 

4. Πώς να διατηρείτε μη λειτουργικές δοκιμές

 

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

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

 

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

 

● Να επικοινωνείτε με σαφήνεια με την ομάδα δοκιμών κατά τη δημιουργία περιπτώσεων δοκιμών και τη συγγραφή τεκμηρίωσης.

● Ακολουθείτε πάντα τις βέλτιστες πρακτικές σχεδιασμού δοκιμών

● Επαναξιολόγηση των πρωτοκόλλων δοκιμών σε διάφορα στάδια της διαδικασίας δοκιμών

● Ενημερώστε τις αλλαγές στο τεστ σας καθώς προχωράτε

Εξετάστε τα μελλοντικά έργα όταν κάνετε αλλαγές στις τρέχουσες δοκιμές

 

5. Η μη λειτουργική δοκιμή είναι δοκιμή “μαύρου κουτιού” ή “λευκού κουτιού”;

 

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

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

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

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post