Не сжигайте себя из-за старых практик тестирования

Разрушьте традиционные хранилища QA и предоставьте разработчикам возможность самостоятельно проверять качество.

Ответственность за то, чтобы быть единственным тестировщиком в команде, может казаться либо непосильной, либо приносящей удовлетворение, либо даже и тем, и другим. Выгорание реально, и все больше людей испытывают его, не замечая этого. В 2018 году Evernote написал статью Настоящая цена выгорания, которая актуальна и по сей день. Работа в одиночку в качестве единственного тестировщика характерна для многих компаний, поэтому я хочу, чтобы эта статья помогла этим людям избежать того, что я называю OTB. (Только Tester Burnout).

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

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

Есть известная цитата китайского философа Конфуция, которая гласит: Выбери работу по душе, и ты не будешь работать ни дня в своей жизни. Я во многом объясняю свою способность жонглировать десятью тарелками тем фактом, что мне действительно нравилось то, что я делал. Я взял на себя ответственность и ответственность за то, чтобы убедиться, что я проверил и протестировал все, что мне было нужно, и я наслаждался теми моментами успеха, когда мне удавалось исправить эти ненадежные сценарии тестирования пользовательского интерфейса.

Примите команду

Стать Ханом Соло для многих нелегко, и традиционная практика тестирования, заключающаяся в передаче всей работы одному тестировщику, мертва. Избегайте выгорания, обращаясь за помощью к команде разработчиков для проверки и тестирования функций.

Я бы предложил использовать термин Quality Assistance — термин, популяризированный технологическим гигантом Atlassian. Основное внимание уделяется обмену и накоплению знаний о тестировании всей командой, а не только самими тестировщиками.

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

Времена эволюционировали

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

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

Избегайте выгорания, не взваливая на свои плечи бремя всех испытаний. Например, команда разработчиков из 8 человек может намного легче распределять работу из-за их количества. Один тестировщик прорвется, но быстрее достигнет критической точки выгорания.

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

  • Откажитесь от подхода Хана Соло и примите команду, направляя и обучая их методам тестирования, которые помогут сформировать сильную культуру тестирования.
  • Времена изменились, объем и обязанности тестировщиков расширились во всем, так что не перегорайте из-за традиционных практик тестирования.

Подписаться, если вам понравилось то, что вы прочитали? Ставьте аплодисменты 👏 и следите за новостями!