Έλεγχος Εφαρμογής Τραπεζικού Τομέα: Δείγματα δοκιμαστικών περιπτώσεων

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

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

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

Εγγραφείτε στο Live Banking Testing Project μας δωρεάν

Τι είναι το Domain in Testing;

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

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

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

Γνώση Τραπεζικού Τομέα – Εισαγωγή

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

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

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

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

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

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

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

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

Δοκιμαστικές Φάσεις στη Δοκιμή Τραπεζικών Εφαρμογών

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

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

Δείγμα Δοκιμαστικής Αίτησης Είσοδος Net Banking

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

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

Προκλήσεις στον έλεγχο του τραπεζικού τομέα και τον μετριασμό τους

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

Περίληψη

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

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

Γίνετε μέλος του Έργο δοκιμής τομέων Live Banking