😡 Минусы быть тестировщиком, спустя 9 лет работы!

Лучше поздно чем никогда, кек.
На самом деле нет - о плюсах будет другой пост🥰

1️⃣Отсутствие осязаемого результата труда. Когда у строителя есть - дом, у разработчика - код, у плотника - плот. Что есть у тестировщика? И ладно, если автоматизатор, там есть автотест, но если тестить руками, так и получается что ты просто тестируешь и тестируешь, как самурай без цели.😡

2️⃣Рутина - чтобы идти путь качества, нужно проводить одни и те же тесты в регрессах, писать плюс минус одинаковые кейсы , а если автоматизатор - автотесты, зачастую, без интересной логики, с одними и теми же действиями и асертами. Бывает разнообразие в проектах, но и тут все сводится к банальному выяснению требований, написанию кейсов, их исполнению.😐

3️⃣Отсутствие четких требований - я хз, может мне так везло, но за весь мой опыт работы, я исчерпывающих требований в глаза не видел , это всегда или намеки на них, или неоднозначная писанина , которую проще переписать чем валидировать и самая основная работа по проекту, у QA, сводится к тому чтобы их получить и зафиксировать. Иначе будет жёсткий нервяк, за что нести ответственность если ты не знаешь её границ? 🤨

4️⃣Профдеформация - из за постоянно давящей ответственности за качество, начинаешь во всем видеть противоречия, далеко не только в работе, где это ок и от тебя их и ждут, но и в жизни, где ты становишься таким "душным типом", который не может пройти мимо не точности, двусмысленности, и не поправить человека.
А ты знаешь тестировщика и приятного собеседника в одном лице ❓

5️⃣Постоянная спешка - в работе никогда ни на что нет времени, ни посидеть подумать тесты, ни проверить все что хотел. А ещё, вот эти офигенные вбросы:
-"Надо катнутся через неделю/завтра/вчера!"
(проект, при этом, не то что не тестирован, не реализован даже)
Успеем в релиз? Ваши ставки?🃏
Это просто потрясающе, куда постоянно торопится менеджмент, кто то может сказать? Как будто, если релизнутся пораньше, взорвать пользовательский опыт не очевидными багами, будет лучше, чем ехать, хотя бы сколько то уверенными в качестве фичи? Так ещё и проекты, в большинстве своем, не взлетают по итогу.
Отвал фляги крч. 🤡

А что тебя бесит в твоей работе?
Напиши в комментариях

📱Шортс по теме ⬇️

Вроде бы, только недавно, мы, нашей томатной командой тестирования тусили на SQA DAYS 34 💋

А уже скоро, новая конференция, которую, уже планирую посетить как докладчик.
Тут видео анонс доклада 📱

Приходите, буду очень рад увидеться🤗

Поговорим о вкусностях в работе тестировщика и почему я люблю эту профессию 💍

Минусы профессии можно почитать тут!

Я ворвался в айтиху через разработку, а именно разработку под Андроид и это было больно!

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

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

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

Также , можно писать автотесты , чтобы не потерять навык написания кода, если это тебе важно. Да, это не совсем программирование и достаточно рутинно в какой то момент, но это всегда можно разнообразить тест дизайном, исследовательским тестированием или написанием документации. Короче , любую рутину тестировщика есть чем разбавить и это кайф 😎

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

А за что любишь свою профессию ты ?
Пиши в комментарии

📱 Шортс по теме

🤓 Один из ключевых принципов тестирования - «Раннее тестирование»

Ведь чем раньше был обнаружен баг, тем он дешевле для бизнеса.

Поэтому, важно сдвигать начало тестирования максимально влево (Shift left testing)

Для реализации этого принципа, в клиентском тестировании «Яндекс Лавки» мы используем шаблон тест плана, который создаем внутри «Трекера», при переводе статуса проектной задачи в "техническую проработку".

Этот шаблон, создавался на основе лучших практик наших инженеров по тестированию и сейчас используется на всех проектах клиентского продукта Яндекс Лавки.

Он помогает распрозрачить процесс тестирования для всех участников и учесть все узкие места будущей реализации проекта.

Если ты из Яндекс и хочешь попробовать внедрить его у себя в проекте, можно клонировать шаблон по этой ссылке 🔗

А если из другой компании, то можешь воспользоваться шаблоном в эксель формате, он такой же универсальный, но уже без лавочной специфики 🍫

😧 Что важнее для тестировщика Софты или Харды?

Порассуждали об этом со Старшим инженером по тестированию Яндекс Лавки Игорем Нестеренко, приятного просмотра🤗

Ставьте огонечки если было интересно и полезно🔥

📱 Видео на ютуб