Как стать автором
Обновить
0
Иннотех
Цифровизируем бизнес

Стресс-тестирование: как тестировщикам жить в беспокойном мире багов

Время на прочтение 12 мин
Количество просмотров 8K

В тестировании я работаю около 5 лет. За это время сменила несколько компаний и выросла с джуна до QA-Lead'a. Все годы работы я наблюдала за психологическим состоянием коллег, а потом и членов команды, которую набирала под себя.

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

Придя в «Иннотех», я продолжала собственные исследования влияние стресса на тестировщиков. И готова поделиться результатами, а также советами, как сделать работу менее нервной и напряжённой.

Да кто такой этот ваш стресс?

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

Как только началась пандемия, я начала мыслить на тему стресса. Как я себя чувствую? Не слишком ли переживаю из-за релиза? Насколько плохо мне из-за пропущенного бага? Или вообще тестирование — это не моё? Ситуация стала критической. Я поняла, что постоянно на стрессе — у меня целыми днями подавленное настроение, а мои близкие от этого страдают. Было ощущение, что нахожусь не в своей тарелке и не соответствую компетенциям. Казалось, что мне дают менее приоритетные задачи.

Я заметила, что мало общаюсь со специалистами по тестированию и почти не в курсе «ситуации на рынке». Наткнулась на несколько сообществ тех, кто занимается тестированием, периодически читала обсуждения. Со временем поняла, что не одна живу с такими проблемами, а довольно много людей испытывают похожее чувство стресса. Тогда во мне родилась идея как-то классифицировать стресс, сделать упор именно на комьюнити специалистов по тестам. То есть описать стресс не в разрезе психологии, а в плане более узконаправленном — как чувствует себя тестировщик, какой стресс он испытывает.

Придя на позицию QA-Lead’а, я получила возможность проводить встречи один на один и в более тесной обстановке изучать сотрудников: проговаривать успехи и неудачи, особенности работы на позиции. Я смогла со стороны посмотреть и оценить как работу сотрудника, так и его самого как личность. Не зря говорят, что работа QA-Lead'ом одна из самых сложных в этом плане. Надо следить как за состоянием продукта, так и за состоянием сотрудников. Всё-таки quality assurance можно поддерживать, если у нас есть все детали к Lego.

Факторы

Некоторое время собеседуя сотрудников и просто общаясь с тестировщиками, я сформулировала несколько основных базисных понятий и категорий стресса.

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

Все эти факторы разбила на несколько типов:

  1. фактор страха;

  2. фактор материальный;

  3. фактор неизвестности;

  4. фактор плохого отношения.

Фактор страха — речь о бесперспективности, страх перед начальством и бизнесом. И конечно, страх некомпетентности. А ещё отсутствие командного духа.

Материальный фактор — отсутствие хорошей рабочей техники, недовольство заработной платой.

Фактор неизвестности — отсутствие «полной картины» разработки продукта.

Фактор плохого отношения — главный и почти непобедимый враг. Здесь всё — начиная от смены требований в процессе разработки и до обесценивания работы, срывов сроков релиза как со стороны бизнеса, так и со стороны разработки.

Боремся со стрессом у тестировщиков

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

Фактор страха

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

Бесперспективность только в твоей голове — направление IT развивается семимильными шагами. Раз нужна разработка, то нужны тестировщики. Передовые компании обязательно имеют большой штат специалистов по тестированию. Тестировщика не заменят ИИ и автотесты, потому что всегда нужен «человеческий» взгляд. Ты всегда найдёшь себе работу и будешь востребованным специалистом.

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

Материальный фактор

Слабое «железо» — немаловажный стресс-фактор. Каждый специалист старается использовать при работе лучшую технику, и тестировщик не должен быть исключением. За ПК или ноутбуком ты проводишь восемь и более часов в день. Поэтому удели внимание выбору «железа». Обрати внимание на характеристики дисплея, важно, чтобы глаза не уставали. Позаботься о достаточной производительности: наблюдать лаги и фризы в течение рабочего дня и стрессовать из-за этого — не то, что нам нужно. Постарайся донести пожелания по «железу» до руководителя, если тот не позаботился о сотруднике (да, о тебе!). Хорошая техника сделает работу намного приятней и сбережёт нервы.

Низкая заработная плата — для устранения этого фактора нужна настойчивость. Необходимо ходить на собеседования, мониторить рынок, узнавать требования, развиваться, понять, что нравится. Многие начинают искать вакансии, когда уже ситуация становится критической и нет другого выхода, кроме как уйти с текущего места работы. Так вот, ты должен ходить на собеседования не только чтобы уйти с текущего места, но и для понимания требований рынка и предложений. Возможно, ты знаешь больше, а платят тебе столько же. И ты уже давно не джун, а гораздо выше.

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

Фактор неизвестности

