Что я узнала за 17 лет в обеспечении качества программных продуктов
Дисклеймер: для упрощения будем считать, что QA-инженер, тестировщик, инженер по обеспечению качества - это синонимы. Это люди, которые проверяют, насколько качественно работают программы.
За 17 лет работы в этой сфере я прошла путь от ничего не понимающего стажера с горящими глазами до руководителя, поэтому пишу свои ощущения и от работы инженером и от работы руководителем (лидом). Поехали!
1. Терпение — это когда ты уже не орёшь чаечкой, а идёшь заваривать чаёк ☕️
Потому что баг (ошибка в программе), о котором говорила три недели назад, что он критичный, а его посчитали пустяковым и пустили в прод (т.е. к пользователям), всплыл у пользователя и теперь вся команда на ушах.
Потому что три созвона наложившихся на время обеда – не беда.
Потому что твой тестировщик хочет повышения, но ничего для этого не делает и только ноет, а ты спокойно выслушиваешь, рекомендуешь что делать и так по кругу.
Потому что на собесы приходят недоджуны с не очень горящими глазами и запросами сеньоров, но не все ведь такие!
2. Детали — это ловушка для перфекционистов, в которой кроется дьявол.
Поехала вёрстка? Ссылка не того цвета? Реальность абсолютно расходится с макетом и требованиями? И вот ты уже три часа доказываешь, что это баг, а не фича, чтобы не получилось, как в п.1. Внимание к мелочам — это когда ты видишь баг там, где остальные видят "нормально же". А еще сюда же бонус – профдеформация! У тебя теперь есть суперспособность видеть баги вообще везде так, что создаётся впечатление, как будто они тебя преследуют.
3. Коммуникация — это искусство не прибить никого и сделать так, чтобы команда работала слажено и на одной волне.
Суметь объяснить разработчику, что его код сломал критичную функциональность, несмотря на его "у меня же всё работает" – это порой виртуозное искусство.
А в качестве лида надо поддерживать мотивацию команды даже в условиях полной жопы вокруг — мой новый уровень дипломатии. Я теперь не просто переговорщик, а еще иногда и террорист, и заложник в одном лице.
А ведь еще и собеседования, и встречи один-на-один и еще много видов коммуникаций и все разные и интересные! И каждый раз что-то новенькое, не соскучишься!
4. Технологии новые, а люди одинаковые и в то же время разные!
Flash умер, React родился, а кнопка "Купить" всё равно не работает, если кликнуть дважды. А разработчику всё еще надо доказать, что это баг (см. предыдущий пункт)!
Вообще в качестве лида я не очень успеваю следить за новыми технологиями и некоторые вещи узнаю от своих тестировщиков. На встречах с ними помимо прочего мы обсуждаем новинки: что-то я рассказываю, чем-то делятся инженеры. Это очень круто, когда твои тестировщики такие умнички!
5. Автотесты всё сами сделают, пока ты посидишь на шезлонге с коктейлем? Ха-ха и еще раз ха!
На заре своей карьеры, когда я узнала про существование автоматизации, я была уверена, что автотесты спасут мир. А потом поняла: пока ты пишешь автотест, другие 10 автотестов устаревают и их надо поддерживать. Абсолютно всё не автоматизируешь. Ручное тестирование никуда не денется в любом случае. Нужен правильный баланс, а для каждого проекта и команды этот баланс свой и надо его нащупывать. При чём баланс не статичен, он постоянно меняется в зависимости от миллиона параметров. Особенно важно думать про баланс, когда ты лид и надо и рыбку съесть…и косточкой не подавиться 😅
6. Ошибки — лучший учитель, но непростой… И чем больше людей под твоей ответственностью, тем выше цена ошибки.
Когда ты тестировщик, то самая большая ошибка - пропустить баг в прод. И вот твой баг уже звезда ретро (ретро - это такие командные встречи, на которых мы смотрим в прошлый период времени и обсуждаем, что получилось хорошо, какие были проблемы и как мы можем предотвратить в будущем аналогичные проблемы)!
Когда ты лид, то ошибки будут и в найме, и в построении процессов, и во внедрении изменений и в коммуникациях с командой и другими лидами. Последствия ошибок будут в потерях денег/времени/сил/хороших кадров.
Но, как и раньше — каждый косяк — это урок, за который хочется сказать "спасибо", но почему-то через зубы 😬
7. QA — это далеко не только баги, но и процессы! Видишь, что в команде что-то неудобно, долго, сложно – предлагай сделать лучше! И не просто предлагай, а победи демона «нормально же работаем».
Отчасти из-за этого пункта я в итоге и пошла по менеджерской стезе, потому что хотела больше влиять на процессы и побеждать демонов более эффективно 💪
8. QA – как многорукий Шива, только не многорукий, а многоликий и не Шива, а…. ну вы поняли 🤪
Будучи в роли QA инженера я поняла, что надо уметь переключать сознание и смотреть на своё приложение с разных точек зрения: с инженерной, как разработчик; с бизнесовой, как заказчик; с пользовательской, как юзер; с точки зрения инженера поддержки и т.д. Это необходимо, чтобы учесть все нюансы и проверить то, что действительно важно.
В роли лида я учу этому подрастающее поколение и ищу таких инженеров, которые могут так переключаться.
9. Время — штука, которой никогда нет. По своей сути процесс тестирования может быть бесконечным, если будут бесконечные время и ресурсы. А такого добра не бывает никогда, поэтому надо хорошо уметь в приоритезацию и креатив и даже пробудившись среди ночи суметь ответить на популярный в собесах вопрос «что делать, если релиз завтра, а на проверки надо 3 дня?».
10. Любовь к QA — это когда ты в своей стихии!
Я тут 17 лет, и я уже не просто часть цирка, а его весёлый режиссёр. Руководить командой, настраивать процессы и видеть, как всё работает — это мой драйв, мой кайф и моя гордость!
11. Бонусный: QA лид — это когда ты одновременно Шерлок Холмс, нянька и немного злодей из комиксов 👻
