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

Но взаимодействие аналитика и тестировщика всегда усложняется при росте системы. 

• Что делать, если существующий процесс требует всё больше мануальной работы?
• Как проверить полное покрытие изменений тестами и не умереть от скуки?
• Как отследить, что небольшое изменение в требованиях отразилось во всех связанных тесткейсах?
• Как не возненавидеть друг друга в процессе поиска приемлемого решения?

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

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

В рамках данного доклада на примере внутреннего разработческого портала в банке я с точки зрения аналитика расскажу о том:

• Что такое REST API?
• Как его можно и нужно документировать?
• Где граница между системой с большим количеством интеграций и внутренним порталом?
• В чём разница между внутренним и внешним разработческим порталом?

На рассмотренном примере я поделюсь нашим опытом по созданию внутреннего портала.