В рабочих процессах не всё зависит от тебя, и ты должен это понимать.

Отсутствие понятного и прозрачного релизного цикла — имей точный график релизов. Планируй поставки совместно со всей командой под руководством It-Lead и лидера команды. Пусть вся команда знает, в какую дату должна быть произведена отгрузка продукта.

Как это организовано у нас: мы релизимся по средам в 19–21 часов и планируем выходить на релизный цикл — раз в две недели. Каждый участник процесса осведомлён, какую версию и какой микросервис мы готовим к поставке.

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

Мы пользуемся Jira. Самый классический и самый универсальный инструмент. Обожаю Jira.

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

Аналитики «Иннотех» бережно поддерживают документацию совместно с тестировщиками и дополняют её по мере надобности. Мы ведём всю документацию в Confluence. Прекрасный классический инструмент.

Игнорирование современных решений — внедряй системы логирования и пользуйся ими, визуализируй процессы. Не принимай ошибок системы «ну я видел, там была ошибка — ищи её потом не пойми где». Проси логи, собирай данные, пользуйся прекрасными технологиями. Не зря говорят, что финтех-разработка очень запутанная. Когда ты смотришь на процесс глазами, он становится осознаваемым, а твой порог вхождения в понимание того, что происходит, заметно снижается.

Мы пользуемся системами логирования и визуализации Apache Kafka, Kibana, Red Hat OpenShift, Camunda. Ходим в системы управления базами данных Oracle, PostgreSQL (я пользуюсь через DBeaver). Щупаем API через Swagger или Postman. И это только сервисы и программы, которыми пользуются тестировщики в моей команде.

Многозадачность — приоритизируй тесты и задачи, вычленяй самое важное. Приходи к руководителю и требуй выделить самую критичную функциональность. Пробуй понять зависимости продуктов друг от друга. Очень часто тестировщики загоняются и пытаются протестировать бегло всё. Протестировать всё — не получится. Береги себя, не имеет смысла сидеть по 12–14 часов в день в надежде, что ты всё проверишь. Пробуй пользоваться практиками тест-дизайна, анализируй результаты, делай выводы. Больше думай — меньше «манки теста». Ручной тестировщик — очень важный ресурс, и никакая система автотестов не заменит невероятный человеческий разум.

Мы вместе с QA-Lead, аналитиком, лидом команды приоритизируем тесты для тестировщиков.

Фактор плохого отношения

Здесь многое зависит от «зрелости» команды. Дело в том, что уже давно тестировщики в среде воспринимаются как полноценные члены команды разработки, которые владеют именно другими навыками Выполнение задач другого рода — это твоя компетенция и роль в команде.

Если фидбэк от разработчика нельзя получить и ты впустую стучишься к нему в личку в одностороннем порядке — это серьёзный звоночек, чтобы задуматься, что сотрудник, который ставит тебя в такое положение, не «командный игрок» и не борется за размещение фичи в продакшене.

Смена требований — любое изменение требований со стороны бизнеса влечёт корректировки в том числе по срокам сдачи проекта. И эти сроки не всегда могут быть оговорены с командной разработки или прописаны в ТЗ. Фиксируйте изменения требований в документации для выставления реальных дедлайнов.

Довольно редко тестировщиков зовут на оценку трудозатрат по задаче. Нужно дать понять команде, что специалист по тестированию обладает своим видением продукта, которое зачастую существенно отличается от видения разработчика или менеджмента. На хорошее тестирование нужно время. Обсуждайте трудозатраты, аргументируйте своё время. Не ок, когда ресурсы дают только в пользу разработки, причём с заметным перевесом, а на тестирование оставляют «всё, что осталось» — это большая ошибка со стороны менеджмента. Говорите об этом своему Lead, его обязанность бороться за вас и ваше время.

Переработки — это проблема или со стороны менеджмента, или личная. Есть люди, которые раскачиваются полдня, особенно на удалёнке, и делают всё в последние минуты, не успевая вовремя сдать продукт. Тестировщик с уважением должен относиться к команде — не всегда правильным будет уйти в конце рабочего дня и оставить открытую задачу на завтра, нужно определять приоритеты, а в случае переработки просить что-то в ответ, какие-то «льготы». Но когда переработки становятся не исключением, а правилом, то отчётливо будет видна ошибка со стороны менеджмента. Количество задачи и требований к ним растёт день ото дня, а количество сотрудников в группе тестирования может не меняться месяцами, а то и годами. Возможно, стоит обсудить с QA-Lead или с менеджером вопрос о найме ещё одного сотрудника, чтобы правильно распределить время.

