Δοκιμή εφαρμογών τραπεζικού τομέα: Δείγμα περιπτώσεων

Δοκιμή τραπεζικού τομέα

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

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

Σε αυτό το σεμινάριο, θα μάθουμε

• Τι είναι ο τομέας στη δοκιμή;
• Γιατί έχει σημασία η γνώση τομέα;
• Εισαγωγή στον τραπεζικό τομέα
• Χαρακτηριστικά τραπεζικής εφαρμογής
• Στάδια δοκιμών τραπεζικών εφαρμογών
• Δείγμα δοκιμαστικής υπόθεσης για εφαρμογή σύνδεσης Net Banking
• Προκλήσεις στον έλεγχο του τραπεζικού τομέα και του μετριασμού τους

Εγγραφείτε δωρεάν στο πρόγραμμα δοκιμών ζωντανής τραπεζικής

Τι είναι ο τομέας στη δοκιμή;

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

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

Γιατί έχει σημασία η γνώση τομέα;

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

Γνώση τραπεζικών τομέων - Εισαγωγή

Οι έννοιες του τραπεζικού τομέα είναι τεράστιες και βασικά υποδιαιρούνται σε δύο τομείς

1. Παραδοσιακός τραπεζικός τομέας
2. Τραπεζικός τομέας βάσει υπηρεσιών

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

Παραδοσιακός τραπεζικός τομέας	Βασικές τραπεζικές εργασίες Εταιρική τραπεζική Λιανική τραπεζική
Τραπεζικός τομέας βάσει υπηρεσιών	Πυρήνας Εταιρικός Λιανεμποριο Δάνειο Εμπορική χρηματοδότηση Ιδιωτική τραπεζική Χρηματοδότηση των καταναλωτών Ισλαμική τραπεζική Κανάλια παράδοσης πελατών / Παράδοση διεπαφής

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

Χαρακτηριστικά μιας τραπεζικής εφαρμογής

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

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

• Θα πρέπει να υποστηρίζει χιλιάδες ταυτόχρονες συνεδρίες χρηστών
• Μια τραπεζική εφαρμογή θα πρέπει να ενσωματώνεται με άλλες πολλές εφαρμογές όπως λογαριασμούς συναλλαγών, λογαριασμός κοινής ωφελείας, πιστωτικές κάρτες κ.λπ.
• Θα πρέπει να επεξεργάζεται γρήγορες και ασφαλείς συναλλαγές
• Θα πρέπει να περιλαμβάνει μαζικό σύστημα αποθήκευσης.
• Για την αντιμετώπιση προβλημάτων πελατών, θα πρέπει να έχει υψηλή ικανότητα ελέγχου
• Πρέπει να χειρίζεται πολύπλοκες επιχειρηματικές ροές εργασίας
• Ανάγκη υποστήριξης χρηστών σε πολλές πλατφόρμες (Mac, Linux, Unix, Windows)
• Θα πρέπει να υποστηρίζει χρήστες από πολλές τοποθεσίες
• Θα πρέπει να υποστηρίζει πολύγλωσσους χρήστες
• Θα πρέπει να υποστηρίζει χρήστες σε διάφορα συστήματα πληρωμών (VISA, AMEX, MasterCard)
• Θα πρέπει να υποστηρίζει πολλαπλούς τομείς υπηρεσιών (Δάνεια, Λιανική τραπεζική κ.λπ.)
• Μη ασφαλής μηχανισμός διαχείρισης καταστροφών

Δοκιμαστικές φάσεις στις δοκιμές τραπεζικών εφαρμογών

Για δοκιμές τραπεζικών εφαρμογών, περιλαμβάνουν διάφορα στάδια δοκιμών

