Тестування страхового ПЗ (Insurance)
Страхові компанії значною мірою покладаються на програмне забезпечення для свого бізнесу. Програмні системи допомагають їм займатися різними видами страхової діяльності, як-от розробка стандартних форм полісів, обробка процесу виставлення рахунків, управління даними клієнтів, надання якісних послуг клієнту, координація між філією тощо.
У страховій компанії є багато гілок, які вимагають тестування:
Системи адміністрування полісів (Policy Administration Systems);
Системи управління страховими вимогами (Claim Management Systems);
Системи керування розподілом (Distribution Management Systems);
Системи управління інвестиціями (Investment Management Systems);
Сторонні системи адміністрування (Third party Administration Systems);
Рішення з управління ризиками (Risk Management Solutions);
Регулювання та відповідність (Regulatory and Compliance);
Актуарні системи (Оцінка та ціноутворення) (Actuarial Systems (Valuation & Pricing)).
Що тестувати у страхуванні?
Сектор страхування є мережею невеликих підрозділів, які безпосередньо чи опосередковано займаються обробкою страхових вимог. Для безперебійного функціонування страхової компанії необхідно, щоб кожен із цих підрозділів було ретельно перевірено для досягнення бажаного результату.
Тестування включає:
Кол-центр ( Call Center ):
Інтеграційне тестування IVR (IVR Integration Testing);
Маршрутизація та призначення дзвінків (Call routing and assignment);
Безпека та доступ (Security and access);
Рефлексивні питання (Reflexive Questions).
Політика обслуговування ( Policy Serving ):
Тестування життєвого циклу політики (Policy life cycle testing);
Зміни у фінансовій та нефінансовій політиці (Financial and Non-financial policy changes);
Припинення дії політики та відновлення (Policy lapse and Re-instatement);
Оповіщення про страхові виплати (Premium due alerts);
Оцінка NPV/NAV (Valuation of NPV/NAV).
Претензії ( Claims ):
Сортування та поступка вимог (Claims triage and assignment);
Тестування життєвого циклу претензій (Testing claims life cycle);
Облік вимог/резервування (Claims accounting/reserving);
EDI/обмін повідомленнями від третіх осіб (Third party EDI/messaging).
Прямі переходи ( Direct channel ):
Мобільний доступ (Mobile access);
Крос-браузерність/кросплатформність (Cross browser/cross platform accessibility);
Продуктивність програми (Application performance);
Зручність використання програми (Usability of application).
Звіти / BI ( Reports/BI ):
Дотримання нормативних вимог (Behaving to regulatory requirements);
генерація якісних даних для звітності (Generate quality data for reporting);
створення масових даних для зведених звітів (Create bulk data for roll-up reports);
Тестування полів на основі формул у звітах (Testing formula based fields in reports).
Андеррайтінг ( Underwriting ):
Якість андеррайтингу (Underwriting quality);
Ручна та пряма обробка (Manual and Straight through processing);
Складні бізнес-правила (Complex business rules);
Рейтинг ефективності (Rating efficiency);
Управління вимогами (Vendor Interfacing) (Requirements Management)
Інтеграція ( Integration ):
Інтеграція даних (Data integration);
Комплексна інтеграція інтерфейсу (Complex interface integration);
Формати джерела/призначення (Source/Destination formats);
Виробничий інтерфейс (Production like interface);
Ефективність пулла/пуша веб-сервісу (Web service pull/push efficiency).
Новий бізнес ( New Business ):
Перевірити комбінації коефіцієнтів (Validate rates-factor combinations);
Розклади та запуски завдань (Batch job schedules and runs);
Введення в експлуатацію розрахунків урегулювань (Commissioning calculations settlements);
Швидке та докладне призначення цін (Quick and detailed quote);
ілюстрація переваги (Benefit illustration);
Валідація сумарної вигоди (Benefit summary validation).
Особливості тестування страхових додатків
Зручність використання . 2020 року діяльність більшої кількості підприємств та організацій була обмежена, а деяких навіть призупинена. Ці зміни не оминули і страховий бізнес. Однак зберегти і навіть збільшити свою частку на ринку змогли лише ті компанії, продукти яких мали найбільш зрозумілий та привітний інтерфейс.
За підсумками 2020 року у десятці лідерів страхових компаній за обсягом продажів відбулися вагомі зміни: деякі компанії, які займали далеко не перші місця, змогли вирватися у ТОП-10. А якісь навпаки: зайняли нижчі позиції у рейтингу порівняно з 2019 роком. Цей факт обумовлений різким відходом продажів в онлайн. Важливим фактором тут стала зручність придбання продукту, не виходячи із дому.
Наприклад, у “ВТБ Страхування” виторг знизився приблизно вдесятеро порівняно з 2019 роком. Це стало відходом компанії з першої десятки рейтингу. Компанія "Сбербанк страхування" також втратила майже третину виручки щодо 2019 року, і в результаті з другого місця рейтингу опустилася на п'яте.
Але є й приклади компаній, яким пощастило більше. Наприклад, "СОГАЗу" в 2020 році вдалося збільшити виручку майже в 1,5 рази, що дозволило їй зберегти перше місце. Загальний обсяг страхових премій компанії становив 287 млрд рублів, а темпи приросту виявилися одними з найвищих на ринку (+47,8%, четверте місце у ТОП-10). Завдяки таким показникам "СОГАЗ" посідає перше місце з великим відривом від інших страхових компаній.
На другому місці - компанія "АльфаСтрахування". Їхні премії склали 115 млрд рублів. До речі, у 2019 році "АльфаСтрахування" посідала третє місце. Третьою компанією за обсягом зібраних премій стала "РЕСО-Гарантія" (була на п'ятому місці у 2019). Її результат становив 108 млрд рублів.
Інтеграція з іншими сервісами . Це особливо актуально для таких продуктів, як електронне страхування КАСКО та ОСАЦВ, оскільки іноді сторонні сервіси мають технічні проблеми та збої. Ймовірно також виникнення будь-яких змін, куди потрібно оперативно відреагувати: наприклад, доопрацювати продукт, протестувати його, випустити новий реліз тощо.
Також у разі збоїв за інших сервісів необхідно обов'язково інформувати про це клієнтів. На жаль, збої відбуваються досить часто, а відновлення цих сервісів не залежить безпосередньо від страхової компанії.
Про проблеми інтеграцій неодноразово говорили самі страхові компанії. У 2020 році про технічні проблеми із системою АІС ОСАЦВ 2.0, у тому числі із запитами КБМ, говорили у прес-службі «Ренесанс страхування». У компанія «Тінькофф Страхування» було помічено зниження продажів полісів приблизно на 20%, відзначаючи, що сервіс КБМ часто недоступний з боку РСА.
Стійка робота сервера . За замовчуванням необхідно моніторити навантаження на сервер, а також те, як він справляється з цим завантаженням, не допускати витоку пам'яті і т.д. Для компаній, які реалізують електронні поліси ОСАЦВ, це питання особливо актуальне. Це пов'язано з передбаченою відповідальністю за обмеження у працездатності сайту, згідно з якою сумарна тривалість перерви у роботі сайту страховика не повинна перевищувати 30 хвилин на добу. Якщо ж потрібно провести планові технічні роботи, то страхова компанія зобов'язана проводити їх у певний час, а саме з 22:00 до 8:00 за московським часом. Також необхідно не менше ніж за добу до початку робіт розмістити повідомлення на основній сторінці сайту із зазначенням дати та часу закінчення технічних робіт.
Виходячи з вищесказаного, можна дійти невтішного висновку, що стабільність роботи сайту/приложения має високий пріоритет. Відповідно, крім моніторингу стану сервера, бажано проводити і тестування навантаження. Це необхідно для того, щоб оцінити можливості сервера.
Також хотілося б відзначити, що при використанні складних select-запитів у БД рекомендується використовувати хінт “WITH (nolock)” для запобігання блокуванню БД.
Швидкість роботи при повільному інтернеті . Зрозуміло, кожен користувач хоче здійснити покупку легко, швидко та не замислюючись над кожним кроком. Цей пункт виділено окремо, оскільки він відноситься і до зручності використання, і роботи сервера. А також потрібно розуміти, що у користувачів не завжди буває стійке та якісне інтернет-з'єднання, тому велика кількість запитів на сервер можуть помітно знизити швидкість роботи сайту або програми, змусивши користувача залишити сторінку або програму відповідно. Отже, потрібно приділити особливу увагу швидкості отримання кінцевої вартості поліса, тому що при повільному з'єднанні та неоптимізованих запитах сервера користувач може зіткнутися з помилкою сервера: 504 Gateway Timeout.
Оптимальна швидкість завантаження веб-сторінки – 2 секунди. Відповідно до статистики, якщо швидкість завантаження збільшується хоча б на 200 мс, кількість відвідувань сайту знижується на третину в наступні півтора місяці. При збільшенні до 400 мс відвідуваність знижується більш ніж на половину.
Персональні дані . Зрозуміло, для покупки будь-якого страхового продукту необхідно вказувати персональні дані. Необхідно отримати як згоду на обробку персональних даних, а й забезпечити їх безпеку. Тестування вразливостей відіграє тут важливу роль.
Пропущені баги, пов'язані зі згодою на обробку персональних даних, можуть коштувати дуже дорого. Якщо інформація про персональні дані буде оброблятися без згоди користувача, то штраф може становити до 18 млн руб. (Ч. 9 ст. 13.11 КпАП РФ).
Ціноутворення . Напевно, найцікавіше і найскладніше, з чим можуть зіткнутися аналітики та тестувальники на проекті страхування - це тарифікатор. Важливо звертати увагу на такі фактори:
правильність вимог до формул, значень коефіцієнтів;
правильність використання формул, значень та коефіцієнтів;
правильне використання версій формул, значень та коефіцієнтів;
дотримання законодавчого регулювання за наявними значеннями;
правильність округлення. Це варто враховувати і в самих формулах, і при завантаженні/вводі до БД. Потрібно розуміти, що навіть незначне округлення може вплинути на вартість страхового продукту.
Друковані форми.
На практиці є випадки, коли люди, які купили електронні поліси КАСКО чи ОСАЦВ, не отримали їх на пошту та зверталися до техпідтримки страхових компаній.
На що варто звернути увагу, тестуючи друковані форми:
Друковані форми повинні завантажуватися і приходити на пошту без помилок і затримок у часі, з правильними назвами та у повному обсязі: поліси, пам'ятки, чеки тощо.
Шаблон друкованої форми має відповідати законодавству.
Інформація в друкованих формах повинна відповідати тим даним, які вказував та бачив користувач на сайті або у додатку.
Текст повинен розміщуватись у встановлених межах.
Якщо використовувалося шифрування документів, цей момент обов'язково перевіряється.
Пролонгація та внесення змін. Окремо хотілося б наголосити на пункті про продовження страхових полісів, а також внесення змін до них. По-перше, у користувача можуть змінюватися значення коефіцієнтів, наприклад, залежно від віку та стажу чи потрапляння до НС. Відповідно, вартість поліса може помітно змінитись, і не завжди на користь користувача. По-друге, не завжди інтеграційні послуги дозволяють продовжити поліс або внести зміни до нього.
Ну і, загалом, у багатьох страхових компаній на даний момент ця функціональність є "ахіллесовою п'ятою". Адже правильна інтеграція з іншими сервісами, наприклад, РСА, і як наслідок, безпомилкове продовження полісів КАСКО та ОСАЦВ, дозволяє утримати колишніх клієнтів, а отже, зміцнити позиції на ринку.
Приклади тест-кейсів :
Перевірити правила страхових вимог;
Претензія може відноситися до максимального та мінімального платежу;
Дані точно передаються до всіх підсистем, включаючи облікові записи та звітність;
Претензії можуть бути опрацьовані по всіх каналах, наприклад через Інтернет, мобільні телефони, дзвінки тощо;
Тест на 100% охоплення та точність розрахунків, що визначають ставки страхових внесків;
Формула для розрахунку дивідендів та виплачених сум дає правильне значення;
Вартість викупу розраховується відповідно до вимог полісу;
Перевірка фідуціарних реквізитів та вимог бухгалтерського обліку;
Протестуйте складні сценарії щодо припинення та відновлення поліса;
Перевірка різних умов значень суми безпеки страхування;
Тестові сценарії припинення дії полісу;
Обліковий запис головної книги поводиться так само, як і за узгодженням з допоміжною книгою;
Тестовий розрахунок чистих зобов'язань для оцінки;
Тестування умов продовження терміну страхування;
Перевірка поліса для випадку суми безпеки страхування;
Різні умови страхування поводяться як очікується;
Розмір премії відповідає плану товару;
Протестуйте автоматичну систему обміну повідомленнями, щоб інформувати клієнтів про нові продукти;
Перевіряйте всі дані, введені користувачами в міру проходження робочого процесу, щоб ініціювати попередження, відповідність вимогам, повідомлення та інші події робочого процесу;
Переконайтеся, що шаблон страхового документа підтримує формат документа MS Word;
Тестова система для автоматичного створення рахунку та надсилання його клієнту електронною поштою.
Джерела:
Дод. матеріал:
Last updated