Компания использует собственное программное обеспечение, через которое агенты составляют страховые полисы и оформляют договоры. Вся разработка системы велась внутренними силами компании, а результаты проходили только внешнее тестирование. Каждая четвертая задача, попадавшая на этап тестирования, возвращалась на доработку.
Страховая компания обратилась в ICL Services за услугами тестирования и регламентирования процесса тестирования внутри компании. Сотрудничество началось в сентябре 2018 года.
При внешнем тестировании заказчик передавал проверку выполненных задач агентам. Из-за этого был большой разрыв в предоставлении качественного функционала системы. Поскольку агенты не были профессиональными тестировщиками, они не могли достаточно точно описать действия, приводящие к ошибкам.
Задача возвращалась на доработку, но у разработчиков и аналитиков уходило много времени на то, чтобы определить, в чем проблема. Попадание задач в замкнутый круг «разработка-тестирование» приводило к высокому проценту возврата на доработку. Так, в августе было создано 120 задач для теста, на доработку возвращено 33. Процент возврата — 27,5%.
Задачи
- Построение системы дополнительного внутреннего тестирования ПО
- Снижение количества возвращаемых на доработку задач
Сотрудники ICL Services стали необходимым звеном по внутреннему тестированию. В проекте были задействованы два тестировщика и руководитель проектов, которые в отдельном чате с аналитиками и руководителем отдела тестирования со стороны клиента ежедневно обсуждали задачи.
Каждое утро тестировщики ICL Services смотрели в таск-трекере, какие задачи готовы для тестирования, и сообщали, какие задачи они берут в работу — так заказчик всегда понимал, чем заняты специалисты.
Как проходит тестирование:
- Компания-заказчик предлагает варианты оптимизации текущих или организации новых процессов. Аналитик создает документацию, которая описывает, как должна работать та или иная функция системы.
- Специалисты компании-заказчика по техзаданию аналитика пишут код.
- Тестировщики ICL Services изучают описание задачи от аналитика, проводят функциональные и юзабилити-тесты и оценивают, верно ли работает та или иная функция системы, реализованная разработчиком. Если действия в системе не соответствуют тому, что описано в тест-кейсе, тестировщик возвращает задачу на доработку с подробным описанием того, что пошло не так.
- «Чтобы исправить ошибку, разработчику нужно ее сначала повторить, а потом понять, из-за чего она возникла. Тестировщики как раз качественно описывали последовательность всех своих действий. С таким подходом разработчику требовалось намного меньше времени для устранения багов», — рассказывает Михаил Лившиц, руководитель проекта по разработке программного обеспечения ICL Services.
- Каждая задача, которая приходила на стадию тестирования, была новой разработкой или функцией. Поэтому все тесты проводились вручную, без использования автоматизированных сервисов.
Продукты и технологии
- Тестирование программного обеспечения (ПО)
Результаты
- За сентябрь, когда началось сотрудничество, процент по возвращению задач на доработку сократился до 17,5%. В октябре процент возврата снизился до 3,23%.
- В течение семи месяцев сотрудничества с компанией тестировщики ICL Services проводили тест-кейсы по каждой задаче, а также описали регламент тестирования, на котором основана внутренняя компетенция по тестированию.
- Благодаря внутреннему тестированию силами ICL Services, разработчики смогли быстрее исправлять ошибки, тем самым ускоряя внедрение новых функций. Это, в свою очередь, помогает заказчику оказывать качественный сервис своим клиентам и более рационально использовать силы аналитиков и разработчиков.
Вы можете задать мне любые интересующие вас вопросы и получить подробную консультацию по нашим услугам.
эксперт по управлению приложениями Sharepoint