Привет! Меня зовут Роман Авдонин, я Head of QA в KTS.

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

Два месяца назад я собрал себе рабочий контур из Claude Code, Obsidian и пачки markdown-файлов. Теперь журнал ведётся сам. Я рассказываю ассистенту, чем занимался, а он раскладывает это по файлам, двигает карточки на доске и к понедельнику готовит отчёт для встречи 1:1 с руководителем. Достижения копятся в отдельной папочке, так что к следующему перф-ревью я готов заранее.

В этой статье я расскажу, как контур устроен и как он эволюционировал за два месяца. В конце я оставил промт, который можно просто вставить в Claude Code или Cursor, агент возьмёт у вас короткое интервью и соберёт такой же контур под вас.

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

До внедрения TMS процесс тестирования был довольно локальным — QA и команды внутри проектов самостоятельно определяли насколько плотно покрывать проверками функционал, где и как эти проверки хранить, какой выбирать формат для отчетов по регрессам. Такой подход имеет право на существование, но он не масштабируется, неудобен в случае усиления команды новыми участниками и совершенно непрозрачен для клиентов. Мы решили перейти от подхода «у каждого свое» к централизованной и прозрачной для всех стейкхолдеров системе.

Привет! Я Рома Авдонин, Head of QA в KTS.

На Хабре уже выходили посты о том, как тяжело найти работу QA в 2024–2025 годах, но мало кто взвешивает сразу две позиции — и кандидата, и нанимателя. Я побывал по обе стороны и решил поделиться наблюдениями.

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