• Ανάλυση απαιτήσεων: Αυτό γίνεται από επιχειρηματικό αναλυτή. Οι απαιτήσεις για μια συγκεκριμένη τραπεζική εφαρμογή συγκεντρώνονται και τεκμηριώνονται
• Επανεξέταση απαιτήσεων: Αναλυτές ποιότητας, επιχειρηματικοί αναλυτές και καθοδηγητές ανάπτυξης εμπλέκονται σε αυτό το έργο. Το έγγραφο συγκέντρωσης απαιτήσεων εξετάζεται σε αυτό το στάδιο και ελέγχεται διασταυρωμένα για να διασφαλιστεί ότι δεν επηρεάζει τη ροή εργασίας
• Τεκμηρίωση επιχειρηματικών απαιτήσεων : Τα έγγραφα επιχειρησιακών απαιτήσεων συντάσσονται από αναλυτές ποιότητας στους οποίους καλύπτονται όλες οι αναθεωρημένες επιχειρηματικές απαιτήσεις
• Δοκιμή βάσης δεδομένων: Είναι το πιο σημαντικό μέρος της δοκιμής τραπεζικών εφαρμογών. Αυτός ο έλεγχος γίνεται για να διασφαλιστεί η ακεραιότητα των δεδομένων, η φόρτωση δεδομένων, η μετεγκατάσταση δεδομένων, οι αποθηκευμένες διαδικασίες και η επικύρωση των λειτουργιών, η δοκιμή κανόνων κ.λπ.
• Έλεγχος ολοκλήρωσης: Στο πλαίσιο Έλεγχος ολοκλήρωσης, όλα τα συστατικά που έχουν αναπτυχθεί είναι ενσωματωμένα και επικυρωμένα
• Λειτουργική δοκιμή: Οι συνηθισμένες δραστηριότητες δοκιμής λογισμικού όπως η προετοιμασία δοκιμαστικών περιπτώσεων, ο έλεγχος περιπτώσεων δοκιμής και η εκτέλεση δοκιμαστικών περιπτώσεων πραγματοποιούνται κατά τη διάρκεια αυτής της φάσης
• Δοκιμή ασφαλείας: Διασφαλίζει ότι το λογισμικό δεν έχει ελαττώματα ασφαλείας. Κατά τη διάρκεια της προετοιμασίας των δοκιμών, η ομάδα QA πρέπει να συμπεριλάβει τόσο αρνητικά όσο και θετικά σενάρια δοκιμών, ώστε να εισέλθει στο σύστημα και να το αναφέρει πριν από οποιαδήποτε μη εξουσιοδοτημένη ατομική πρόσβαση σε αυτό. Ενώ για να αποτρέψει την παραβίαση, η τράπεζα θα πρέπει επίσης να εφαρμόσει μια πολλαπλή στρώση επικύρωσης πρόσβασης, όπως έναν κωδικό πρόσβασης μίας χρήσης. Για τον έλεγχο ασφαλείας, χρησιμοποιούνται εργαλεία αυτοματισμού όπως το IBM AppScan και το HPWebInspect, ενώ για εργαλεία μη αυτόματης δοκιμής όπως το Proxy Sniffer, το Paros proxy, το ρολόι HTTP κ.λπ.
• Δοκιμή χρηστικότητας: Διασφαλίζει ότι άτομα με διαφορετική ικανότητα θα πρέπει να μπορούν να χρησιμοποιούν το σύστημα ως κανονικός χρήστης Για παράδειγμα, ATM με δυνατότητα ακοής και Braille για άτομα με ειδικές ανάγκες
• Δοκιμή αποδοχής χρήστη: Είναι το τελικό στάδιο των δοκιμών που πραγματοποιούνται από τους τελικούς χρήστες για να διασφαλιστεί η συμμόρφωση της εφαρμογής με το σενάριο του πραγματικού κόσμου.

Δείγμα δοκιμαστικής υπόθεσης για εφαρμογή σύνδεσης Net Banking

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

Ακολουθούν γενικές δοκιμαστικές περιπτώσεις για να ελέγξετε οποιαδήποτε τραπεζική εφαρμογή

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

Προκλήσεις στη δοκιμή του τραπεζικού τομέα και του μετριασμού τους

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

Πρόκληση	Μείωση
Η απόκτηση πρόσβασης σε δεδομένα παραγωγής και η αναπαραγωγή τους ως δεδομένων δοκιμής, είναι δύσκολη	Βεβαιωθείτε ότι τα δεδομένα δοκιμών πληρούν τις απαιτήσεις και τις οδηγίες συμμόρφωσης με τους κανονισμούς Διατηρήστε την εμπιστευτικότητα των δεδομένων ακολουθώντας τεχνικές όπως αποκάλυψη δεδομένων, συνθετικά δεδομένα δοκιμών, ολοκλήρωση συστήματος δοκιμών κ.λπ.
Η μεγαλύτερη πρόκληση στον έλεγχο του τραπεζικού συστήματος είναι κατά τη μετάβαση του συστήματος από το παλιό σύστημα στο νέο σύστημα, όπως η δοκιμή όλων των ρουτίνων, διαδικασιών και σχεδίων. Επίσης πώς θα ληφθούν, θα μεταφορτωθούν και θα μεταφερθούν τα δεδομένα στο νέο σύστημα μετά τη μετεγκατάσταση	Βεβαιωθείτε ότι ο έλεγχος μετεγκατάστασης δεδομένων έχει ολοκληρωθεί Βεβαιωθείτε ότι οι περιπτώσεις δοκιμής παλινδρόμησης εκτελούνται σε παλιά και νέα συστήματα και τα αποτελέσματα ταιριάζουν.
Μπορεί να υπάρχουν περιπτώσεις όπου οι απαιτήσεις δεν τεκμηριώνονται καλά και μπορεί να οδηγήσουν σε λειτουργικά κενά στο σχέδιο δοκιμών Πολλές μη λειτουργικές απαιτήσεις δεν είναι πλήρως τεκμηριωμένες και οι υπεύθυνοι δοκιμών δεν γνωρίζουν εάν θα το δοκιμάσουν ή όχι	Το τεστ θα πρέπει να συμμετέχει στο έργο απευθείας από τις φάσεις ανάλυσης απαιτήσεων και θα πρέπει να εξετάζει ενεργά τις επιχειρηματικές απαιτήσεις
Το πιο σημαντικό σημείο είναι να ελέγξετε αν το εν λόγω σύστημα ακολουθεί τις επιθυμητές πολιτικές και διαδικασίες	Πρέπει να γίνει έλεγχος συμμόρφωσης ή κανονιστικών πολιτικών
Το εύρος και τα χρονοδιαγράμματα αυξάνονται καθώς η τραπεζική εφαρμογή ενσωματώνεται με άλλες εφαρμογές όπως το Internet ή το Mobile banking	Βεβαιωθείτε ότι ο προϋπολογισμός χρόνου για τη δοκιμή ενοποίησης λογίζεται εάν η τραπεζική σας εφαρμογή έχει πολλές εξωτερικές διεπαφές

Περίληψη

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

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

Λάβετε μέρος στο Έργο δοκιμών τομέων Live Banking