Как в «Цифра банк» проводится QA

Тестирование мобильного приложения end-to-end.

Роль тестирования при разработке программных продуктов всегда составляла значительную часть общего процесса разработки, однако, индустрия внедряет крайне мало новшеств в подходы именно к организации тестирования. И, как правило, когда речь идет о работе QA специалистов, то упоминаются только техники тест-дизайна, виды тестирования, процент покрытия автотестами и другие технические инструменты, но очень мало говорится о связи между ними.

В «Цифра» мы решили посмотреть на процесс тестирования более глобально для того, чтобы оптимизировать наши ресурсы на комплексное обеспечение качества. В первую очередь потребность в нововведениях мы ощутили на проекте мобильного приложения, поскольку оно является лицом банка, на котором в конечном итоге замыкается большинство наших продуктов и процессов.

За каждым мобильным приложением, которое видит клиент, часто скрывается большое количество всевозможных интеграций и микросервисов. В случае банковских приложений, казалось бы, простая цепочка перевода денежных средств состоит из множества взаимодействий различных систем, где каждый элемент этой цепочки крайне важен.

Именно поэтому, наша команда, QA лидом которой я являюсь, тестирует мобильное приложение end-2-end. Мы отказались от раздельной проверки front и backend, и раздельных тест-кейсов, как это часто принято делать в индустрии, поскольку нам крайне важно, чтобы каждый процесс на 100% работал исправно от начала до конца. Мы пришли к выводу, что контролировать 2 точки (вход – мобильное приложение и выход – результат процесса) гораздо эффективнее, чем пытаться контролировать вход и выход каждой интеграции.

Таким образом, наши тест-кейсы и матрицы сценариев максимально приближены к user stories наших клиентов. Конечно, есть моменты, которые можно проверить только на backend, но относительно всех тестовых сценариев у нас их достаточно мало.

Как известно, время – деньги, и, чтобы успешно конкурировать в российском банковском секторе, «Цифра» постоянно предлагает клиентам уникальные новые продукты, в следствии чего мобильное приложение и объем тестирования растут стремительными темпами. Поэтому для того, чтобы сократить время на автоматизацию тестирования и прохождение тест-кейсов, мы внедряем, как это у нас называется, конструктор тест-кейсов.

Подобного рода оптимизация приводит к значительному сокращению времени всего производственного цикла: быстрее проходятся тест-кейсы, пишутся и проходятся автотесты, выполняется регрессионное тестирование, и, как следствие, мы можем быстрее выпускать релизы приложения.

В заключении, хочется упомянуть про качественный аспект тестирования, а именно про важность грамотной работы с документацией и взаимодействия с другими участниками производственного процесса. Можно сказать, что этот аспект стоит во главе тестирования продукта и составляет, на мой взгляд, 50% успеха, поскольку документация не всегда может явно описывать все пользовательские сценарии, а учесть их в работе необходимо. К этому мы и стремимся в «Цифре», чтобы, взяв качественный исходный материал в виде всех учтенных сценариев, приложив к нему техники тест-дизайна, автоматизацию и связав всё это воедино, получить на выходе такую стратегию тестирования, которая обеспечивает высокое качество продукта.

#QA #end_to_end #end2end #всёвцифре