Под банковским ритейлом подразумеваются прямые транзакции с участием потребителей/клиентов, а не корпораций/компаний или других банков.
Это могут быть различные банковские услуги, как, например, сберегательные счета, текущие счета, кредитные карты, онлайн-банкинг, кредиты и прочие нюансы, предназначенные для индивидуальных нужд клиентов.
Основная активность банковского ритейла состоит в приеме депозитов у одних клиентов и оформлении кредитов для других.
Содержание
Банковский ритейл:
- Клиентская часть банкинга
- Серверная часть банкинга
- Каналы банкинга
В современном мире банковский ритейл чрезвычайно важен, поскольку практически каждый человек так или иначе с этим сталкивается. Тестовые сценарии дают возможность провести тестирование приложения для банковского ритейла.
Тестовые сценарии
Ниже описаны тестовые сценарии, к ним прилагаются соответствующие скриншоты системы банковского ритейла.
#1) Открытие сберегательного банковского счета в местной валюте.
#2) Открытие сберегательного счета в иностранной валюте.
#3) Открытие текущего счета.
#4) Перевод с одного счета на другой.
#5) Кассовые операции — пополнение счета.
#6) Кассовые операции — снятие денег со счета.
#7) Добавление получателя и перевод средств в каналах банкинга.
Сценарии позитивных тестов для банковских приложений:
1) Подтверждение доступности сведений о клиенте в приложении перед оформлением счета.
2) Проверка обязательных данных — ID клиента, валюта, код продукта, двумерный код и другие данные, которые вводятся перед открытием счета.
3) Перед открытием сберегательного или текущего банковского счета проводится подтверждение двумерного кода.
К примеру, когда вы открываете текущий счет, используйте соответствующий код для открытия, если открывается сберегательный счет — также используйте нужный код.
4) При открытии счета необходимо должным образом проверить выбранную валюту (местную или зарубежную).
5) При переводе средств с одного счета на другой необходимо удостовериться в том, что заполнены все поля, такие как сумма дебета, номер счета, сумма кредита, номер кредитной карты.
6) Для почтового перевода проверки валюты по дебету и кредиту отличается.
7) Для кассовых транзакций, таких как пополнение счета, или снятие, необходимо проверить, что суммы дебета или кредита введены верно.
8) Проверка деталей — сверить данные банковского ритейла, которые считало приложение, т.е. необходимо ввести сумму, имя клиента и пр.
9) Проверка входящего клиринга производится посредством предоставления данных (сумма дебета, дебетовый счет, кредитный счет).
10) Проверка исходящего клиринга производится за счет предоставления данных (кредитная сумма, кредитный счет, сумма дебета).
11) Важно, чтобы такие данные, как номер карты, срок ее действия, имя клиента и прочее были зашифрованы в системе, т.к. это очень важные сведения.
12) Проверка того, может ли получатель средств быть добавлен в другие каналы банкинга (среди прочего, это мобильный банкинг, интернет-банкинг, банкоматы, POS-системы), предоставление необходимых данных (название счета, номер счета и т.д.)
13) Проверка того, что перевод счета был произведен успешно посредством других каналов банкинга за счет предоставления важных данных, тип перевода, сумма и форма для существующего получателя.
14) Проверка получения сообщений по завершении транзакции в других каналах банкинга.
15) Проверка дополнительных данных, которые были получены при выдачи ссуды.
16) Проверка дополнительных данных, которые не были получены при выдачи ссуды.
Негативные сценарии тестирования:
1) Проверка создания счета с помощью неверных клиентских данных.
2) Проверка создания счета — при этом следует не ввести двумерный код или не заполнить любое из обязательных полей.
3) Проверка создания сберегательного счета — ввод двумерного кода как текущего счета или наоборот.
4) Проверка создания счета в местной валюте — ввод счета в иностранной валюте и наоборот.
5) Проверка почтового перевода — с помощью валюты дебета и валюты кредита и Это будет обычный перевод со счета, а не почтовый.
6) Проверка кассовой транзакции (снятие средств) — ввод кредитной суммы и наоборот.
7) Проверка кассовой транзакции с помощью неверных номиналов.
К примеру, если кредитная или дебетная сумма составляет 150, тогда следует ввести номинал для 100 как 1 и номинал для 50 как 2. Система не должна разрешить проведение транзакции.
8) Проверка на предмет возможности добавления получателя в другие каналы банкинга посредством предоставления названия счета, который не совпадает с номером счета.
К примеру, если название счета «Маша» и номер счета 12345, тогда для тестирования этого сценария можно использовать произвольное название «Рома» как название счета, и номер счета как 12345. Система не должна разрешить добавление нового получателя счета т.к. как название счета нового получателя и номер не совпадают.
9) Проверка возможности добавления получателя в других каналах банкинга с помощью предоставления неверного IFSC-кода.
10) Проверка возможности добавления получателя в других каналах банкинга без предоставления каких-либо обязательных данных.
11) Проверка перевода средств в других каналах без предоставления каких-либо обязательных данных.
12) Проверка получения сообщения с помощью предоставления неверного номера мобильного телефона.
13) Проверка дополнительных данных при создании небезопасной ссуды.
К примеру, при выдаче займа на учебу наличие ошибок может тестироваться за счет предоставления ипотечных данных как дополнительных. Система не должна допускать создания займа на учебу с ипотечными данными.
14) Не предоставление дополнительных данных при создании безопасной ссуды.
Речь идет о ситуации, когда, например, при создании ипотечного или транспортного кредита не предоставляются дополнительные данные. Система не должна продолжить операцию.
Тестирование эффективности:
1) Проверка логинов разных пользователей в том же приложении для банковского ритейла, используя разные системы.
2) Проверка пользователя — вход в приложение для банковского ритейла в течение нескольких секунд за счет предоставления верных ID и пароля.
3) Проверка входа в приложение при отключенном сервере.
Тестовые сценарии для проверки безопасности
1) Попытка входа в приложение с помощью предоставления верного ID и пароля, проверка на предмет наличия шифрования поля для пароля.
2) Проверка входа в приложение с помощью предоставления неверного ID пользователя или пароля.
3) Проверка входа в приложение, когда одно из полей для ввода ID или пароля остаются пустыми.
Советы по тестированию приложения для банковского ритейла:
- Перед началом тестирования важно знать терминологию банковского ритейла.
Тестировщикам необходимо сосредоточиться на данных тестирования, которые создаются или используются во время тестирования программного обеспечения. К примеру, у тестировщика должна быть возможность предоставить данные клиента или информацию о счете и прочем для открытия сберегательного счета, текущего счета или ссуды.
