Структура тестирования страховых программных продуктов мало чем отличается от тестирования других программ. А вот особенности, которые следует учитывать, у каждых продуктов свои. В данной статье вы узнаете, на что следует обратить внимание, оказывая услуги по тестированию ПО для страховых компаний.
Удобство использования
В 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 КоАП РФ).
Ценообразование
Наверное, самое интересное и сложное, с чем могут столкнуться аналитики и тестировщики на проекте страхования — это тарификатор. Важно обращать внимание на следующие факторы:
- правильность требований к формулам, значениям коэффициентов;
- правильность использования формул, значений и коэффициентов;
- правильное использование версий формул, значений и коэффициентов;
- соблюдение законодательного регулирования по имеющимся значениям;
- правильность округления. Это стоит учитывать и в самих формулах, и при загрузке/вводе в БД. Нужно понимать, что даже незначительное округление может сильно повлиять на стоимость страхового продукта.
На примере ниже видно, что округление до 1 знака после запятой уже меняет цену полиса примерно на 10 процентов.
На стоимость полисов КАСКО ошибки в округлениях коэффициентов могут повлиять гораздо сильнее.
Печатные формы
На практике есть случаи, когда люди, купившие электронные полисы КАСКО или ОСАГО, не получили их на почту и обращались в техподдержку страховых компаний.
На что стоит обратить внимание, тестируя печатные формы:
- Печатные формы должны скачиваться и приходить на почту без ошибок и задержек по времени, с правильными названиями и в полном объеме: полисы, памятки, чеки и т.д.
- Шаблон печатной формы должен соответствовать законодательству.
- Информация в печатных формах должна соответствовать тем данным, которые указывал и видел пользователь на сайте или в приложении.
- Текст должен размещаться в установленных границах.
- Если использовалось шифрование документов, то этот момент обязательно проверяется.
Пролонгация и внесение изменений
Отдельно хотелось бы отметить пункт про продление страховых полисов, а также внесение изменений в них. Во-первых, у юзера могут меняться значения коэффициентов, например, в зависимости от возраста и стажа или попадания в ЧС. Соответственно, стоимость полиса может заметно измениться, и не всегда в пользу пользователя. Во-вторых, не всегда интеграционные сервисы позволяют продлить полис или внести изменения в него.
Ну и, в целом, у многих страховых компаний на данных момент эта функциональность является “ахиллесовой пятой”. А ведь правильная интеграция с другими сервисами, например, РСА, и как следствие, безошибочное продление полисов КАСКО и ОСАГО, позволяет удержать прежних клиентов, а, значит, укрепить позиции на рынке.
В своей работе мы сами руководствуемся всеми советами, о которых рассказали вам в этой статье, регулярно применяя их на практике. Разумеется, пунктов, на которые нужно обращать внимание при разработке и тестировании ПО для страховых компаний, намного больше. В данной статье были описаны основные моменты и “подводные камни”, с которыми сталкиваются тестировщики при проведении тестирования страховых продуктов.
Мы надеемся, что статья была вам полезной. Желаем удачи в работе!
