Μενού

Δοκιμή εφαρμογών - Στα βασικά του ελέγχου λογισμικού!

application testing into basics software testing

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

Εισαγωγή στη δοκιμή εφαρμογών

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

Δοκιμή εφαρμογών

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

Τι θα μάθετε:

Δοκιμή εφαρμογών: Εξηγώντας τα βασικά του ελέγχου λογισμικού

Κατηγορίες εφαρμογών

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

Κατηγορίες Εφαρμογών

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

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

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

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

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

Δοκιμή εφαρμογών

Μεθοδολογίες δοκιμών εφαρμογών

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

# 1) Μαύρο κουτί : Στη δοκιμή black-box, το AUT επικυρώνεται με βάση τις απαιτήσεις του λαμβάνοντας υπόψη τις εισόδους και τις αναμενόμενες εξόδους, ανεξάρτητα από τον τρόπο μετατροπής των εισόδων σε εξόδους. Οι υπεύθυνοι δοκιμών ενδιαφέρονται λιγότερο για την εσωτερική δομή ή τον κώδικα που εφαρμόζει την επιχειρηματική λογική της εφαρμογής.

Μαύρο κουτί

Υπάρχουν τέσσερις βασικές τεχνικές για το σχεδιασμό δοκιμαστικών περιπτώσεων για τη δοκιμή Black Box:

  • BVA ( Ανάλυση οριακής αξίας )
  • EP (Διαχωρισμός ισοδυναμίας)
  • Πίνακες απόφασης
  • Πίνακες μετάβασης κατάστασης (και διαγράμματα)

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

#δύο) Ασπρο κουτί : Ο πρωταρχικός στόχος αυτής της μεθοδολογίας είναι να επικυρώσει τον τρόπο υλοποίησης της επιχειρησιακής λογικής της εφαρμογής από τον κώδικα / πρόγραμμα.

Ασπρο κουτί

Η εσωτερική δομή της εφαρμογής δοκιμάζεται εδώ και οι διαθέσιμες τεχνικές είναι:

  • Κάλυψη κώδικα
  • Κάλυψη διαδρομής

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

# 3) Γκρι κουτί : Πρακτικά, αυτό είναι ένα μείγμα του μαύρου κουτιού και του λευκού κουτιού.

Γκρι κουτί

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

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

Εφαρμογή Εργαλεία δοκιμών

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

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

Η πιο σημαντική ιδέα στο «Δοκιμή δοκιμών» είναι η λειτουργική δοκιμή. Έτσι, θα επικεντρωθούμε στα λειτουργικά εργαλεία δοκιμών.

Εδώ είναι η λίστα με μερικά από τα πιο σημαντικά και θεμελιώδη χαρακτηριστικά που παρέχονται από σχεδόν όλα τα εργαλεία «Λειτουργική δοκιμή».

  • Εγγραφή και αναπαραγωγή
  • Παραμετροποιήστε τις τιμές
  • Πρόγραμμα επεξεργασίας σεναρίων
  • Εκτέλεση (η δοκιμή ή το σενάριο, με λειτουργίες εντοπισμού σφαλμάτων και ενημέρωσης)
  • Αναφορά για την περίοδο λειτουργίας Εκτέλεση

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

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

1) HP QTP ( Γρήγορη επαγγελματική δοκιμή )
2) Σελήνιο
3) Rational Robot IBM
4) Η δοκιμή ολοκληρώθηκε
5) Πιέστε για δοκιμή
6) Telerik

Πρόγραμμα δοκιμής λογισμικού (ΣΑΣ ΠΑΡΑΚΑΛΟΥΜΕ)

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

5 κύρια μέρη ενός καλού σχεδίου δοκιμών

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

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

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

# 3) Εστίαση: Αυτή η ενότητα περιγράφει ποια πτυχή της εφαρμογής θα συμπεριληφθεί στη δοκιμή π.χ. ασφάλεια, λειτουργικότητα, χρηστικότητα, αξιοπιστία, απόδοση ή απόδοση κ.λπ.

# 4) Προσέγγιση: Αυτή η ενότητα περιγράφει ποια μεθοδολογία δοκιμών θα υιοθετηθεί για ποιους τομείς του AUT. Για παράδειγμα, στο STP μιας εφαρμογής ERP. Η ενότητα προσέγγισης μπορεί να περιέχει τις πληροφορίες ότι η δοκιμή μαύρου κουτιού θα είναι η προσέγγιση για τη μισθοδοσία. Από την άλλη πλευρά, για αναφορές, η προσέγγιση θα είναι δοκιμή γκρι κουτιού.

# 5) Πρόγραμμα: Αυτή η ενότητα περιγράφει ποιος θα κάνει τι, πού, πότε και πώς στο AUT. Το τμήμα χρονοδιαγράμματος είναι στην πραγματικότητα ένα «4Ws και 1H» του STP. Κανονικά, το πρόγραμμα προετοιμάζεται ως απλός πίνακας, αλλά κάθε οργανισμός μπορεί να έχει τη δική του προσαρμοσμένη μορφή σύμφωνα με τις δικές του ανάγκες.

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

Κύκλοι δοκιμών εφαρμογών

Μόλις το AUT είναι έτοιμο για δοκιμή, ξεκινά η πρακτική φάση του κύκλου δοκιμών κατά την οποία οι δοκιμαστές εκτελούν πραγματικά τις δοκιμαστικές περιπτώσεις στο AUT. Λάβετε υπόψη ότι εδώ συζητείται ο κύκλος δοκιμών ανεξάρτητα από τα επίπεδα δοκιμών (μονάδα, ενότητα, ενσωμάτωση, αποδοχή συστήματος και χρήστη) και περιβάλλοντα δοκιμών (Dev, QA, Replica του πελάτη, ζωντανά).

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

# 2) Δοκιμή υγιεινής: Αυτός είναι ο δεύτερος κύκλος δοκιμών. Σκοπός του είναι να επαληθεύσει ότι μια συγκεκριμένη ενότητα λειτουργεί σωστά και είναι κατάλληλη για πλήρη δοκιμή. Αυτό το βήμα είναι στενό και βαθύ.

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

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

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

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

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

Κύκλοι δοκιμών εφαρμογών

Δοκιμή εφαρμογών - Βέλτιστες πρακτικές

Νομίζω ότι εκατοντάδες άρθρα είναι διαθέσιμα στο Διαδίκτυο. Κάθε άρθρο προτείνει έναν διαφορετικό αριθμό βέλτιστων πρακτικών από 7 έως 30 (που έχω δει μέχρι τώρα). Ωστόσο, έχω μόνο 5 συμβουλές για τους αναγνώστες.

  • Σχέδιο Δεόντως
  • Δοκιμή Εντονα
  • Καταγράψτε τα σφάλματα Σαφώς
  • Κάντε το τεστ παλινδρόμησης Αποτελεσματικά
  • Βελτιώστε τις παραπάνω τέσσερις δεξιότητες Συνεχώς

Επιπλέον, πρέπει να δώσετε προτεραιότητα στις δοκιμαστικές περιπτώσεις και να καλύψετε πρώτα τις κύριες επιχειρηματικές ροές.

συμπέρασμα

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

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

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

^