Когда ты находишься на испытательном сроке или обучаешься новым скилам, важно адекватно оценивать способности и ситуации. С тебя могут требовать как с полноценного сотрудника. Нужно понимать, что в процессе обучения ты будешь работать в треть силы ввиду незнания процессов. Не загоняй себя в депрессию из-за какого-либо плохого отношения к себе в этот период. Ты и команда должны понять, что в этот период ты повышаешь ценность, что важно и для тебя как сотрудника, и для условного человеческого капитала компании. Обрати внимание, что при найме часто пишут «образовательные курсы за счёт компании» — это не пустые слова. Ты должен анализировать и брать все плюсы от предложения, а работодатель, если пишет это в вакансии, должен позаботиться о предоставлении услуги и оценивать стремление к обучению по достоинству.

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

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

Сосредоточение на ручных и рутинных задачах — автоматизируй всё что можешь. Не закапывайся в тонны проверок. Ставь задачи на автоматизацию, вовлекай всех участников команды. И желательно, чтобы твой продукт был покрыт unit-тестами.

У нашей команды тестирования есть система автотестирования для заявок на backend — java, на базе spring boot, frontend — vue js. Мы ставим задачи на улучшение системы и имеем бэклог важных задач, аналитики помогают его приоритизировать. Также у нас есть различные самописные утилиты для сверки стратегий продукта.

Запомни: не принимай всё вокруг как должное. Учись договариваться и пробуй менять процессы, отстаивай свою точку зрения.

Общие советы

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

Высыпайся и веди качественный образ жизни

Не забывай отдыхать — гуляй, занимайся спортом, двигайся. В «Иннотех» занятия спортом и прочий досуг легко компенсировать с помощью кафетерия льгот. Ты можешь купить себе, например, велик, а компания вернёт деньги.

Также у компании присутствует классический ДМС со стоматологией — это помогает следить за здоровьем. Есть возможность получения психологической поддержки — ходить можно без ограничений. Я вот так сходила «по приколу», так и до сих пор и хожу. Чувствую себя намного увереннее.

Если спорт — это не твоё, то всё нормально. Бывает, что человек устаёт и ему не до пробежек или похода в зал, а наоборот, хочется успокоиться. Тут нам на помощь приходят хобби, чтение, искусство, игры. Кому-то, безусловно, может помочь медитативное хобби — вязание или занятия каллиграфией, собирание пазла или Lego. Знаю многих людей, которые и в сорок лет собирают Lego.

Книга тоже может оказаться приятным собеседником и поможет справиться со стрессом. Искусство всегда приходит на помощь — попробуй себя в поэзии или купи холст с красками и попробуй написать картину. А почему нет?

Поход в музей, на спектакль или концерт — это тоже искусство. Посмотри, какие выставки идут в городе. Может, в театре новая постановка? Или в клубе в выходные ожидается концерт?

Игры могут быть помощником в борьбе со стрессом. Например, настольные игры — очень популярный и набирающий обороты формат. Соберитесь с родными, с друзьями или с коллегами, в конце концов поиграйте в «Монополию». Узнаете о себе много нового, сплотите коллектив. В процессе игры тоже можно обсуждать какие-то рабочие моменты — в таком варианте обсуждение пройдёт куда легче и даже продуктивнее, чем просто при созвоне в пятницу по зуму с обсуждением итогов недели.

Если работаешь на удалёнке — это хороший повод задуматься завести домашнего любимца или найти вторую половинку :) Это может быть что-то маленькое — хомяк, морская свинка, крыса. Может быть, рыбки? Про котов и собак даже говорить не буду, тут всё и так ясно. Кто-то даже заводит коз!

Собака, кстати, это очень хороший выбор. Она позволит тебе наладить расписание — ранний подъём, чтобы выгулять и накормить пёсу, вечерняя прогулка. Ты можешь заниматься дрессировкой, ходить на собачьи фестивали или сап-сёрфы.

Цени время

Начинай работать рано, когда мозг готов к большим нагрузкам, а внимание максимально сконцентрировано. Циркадные или биологические ритмы у всех одинаковые.

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

В «Иннотехе» можно работать на полной удалёнке из удобного места в России. Моя команда находится в разных городах, но это не мешает нам быть вместе в нужное время. Моё время работы с 9:00, что для меня очень комфортно.

Подними голову и посмотри, что ты делаешь

Тестировщик всегда по уши в багах. Но посмотри чуть выше. Какой прекрасный продукт создаёшь. Потихоньку, но ты его делаешь как полноценный участник процесса. Всё на самом деле происходит как нужно. Может, чуть меньше вы выкатите, но просто попозже всё будет.

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

Вместо заключения

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

Поделитесь в комментариях, как боретесь со стрессом на работе? И что больше всего вызывает стресс в рабочих процессах?

PS. Большое спасибо за иллюстрации darja_macabria

Теги:
Хабы:
+1
Комментарии 7
Комментарии Комментарии 7

Публикации

Информация

Сайт
inno.tech
Дата регистрации
Дата основания
Численность
свыше 10 000 человек
Местоположение
Россия

Истории