Я хочу рассказать о работе тестировщика с нетипичной точки зрения, которая вряд ли будет показана в учебных заведениях или профессиональной литературе.
Став профессионалом в этой области, вы неизбежно начнете жить концепциями, заложенными в самой основе тестирования.
И это влияет на обустройство жизни очень по-разному.
О том, как именно это происходит у меня, — под катом.
Немного о себе
Я занимаюсь тестированием в том или ином виде уже более 10 лет. Как и многие другие, свой путь в IT я начал с разработки «для себя».У меня всегда был миллион идей, что написать, и таким образом я постепенно развивался.
Мне нравилось разбираться в деталях проектов и делать их отказоустойчивыми, да и то более-менее не имело значения, на каком языке писать: я умел алгоритмизировать, а погуглить синтаксис было делом недели.
Примерно в 2005 году я встретил человека, который буквально открыл для меня индустрию тестирования.
Уже тогда мне казалось, что ее идеология полностью соответствовала моим внутренним устремлениям.
Этот человек со временем прошел путь от рядового тестировщика до технического директора, и уже тогда пригласил меня работать с ним.
Но в эту индустрию по разным причинам я попал лишь год спустя, устроившись на работу в Smartbear (на тот момент — Automated QA Corporation), чей инструмент автоматизированного тестирования TestComplete известен, пожалуй, всем тестировщикам.
Правда, я попал не в сам TestComplete, а в другой продукт, Automated Build Studio — по сути, прямиком в автоматизацию.
Кстати, я буквально влюбился в его GUI-подход к автоматизации, даже написал аналог для себя, когда ушел из компании.
Впоследствии мне удалось поработать как с иностранными, так и с российскими заказчиками.
И на данный момент я занимаюсь автоматизацией тестирования в российской полностью удаленной компании (о формате работы остановлюсь позже).
За время, проведенное в профессии, я понял, что тестирование – это не просто работа, но и уникальный образ жизни, влияющий на все аспекты вашей жизни.
Как тестировщик, вы просто не можете жить по-другому.
Этот подход имеет как положительные, так и отрицательные стороны.
Чем проще задача, тем хуже вы себя чувствуете
Поиск сложных проблем – это не только зависимость, но и неизбежность.Сколько бы вы ни изучали, в любом инструменте, в любой технологии всегда найдется кто-то, кто знает больше вас.
И если вы условно «идете по колее» простого проекта, вам постоянно будут напоминать об этой разнице в знаниях.
Со всех сторон посыплется критика о том, что можно было сделать иначе или даже лучше.
Единственный способ избежать этого — искать более сложные проблемы, где нет очевидных решений, но есть бессонные ночи в поисках проблем.
Например, на одном из последних проектов я столкнулся с разработкой библиотек для Robot Framework совместно с Jython. Конкретно в этом случае можно было использовать стороннюю библиотеку для работы с базой данных, и она вроде бы должна была работать, но не сработала.
В итоге я потратил три ночи на то, чтобы прочитать код самой библиотеки и найти в документации ошибку, в которой неверно указаны типы и количество входных значений.
Это была победа и настоящий кайф от ее достижения! И я люблю такие моменты.
Это гораздо интереснее, чем «колея» типичного проекта.
Однако стремление к сложным задачам несколько ограничивает круг возможных работодателей.
Это еще более ограничено диким тестированием внешнего интерфейса, работодателями, у которых нет четкой технической спецификации для тестирования или имеют некоторые смутные представления о том, кто такой инженер по автоматизации.
Я встречал тех, кто, приглашая людей на автотестирование, ставит ручные задачи или подключает тестировщиков к поддержке.
Еще немало тех, кто экономит на покупке нормальных инструментов, предлагая работать чуть ли не в Google Docs. И нужно быть готовым к тому, что рынок потенциально интересных работодателей уже, чем вы думаете.
Высшее образование – это не то же самое, что трудоустройство.
Важны техническое образование и интерес к профессии.
На моей нынешней работе в мои обязанности входит проведение технических собеседований с тестировщиками, приезжающими к нам работать.
В ходе разговора я никогда не задаю вопрос о наличии высшего образования, поскольку уверен, что оно абсолютно не гарантирует наличия логического мышления.
Может быть, мой собеседник имеет докторскую степень, но в тестировании он плохо разбирается.
Честно говоря, я вообще считаю, что тестировщиком надо родиться.
Для этого нужна природная внимательность, усидчивость и какой-то особый навык тестирования, когда из 1000 документов случайно может оказаться один из трех неверных.
Правда, не все разделяют это мнение.
Важно то, что даже в этом самом ключе нужна хорошая техническая база, которую вряд ли можно получить, пройдя двухнедельные онлайн-курсы.
Трудно сказать, что послужило технической основой в моем случае.
В 90-е годы у меня не было доступа к Интернету, а также не было необходимой литературы в библиотеках, поэтому свои знания я черпал из ФИДО (до сих пор помню свои баллы - 2:5022/5.102 и 2:5022/123.222).
И своим опытом тестирования я обязан сертификации Международного совета по квалификации тестировщиков программного обеспечения (ISTQB).
Кажется, ничего лучшего они пока не придумали.
Однако я довольно редко вижу знание ISTQB среди кандидатов на работу.
Более того, иногда мне кажется, что люди вообще не интересуются отраслью.
Во время собеседований у меня возникает вопрос по поводу конференций: посещает ли кандидат какие-либо мероприятия в сфере QA. И традиционный ответ на него отрицательный.
Для меня это показатель серьезности и заинтересованности самого кандидата, и в то же время компании, в которой он работал.
Участие в мероприятиях вроде SQA Days, куда я скоро поеду, стоит денег.
А какая-то «шарашкина контора» не будет тратить их на своих сотрудников.
Только тот, кто действительно заинтересован, будет платить из своего кармана.
Нет опыта
Каждый проект тестирования заставлял меня изучать новые технологии.Выше я рассказал о своей «героической битве» с Jython, но когда я пришел в тот проект, я не знал ни Robot Framework, ни, собственно, самого Jython (ни даже Python, который содержит много всего для Robot Framework).
).
Сейчас, пожалуй, я понимаю робота лучше, чем кто-либо в компании, потому что база тестирования подсказала подход, а опыт разработки на разных языках и тестирования предыдущих проектов позволил мне быстро перейти на новый стек.
К тому же опыт позволяет правильно распределять усилия.
Я заметил, что новички очень много внимания уделяют отрицательному тестированию — как бы что-то сломать.
Видимо, у них такие стереотипы относительно профессии.
В большинстве случаев их отрицательное тестирование неважно и ненужно (т.е.
трата ресурсов не оправдана, если только проект не подразумевает необходимость такого тестирования).
Только с опытом приходит понимание, что нужно, а что нет при такой постановке задачи.
Кстати, во время собеседований у меня возникает целый список вопросов, цель которых — выявить практический опыт кандидатов.
Все люди идиоты.
Это больно, но это работает Увы, мир несовершенен.
В разработке это выливается в то, что есть спрос на тестировщиков.
Если бы разработчики писали отличный код, мы бы остались без работы.
У нас невнимательность никуда не исчезает, а мы прикрываем ее тестами.
Сами тестеры, кстати, тоже не без греха.
Какой бы проект вам ни попадался, иногда «костыли» тоже придется писать.
И с этим ничего не поделаешь – таковы иногда условия бизнеса.
Чем лучше ты тестировщик, тем больше тебя ненавидят
Разработчики с тонкой душевной организацией, с которыми я сталкивался на предыдущих работах, иногда очень серьезно относились к ошибкам в своем коде, информация о которых появлялась в системе.С их точки зрения, это, видимо, что-то вроде публичного объявления своих ошибок.
И чем активнее вы сообщаете об ошибках, тем больше вас ненавидят коллеги.
В результате у тебя, конечно, есть определенное количество хороших друзей в офисе, но примерно треть коллектива начинает тебя избегать, и ты это чувствуешь.
Для меня это крайне неприятно.
Удаленно быть тестировщиком проще
Это естественное следствие предыдущего замечания.Когда в офисе набралось достаточно «недоброжелателей» с тонкой душевной организацией, ходить по такому помещению становится не очень приятно.
Поэтому для себя я давно сделал выбор в пользу удаленной работы.
В таком формате непрофессиональные отношения сходят на нет – никаких косых взглядов.
Возможно, конечно, я просто больше не встречаю таких персонажей.
Но здесь шансов на такое столкновение мало.
Например, у нас есть только видеозвонки внутри отдела контроля качества.
Я общаюсь с разработчиками, на которых могу повесить баг только текстом, без каких-либо эмоций.
И даже если эти эмоции действительно существуют, пережить их в тексте гораздо проще, чем когда человек проходит мимо несколько раз в день.
Я также могу есть обычную домашнюю еду и обустроить свое рабочее место так, как хочу.
Я могу сидеть в жару в одной футболке (вспоминая видеозвонки) или даже изменить график работы так, чтобы среди дня выйти в поле и посмотреть, как начинается осень или природа просыпается от спячки.
И самое главное преимущество удаленной работы – это экономия времени.
Живу недалеко от областного центра.
Наше ИТ существует только там.
А если я работаю в офисе в центре, то дорога до рабочего места в одну сторону займет час, а в пятницу всего полтора часа.
А это время вы просто теряете: оно не оплачивается, не тратится с пользой.
Плюс риск попасть в аварию и расходники для автомобиля.
При удаленной работе этих расходов и рисков просто не возникает. Мне кажется, я больше не пойду работать в офис по собственному желанию.
Единственное, чего мне иногда не хватает – это личного общения.
Но в целом этот вопрос решаемый.
Профессиональная деформация влияет на отношения с друзьями
К сожалению или к счастью, тестирование — это образ жизни.Не могу говорить за всех, но у меня именно так и происходит. Тестирование начинается с требований проекта.
Собственно, его задача — сделать так, чтобы продукт отвечал этим требованиям.
Потратив целый день на поиск и исправление проблем в чужом ПО, вы начинаете делать нечто подобное в своей жизни.
Я всегда живу с ощущением, что все должно соответствовать требованиям.
Быть тестировщиком — значит жить по правилам.
И если кто-то или что-то выходит за рамки этих правил (законов или своих норм, сформулированных в моей голове), это вызывает у меня некий когнитивный диссонанс.
Я срочно пытаюсь исправить ошибку или хотя бы сообщить о ней.
При этом окружающие вас люди очень часто страдают от того, что вы постоянно говорите им о неправильных поступках.
Кстати, все это не помогает устранить тот самый недостаток личного общения.
Общий комфорт рабочего процесса значит больше, чем кажется на первый взгляд
Выше я говорил в основном о проектах и взаимоотношениях с командой.Но работа, даже удаленная, состоит не только из этих моментов.
И здесь многое зависит от проекта, в котором вы участвуете.
Во-первых, есть банальная материальная поддержка.
Например, удобное кресло, на котором я сейчас сижу, а также монитор диагональю 24 дюйма были куплены за счет средств моего работодателя.
Плюс всякие спортивные выплаты и прочие бонусы.
Во-вторых, есть банальная самореализация.
Например, в одном из проектов, в котором я участвовал (тестирование аутсорс-проекта заказчика), меня, единственного аутсорсера этой компании, привлекали к собеседованиям с сотрудниками по этому проекту в офисе и приглашали на корпоративные мероприятия.
Реально ли это в компании, для которой тестировщики — безликие винтики в машине? Я сомневаюсь.
В любом случае, мне нравится моя работа.
И когда мне удается решить сложные задачи в интересном проекте, я испытываю настоящее удовлетворение.
Однако, развиваясь в этой сфере, вы должны быть готовы к тому, что подходы к работе будут влиять на все аспекты жизни.
И если однажды ты превратишься в тестировщика со всеми тараканами, пути назад уже не будет. Автор статьи: Владимир Васяев, Ведущий специалист по автоматизированному тестированию ПО P.S. Мы публикуем наши статьи на нескольких сайтах Рунета.
Подпишитесь на наши страницы по адресу ВК , ФБ или Telegram-канал чтобы узнать обо всех наших публикациях и других новостях Maxilect. Теги: #Карьера в ИТ-индустрии #интервью #Лайфхаки для гиков #Удаленная работа #тестирование #тестирование ИТ-систем #тестирование приложений #карьера тестировщика #jython #дистанционное тестирование
-
Алюмосиликат
19 Oct, 24 -
Маккензи, Александр
19 Oct, 24 -
Большой Брат Билл: Опять 1984 Год!
19 Oct, 24 -
«Сделай Меня Красивой!» Выпуск №34
19 Oct, 24 -
The Old Reader Перестает Быть Общедоступным
19 Oct, 24 -
Человек 2.0
19 Oct, 24 -
Идеальное Собеседование Для It-Специалиста
19 Oct, 24 -
26 Марта. Ежедневные Новости.
19 Oct, 24
