— Как эксперт по обеспечению качества, вы сыграли ключевую роль в разработке и внедрении двух известных методик. С какими основными проблемами в IT-проектах вы сталкивались, которые и стали причиной разработки этих методик?

— Первой проблемой было то, что даже при хорошо выстроенных процессах на проекте и достаточном покрытии сборки тестами после релиза на продакшн всё равно обнаруживались дефекты. С этим сталкивается большинство проектов, поскольку невозможно гарантировать полное отсутствие дефектов: тестирование может показать наличие дефектов, но не доказать их отсутствие. Поэтому хотелось разработать решение, которое помогло бы ещё больше сократить количество дефектов в «Слепых зонах».

Вторая проблема возникала при тестировании backend-задач. Инженеры по тестированию сталкиваются с недостатком практического опыта работы с инструментами, предназначенными для тестирования серверной части приложения. В частности, им не всегда понятно, какие функции конкретного инструмента следует использовать в той или иной ситуации и как именно их применять. Особенно заметна эта проблема была у Junior и Middle тестировщиков, которые не имели регулярной практики тестирования серверной части приложения.

— Одним из ваших вкладов в IT-сферу стало создание решений для перечисленных проблем. Расскажите подробнее о полученных результатах и эффективности разработанных методик?

— Результаты по выявлению «Слепых зон» и предотвращению дефектов оказались значительными, так как после применения методики удалось существенно сократить количество дефектов, которые доходят до пользователя. При этом удалось снизить количество как критических дефектов, так и менее значительных.

Для процесса тестирования backend-задач также были зафиксированы высокие результаты. Применение разработанной методики позволило Junior и Middle тестировщикам при тестировании backend-задач сократить время выполнения на 50% и увеличить количество обнаруженных дефектов на 150%.

— Как у вас появился интерес к научному подходу в работе с качеством IT-продуктов?

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

В IT многие решения принимаются на основе накопленного опыта и устоявшихся практик. Это, безусловно, важно, но мне стало интересно дополнить такой практический опыт исследовательским подходом: формулировать гипотезы, проверять их на данных и оценивать результаты объективно.

Так постепенно у меня появился интерес к тому, чтобы применять научный подход в QA и использовать его для более точной оценки качества IT-продуктов.

— Вы также публиковали научные статьи, в том числе в журналах ВАК. Насколько сложно переводить результаты практической IT-работы на язык научного исследования?

— Да, это может быть непросто, потому что практическую задачу нужно правильно сформулировать и обосновать с научной точки зрения. Но мне в этом плане очень помог университет. Там я писал научные статьи и получил хорошую практику. Поэтому позже, когда я столкнулся с заявленными проблемами и начал искать их решение, я уже мог применять научный подход к их анализу и поиску решения. А затем мне было проще систематизировать полученный опыт и оформить его в виде научной статьи.

Также, конечно, для публикации в журналах ВАК требования выше. Здесь уже недостаточно просто описать, какое решение ты разработал и какого результата добился. Нужно показать, в чём заключается научная составляющая работы, обосновать разработанную методику и показать, почему она действительно позволяет решить поставленную проблему.

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

— Думаю, что да, но сейчас я больше сосредоточен на разработке новых методик и их практическом применении. При этом мои уже разработанные методики используются научными сотрудниками в своих исследованиях и разработках, поэтому думаю, что это направление будет развиваться и дальше.

— Как вы считаете, станет ли в будущем сочетание исследовательской работы и IT-практики обязательным условием для создания конкурентоспособных продуктов?

— Я думаю, что да, в перспективе сочетание исследовательской работы и IT-практики будет становиться всё более важным. Особенно это актуально для сложных технологических продуктов, где недостаточно просто реализовать идею, важно понимать, как её можно улучшить и за счёт каких подходов получить более эффективный результат. При этом я не думаю, что исследовательская работа станет обязательной для каждого IT-продукта, но для создания действительно конкурентоспособных и технологичных решений она может дать большое преимущество.