Έργο Δοκιμής Εφαρμογών Τραπεζικού Τομέα
Συντακτική ομάδα
⚡ Έξυπνη Σύνοψη
Οι δοκιμές εφαρμογών τραπεζικού τομέα επικυρώνουν τη λειτουργικότητα, την απόδοση και την ασφάλεια του χρηματοοικονομικού λογισμικού που χειρίζεται ευαίσθητες συναλλαγές. Αυτό το σεμινάριο εξηγεί τη γνώση του τομέα, τα χαρακτηριστικά των τραπεζικών εφαρμογών, τις φάσεις δοκιμών, τα δείγματα περιπτώσεων δοκιμών και τις βασικές στρατηγικές μετριασμού για κινδύνους που αφορούν μόνο τον τομέα BFSI.
Δοκιμή τραπεζικού τομέα
Δοκιμή τραπεζικού τομέα είναι η διαδικασία δοκιμής λογισμικού μιας τραπεζικής εφαρμογής για λειτουργικότητα, απόδοση και ασφάλεια. Ο κύριος σκοπός της δοκιμής μιας τραπεζικής εφαρμογής είναι να διασφαλιστεί ότι όλες οι δραστηριότητες και οι λειτουργίες του τραπεζικού λογισμικού εκτελούνται ομαλά χωρίς σφάλματα και ότι το λογισμικό παραμένει προστατευμένο.
Ο τομέας BFSI (Τραπεζικές, Χρηματοοικονομικές Υπηρεσίες και Ασφάλειες) είναι ο μεγαλύτερος καταναλωτής υπηρεσιών πληροφορικής. Οι τραπεζικές εφαρμογές χειρίζονται άμεσα εμπιστευτικά οικονομικά δεδομένα, επομένως είναι υποχρεωτικό κάθε δραστηριότητα που εκτελείται από τραπεζικό λογισμικό να εκτελείται αξιόπιστα και χωρίς σφάλματα. Το τραπεζικό λογισμικό εκτελεί λειτουργίες όπως μεταφορά και κατάθεση χρημάτων, ερωτήσεις υπολοίπου, ιστορικό συναλλαγών και αναλήψεις. Η δοκιμή μιας τραπεζικής εφαρμογής διασφαλίζει ότι αυτές οι δραστηριότητες όχι μόνο εκτελούνται σωστά, αλλά και παραμένουν προστατευμένες από χάκερ.
Εγγραφείτε στο Live Banking Testing Project μας δωρεάν
Τι είναι το Domain in Testing;
Τομέας σε δοκιμή Αναφέρεται στον κλάδο για τον οποίο δημιουργείται το έργο δοκιμής λογισμικού. Ο όρος χρησιμοποιείται συχνά όταν συζητάμε για έργα και ανάπτυξη λογισμικού. Παραδείγματα περιλαμβάνουν τον τομέα των ασφαλειών, τον τομέα των τραπεζών, τον τομέα του λιανικού εμπορίου και τον τομέα των τηλεπικοινωνιών.
Ενώ αναπτύσσεταιping Για οποιοδήποτε έργο που αφορά συγκεκριμένο τομέα, συνήθως ζητείται η βοήθεια ενός ειδικού στον τομέα. Οι ειδικοί στον τομέα είναι άριστοι στο αντικείμενο και γνωρίζουν την εφαρμογή εξ ολοκλήρου.
Γιατί έχει σημασία η γνώση τομέα;
Η γνώση του τομέα είναι απαραίτητη για τη δοκιμή οποιουδήποτε προϊόντος λογισμικού, επειδή βελτιώνει άμεσα την κάλυψη των δοκιμών, την ανίχνευση ελαττωμάτων και την εμπιστοσύνη των ενδιαφερόμενων μερών. Ένας υπεύθυνος δοκιμών που κατανοεί τις τραπεζικές ροές εργασίας μπορεί να εντοπίσει ακραίες περιπτώσεις που ένας υπεύθυνος δοκιμών εκτός τομέα παραβλέπει εντελώς.
Γνώση Τραπεζικού Τομέα – Εισαγωγή
Οι έννοιες του τραπεζικού τομέα είναι εκτεταμένες και υποδιαιρούνται σε δύο υποτομείς:
- Παραδοσιακός τραπεζικός κλάδος
- Τραπεζικός τομέας που βασίζεται σε υπηρεσίες
Ο παρακάτω πίνακας παραθέτει τις υπηρεσίες που καλύπτουν αυτοί οι δύο υποτομείς.
| Sector | Υπηρεσίες που περιλαμβάνονται |
|---|---|
| Παραδοσιακός τραπεζικός κλάδος | Βασικές τραπεζικές εργασίες, Εταιρική τραπεζική, Λιανική τραπεζική |
| Τραπεζικός τομέας που βασίζεται σε υπηρεσίες | Βασικές, Εταιρικές, Λιανική, Δανειοδοτικές, Εμπορικές χρηματοδοτήσεις, Ιδιωτική τραπεζική, Καταναλωτική χρηματοδότηση, Ισλαμική τραπεζική, Κανάλια εξυπηρέτησης πελατών / Front-end παράδοση |
Ανάλογα με το εύρος του έργου σας, ίσως χρειαστεί να δοκιμάσετε μία ή όλες τις παραπάνω προσφορές υπηρεσιών. Πριν ξεκινήσετε τις δοκιμές, βεβαιωθείτε ότι έχετε επαρκές υπόβαθρο σχετικά με την υπηρεσία που δοκιμάζεται.
Χαρακτηριστικά Τραπεζικής Εφαρμογής
Πριν ξεκινήσετε τις δοκιμές, είναι σημαντικό να σημειώσετε τα τυπικά χαρακτηριστικά που αναμένονται από οποιαδήποτε τραπεζική εφαρμογή, ώστε να μπορείτε να προσανατολίσετε τις δοκιμαστικές σας προσπάθειες για την επίτευξη αυτών των χαρακτηριστικών. Μια τυπική τραπεζική εφαρμογή θα πρέπει να πληροί τις ακόλουθες προσδοκίες:
- Υποστήριξη χιλιάδων ταυτόχρονων συνεδριών χρηστών.
- Ενσωματώστε με πολλές άλλες εφαρμογές, όπως λογαριασμούς συναλλαγών, υπηρεσίες κοινής ωφέλειας για πληρωμή λογαριασμών και πιστωτικές κάρτες.
- Επεξεργαστείτε γρήγορες και ασφαλείς συναλλαγές.
- Συμπεριλάβετε ένα τεράστιο σύστημα αποθήκευσης.
- Παροχή υψηλής δυνατότητας ελέγχου για την αντιμετώπιση προβλημάτων πελατών.
- Χειριστείτε σύνθετες επιχειρηματικές ροές εργασίας.
- Υποστήριξη χρηστών σε πολλαπλές πλατφόρμες (Mac, Linux, Unix, Windows).
- Υποστήριξη χρηστών από πολλαπλές τοποθεσίες.
- Υποστήριξη πολύγλωσσων χρηστών.
- Υποστήριξη χρηστών σε διάφορα συστήματα πληρωμών (VISA, AMEX, MasterCard).
- Υποστήριξη πολλαπλών τομέων παροχής υπηρεσιών (Δάνεια, Λιανική τραπεζική, κ.λπ.).
- Να παρέχεται ένας αλάνθαστος μηχανισμός διαχείρισης καταστροφών.
Τύποι τραπεζικών εφαρμογών προς δοκιμή
Πριν από τον χάρτηping στις φάσεις δοκιμών, βοηθάει να γνωρίζουμε ποιες τραπεζικές εφαρμογές εμπίπτουν συνήθως στο πεδίο εφαρμογής:
- Βασικό Τραπεζικό Σύστημα (CBS): κεντρική μηχανή για καταθέσεις, δάνεια και λογαριασμούς.
- Καθαρή τραπεζική: διαδικτυακή πύλη που απευθύνεται στους πελάτες για μεταφορές και πληρωμές λογαριασμών.
- Κινητή τραπεζική: iOS και Android εφαρμογές με βιομετρικά στοιχεία και ειδοποιήσεις.
- Λογισμικό ΑΤΜ και Κιόσκι: ενσωματωμένο λογισμικό σε ΑΤΜ.
- Πύλες πληρωμής: χειριστές συναλλαγών με κάρτες, UPI και πορτοφόλι.
- Ενότητες Δανείων και Οικονομικών: εφαρμογές back-office για πιστώσεις και συνάλλαγμα.
Δοκιμαστικές Φάσεις στη Δοκιμή Τραπεζικών Εφαρμογών
Μόλις γίνουν γνωστές οι εφαρμογές εντός του πεδίου εφαρμογής, οι δοκιμές συνήθως προχωρούν στις ακόλουθες φάσεις.
- Ανάλυση απαιτήσεων: Εκτελείται από τον επιχειρηματικό αναλυτή, ο οποίος συλλέγει και τεκμηριώνει τις απαιτήσεις για μια συγκεκριμένη τραπεζική εφαρμογή.
- Απαίτηση Revδες: Οι αναλυτές ποιότητας, οι επιχειρηματικοί αναλυτές και οι επικεφαλής ανάπτυξης εξετάζουν το έγγραφο απαιτήσεων και το διασταυρώνουν για να βεβαιωθούν ότι δεν διαταράσσουν καμία υπάρχουσα ροή εργασίας.
- Τεκμηρίωση Απαιτήσεων Επιχειρήσεων: Οι αναλυτές ποιότητας προετοιμάζουν έγγραφα επιχειρηματικών απαιτήσεων που καλύπτουν κάθε αναθεωρημένη απαίτηση.
- Δοκιμή βάσης δεδομένων: Το πιο σημαντικό μέρος των δοκιμών τραπεζικών εφαρμογών. Επαληθεύει την ακεραιότητα των δεδομένων, τη φόρτωση δεδομένων, τη μετεγκατάσταση δεδομένων, τις αποθηκευμένες διαδικασίες, την επικύρωση λειτουργιών και τους επιχειρηματικούς κανόνες.
- Δοκιμή ενοποίησης: Κάτω από Δοκιμή ολοκλήρωσης, όλα τα αναπτυγμένα στοιχεία ενσωματώνονται και επικυρώνονται μαζί.
- Λειτουργική δοκιμή: Τυπικές δραστηριότητες δοκιμών, όπως Δοκιμαστική θήκη Η προετοιμασία, η αναθεώρηση της δοκιμαστικής περίπτωσης και η εκτέλεση πραγματοποιούνται κατά τη διάρκεια αυτής της φάσης.
- Δοκιμή ασφαλείας: Διασφαλίζει ότι το λογισμικό δεν παρουσιάζει ατέλειες ασφαλείας. Η ομάδα διασφάλισης ποιότητας θα πρέπει να περιλαμβάνει τόσο αρνητικά όσο και θετικά σενάρια για την προσπάθεια παραβίασης του συστήματος και την αναφορά τρωτών σημείων πριν τα εντοπίσει οποιοδήποτε μη εξουσιοδοτημένο μέρος. Οι τράπεζες θα πρέπει επίσης να επιβάλλουν την επικύρωση πρόσβασης πολλαπλών επιπέδων, όπως οι κωδικοί πρόσβασης μίας χρήσης. Εργαλεία αυτοματισμού που χρησιμοποιούνται συνήθως για Δοκιμή ασφαλείας περιλαμβάνουν IBM AppScan και HP WebInspect, ενώ Μη αυτόματη δοκιμή συχνά βασίζεται στο Proxy Sniffer, το Paros Proxy και το HTTP Watch.
- Δοκιμές Ευχρηστίας: Διασφαλίζει ότι οι χρήστες με αναπηρίες μπορούν να χρησιμοποιούν το σύστημα τόσο εύκολα όσο οποιοσδήποτε άλλος χρήστης — για παράδειγμα, ΑΤΜ εξοπλισμένα με ηχητική καθοδήγηση και πληκτρολόγια Braille για προσβασιμότητα.
- Δοκιμή αποδοχής χρήστη: Το τελικό στάδιο, που εκτελείται από τους τελικούς χρήστες, για να επιβεβαιωθεί ότι η εφαρμογή συμπεριφέρεται σωστά σε πραγματικές συνθήκες.
Δείγμα Δοκιμαστικής Αίτησης Είσοδος Net Banking
Η ασφάλεια είναι ύψιστης σημασίας για κάθε τραπεζική εφαρμογή. Κατά την προετοιμασία των δοκιμών, η ομάδα διασφάλισης ποιότητας θα πρέπει να περιλαμβάνει τόσο αρνητικά όσο και θετικά σενάρια για να διερευνήσει το σύστημα και να αναφέρει τρωτά σημεία πριν τα εντοπίσει οποιοδήποτε μη εξουσιοδοτημένο άτομο. Αυτό σημαίνει τη σύνταξη όχι μόνο αρνητικών περιπτώσεων δοκιμών αλλά και καταστροφικών δοκιμών.
Ο παρακάτω πίνακας περιγράφει γενικές δοκιμαστικές περιπτώσεις για μια τραπεζική εφαρμογή.
| Περιοχή | Δείγματα Δοκιμαστικών Υποθέσεων |
|---|---|
| διαχειριστής | Επαλήθευση σύνδεσης διαχειριστή με έγκυρα και μη έγκυρα δεδομένα· σύνδεση διαχειριστή χωρίς δεδομένα· όλους τους συνδέσμους αρχικής σελίδας διαχειριστή· αλλαγή κωδικού πρόσβασης διαχειριστή με έγκυρα, μη έγκυρα και υπάρχοντα δεδομένα· αποσύνδεση διαχειριστή. |
| Νέο Υποκατάστημα | Δημιουργία νέου κλάδου με έγκυρα, μη έγκυρα και υπάρχοντα δεδομένα· δημιουργία χωρίς δεδομένα· επαναφορά και ακύρωση· ενημέρωση του κλάδου με έγκυρα, μη έγκυρα και υπάρχοντα δεδομένα· ακύρωση· διαγραφή του κλάδου με και χωρίς εξαρτήσεις· αναζήτηση κλάδου. |
| Νέος Ρόλος | Δημιουργήστε έναν νέο ρόλο με έγκυρα, μη έγκυρα, υπάρχοντα δεδομένα· δημιουργήστε χωρίς δεδομένα· επαληθεύστε την περιγραφή και τους τύπους ρόλου· ακυρώστε και επαναφέρετε· διαγράψτε ρόλο με και χωρίς εξαρτήσεις· επαληθεύστε τους συνδέσμους στη σελίδα λεπτομερειών ρόλου. |
| Πελάτες & Επισκέπτες | Επαληθεύστε όλους τους συνδέσμους επισκεπτών και πελατών· σύνδεση πελάτη με έγκυρα, μη έγκυρα ή καθόλου δεδομένα· σύνδεση τραπεζίτη με έγκυρα, μη έγκυρα ή καθόλου δεδομένα. |
| Νέοι χρήστες | Δημιουργία νέου χρήστη με έγκυρα, μη έγκυρα και υπάρχοντα δεδομένα υποκαταστήματος· δημιουργία χωρίς δεδομένα· ακύρωση και επαναφορά· ενημέρωση χρήστη με έγκυρα, μη έγκυρα και υπάρχοντα δεδομένα· ακύρωση· διαγραφή χρήστη. |
Προκλήσεις στη Δοκιμή του Τραπεζικού Τομέα και ο Μετριασμός τους
Ακόμα και με ισχυρές φάσεις δοκιμών και πρότυπα, οι υπεύθυνοι δοκιμών αντιμετωπίζουν αρκετές επαναλαμβανόμενες προκλήσεις σε τραπεζικά έργα. Τα παρακάτω μέτρα μετριασμού έχουν αποδειχθεί αποτελεσματικά σε πραγματικές συνεργασίες.
| Πρόκληση | Μείωση |
|---|---|
| Η πρόσβαση σε δεδομένα παραγωγής και η αντιγραφή τους ως δεδομένα δοκιμών είναι δύσκολη. | Διασφαλίστε ότι τα δεδομένα δοκιμών πληρούν τις απαιτήσεις συμμόρφωσης με τους κανονισμούς και διατηρήστε την εμπιστευτικότητα μέσω απόκρυψης δεδομένων, συνθετικών δεδομένων δοκιμών και δοκιμών ενσωμάτωσης συστήματος. |
| Η μετάβαση από ένα παλιό τραπεζικό σύστημα σε ένα νέο — συμπεριλαμβανομένων των ρουτινών, των διαδικασιών και των μεταφορτώσεων δεδομένων — είναι η μεγαλύτερη πρόκληση. | Ολοκληρώστε τις δοκιμές μετεγκατάστασης δεδομένων και εκτελέστε δοκιμές παλινδρόμησης σε παλιά και νέα συστήματα, συγκρίνοντας τα αποτελέσματα μέχρι να ταιριάξουν. |
| Οι απαιτήσεις ενδέχεται να μην είναι επαρκώς τεκμηριωμένες, αφήνοντας λειτουργικά κενά. Οι μη λειτουργικές απαιτήσεις συχνά δεν τεκμηριώνονται, επομένως οι υπεύθυνοι δοκιμών δεν γνωρίζουν εάν πρέπει να τις δοκιμάσουν. | Οι υπεύθυνοι δοκιμών θα πρέπει να συμμετέχουν από τη φάση της Ανάλυσης Απαιτήσεων και να εξετάζουν ενεργά τις επιχειρηματικές απαιτήσεις. |
| Επαλήθευση ότι το σύστημα ακολουθεί τις επιθυμητές πολιτικές και διαδικασίες. | Διεξαγωγή δοκιμών συμμόρφωσης και κανονιστικής πολιτικής. |
| Το πεδίο εφαρμογής και τα χρονοδιαγράμματα επεκτείνονται καθώς οι τραπεζικές εφαρμογές ενσωματώνονται με το διαδίκτυο και Κινητό ΤΡΑΠΕΖΙΚΕΣ ΕΡΓΑΣΙΕΣ. | Διαθέστε επαρκή χρόνο στο σχέδιο για Δοκιμές Ενοποίησης όταν η τραπεζική εφαρμογή έχει πολλές εξωτερικές διεπαφές. |
