"Тестировщик" – это просто

Не буду повторяться про большую разницу "тестировщик" и QA. Да, нельзя путать эти понятия. В этой статье мы будем использовать народное слово "тестировщик", а думать про QA.

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

Из-за этих заблуждений на рынке очень мало хороших QA
Люди, которые так считают, возможно, априори не смогут “легко войти в айти”. Да и стать крутыми специалистами. Сейчас объясню почему. В этих фразах четко прослеживается: обесценивание чужого труда, незнание особенностей профессии QA, кодоцентричность и отсутствие тактичности. Для QA важно критическое мышление, чего мы не наблюдаем в этих фразах.

Обесценивание чужого труда – это прямой путь к оправданию своей лени.
Лень разобраться, почитать десяток статей и одну книгу. Лень понимать компетентных людей, лень думать.Когда меня спрашивают “Чего ты не хотела бы видеть в команде/компании?”, первое, что я отвечаю, это “Чтобы никто не обесценивал чужой труд”. Такое может встречаться относительно любой профессии. Люди от незнания считают, что тестирование – это просто кликанье на кнопочки, что фронтенд – это изи, что дизайнер – это не серьезно и TypeScript – язык для лохов и т.д. Стоит лишь поработать полгода с тем, что кажется простым, и придет понимание, что у этого есть свое предназначение и без этой составляющей не построить успешный бизнес.

Выучить список техник тест-дизайна – просто. Понять и научиться их применять – не просто. Это приходит с продолжительным трудом, работой и умением системно мыслить.

Увидеть, что кнопка не работает – просто. Продумать заранее неочевидные сценарии, в которых кнопка может не работать – сложно. Кликнуть на готовую кнопку – просто. Кликнуть на несуществующую кнопку – сложно. Сложно проверить несуществующее. И сложно предотвратить несуществующее. А еще сложнее, когда работа кнопки зависит от других компонентов системы, от нагрузки на сервер и от много чего другого одновременно.

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

• Внимательность
• Критическое мышление
  
• Честность. Если QA что-то не учел при тестировании, он должен уметь честно и без страха в этом признаться. Важно вовремя и честно говорить о проблемах. Это важно для продукта, для бизнеса, для пользователя. Нормально – что-то упускать, забывать, не нормально – скрывать, забивать.
  
• Умение давать честный фидбэк и принимать критику в свою сторону
  
• Умение грамотно и четко документировать
  
• QA – это адвокат пользователя
  

Мы говорили сейчас о ручных QA. Но не забываем про ветку QA Automation, где недостаточно всего вышеописанного. При автоматизации вы заставляете тачку воспроизводить код разработчика так, как вам нужно. И предварительно, используя все знания о тестировании и свой опыт, вам нужно определить – как вам нужно.

Каждая профессия несет свою ценность, как и любой труд.