Как QA может вести команду к успеху

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

Что может делать QA, чтобы успешно влиять на команду?

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

🔵 Присутствуйте на важных митингах команды, задавайте вопросы, обращайте внимание на различные кейсы. Так вы будете в курсе событий и сможете лучше понять происходящее в команде на текущий момент. Записывайте важные моменты, чтобы не забыть ;)

🔵 Делитесь знаниями о тестировании, проводите обучающие митинги и расскажите о состоянии дел в регресионном тестировании, в подходах и т.д.

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

🔵 Вливаться в тестирование как можно раньше, не стоять в стороне, развивать подход shift-left testing. Ведь не для кого не секрет, что нахождение дефекта на ранней стадии экономит и время и деньги, соответственно чем раньше тестировщик будет вовлечён, тем лучше для команды.

🔵 В ваших силах показать, насколько полезными бывают автотесты. Покажите, как запускать, сколько они длятся, какой профит команда с этого получает и т.д. Настройте отчёты, сообщения в рабочие чатики или e-mail. Иногда полезно отделить тесты команды от общей массы и следить только за ними. Смотрите вместе с командой, какие результаты, какие ошибки возникают, коммуницирйте, ведь это почти что ваша живая документация по продукту, если всё правильно сделать.

🔵 Любой человек способен ошибиться — примите это как факт, не стоит критиковать, лучше объяснить подробно, что и как и где. На практике это очень помогает, именно разобраться вместе по полочкам, а вдруг это вы не правы или проблема не на вашей стороне и что делать дальше.

🔵 Станьте путеводителем по продукту. Чем дольше вы работаете, чем ценнее эти знания. Идеально, если вы знаете предысторию, как и зачем то или иное было сделано, но не всегда это возможно. Если же ничего нет, то начните делать всё сами с нуля: разбейте на mind maps, используйте внутреннюю документацию качественно, структурируйте её грамотно, положите рядом с документацией своей команды.

И ваши труды будут не напрасны — к вам будут обращаться не только разработчики вашей команды с целью объяснить ту или иную функциональность, но и остальные — PM, PO, дизайнеры и т.д.

🔵 "Нам нужны не разработчики в тестировании, а тестировщики в разработке".

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

QA может также применять эти способности в других областях, например, в разработке, управлении, дизайне.

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

Вывод

Хороший QA — друг и помощник всей команды, вносящий весомый вклад в развитие продукта и в улучшение работы команды.