Как я стала тестировщиком. Спойлер: не сразу


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


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


    Поэтому я просто расскажу свою историю смены специальности — надеюсь, кому-то она послужит недостающим толчком к действию.


    А кто я вообще такая?


    Сейчас я работаю тестировщиком в Яндекс.Деньгах. Мне 23 года, и по специальности я «Информатик-экономист» (и это не «информатик» минус «экономист»).


    Работать начала с первых курсов университета, хотя это скорее была подработка: репетитор по математике, оператор в отделе бронирований паромной компании. А перед последним курсом университета попала инженером Service Desk в крупную японскую туристическую корпорацию.


    Это была не обычная «первая линия поддержки», которая в общих случаях регистрирует обращения и направляет их ответственным инженерам. Мы администрировали внутреннюю систему документооборота, настраивали рабочие станции, систему безопасности, разбирались в сетевых проблемах, заявках связанных с офисными продуктами, VPN и т.п.


    В общем, в народе таких специалистов называют «шивами».


    Как попасть в хелпдеск после иллюзорной универской практики


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


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


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

    Через год я попала на практику в банк. Тогда мне казалось это чем-то невероятным, потому что отбор был серьезный. Несколько собеседований, тесты, много кандидатов. Перед началом работы сотрудники банка (рекрутеры, будущие руководители, специалисты ИБ) спрашивали подробный план и цели практики. Помню, как тогда рассказывала им что-то про «описание ключевых бизнес-процессов в модных нотациях, описание архитектуры ИТ, как рекомендует TOGAF».


    В первый день практики нас (практикантов) посадили в кабинет руководителя резать ножницами устаревшие рекламные буклеты. Мы справились. В последующие дни нам дали более ответственную работу… Раскладывать по алфавиту юридические дела клиентов. Задание, конечно, сложное, долгое, но я забила фамилии всех клиентов в Excel, отсортировала (прикладная информатика же), а потом просто раскладывала стопки папок по списку.


    Никто не ожидал, что мы так быстро справимся, поэтому надо было придумывать еще какое-то задание. В конце концов меня посадили работать в БИС (банковская информационная система), опыт взаимодействия с такими системами у меня был в университете, было интересно. В банке внедряли новый модуль анализа, а я находила ошибки, которые потом уходили в качестве пожеланий к разработке.


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


    Что бывает, если делать «как логичнее»


    Приближался последний курс университета, времени было много, а опыта мало, поэтому я и пошла работать инженером Service Desk.


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


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


    Помимо таких задач, я часто делала выгрузки и анализ инцидентов. Хотелось понять, где в эксплуатации самое узкое место, каких знаний не хватает, каких специалистов. Так сложилось, что в ИТ-департаменте все привыкли «тушить пожары» вместо того, чтобы их предотвращать. Попутно я рассказывала коллегам про ITIL и ITSM, всем очень нравилось на словах, но поддерживать изменения горели желанием немногие.


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


    В это время в компании случились крупные инциденты в области безопасности, в сеть утекли персональные данные клиентов. У японцев с этим очень строго, компании было сделано предупреждение от правительства, и следующий такой инцидент мог привести к закрытию фирмы. Я стала инженером в группе информационной безопасности, а компании предстояло внедрить разные системы ИБ.


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


    Долгое топтание на месте, отсутствие результатов деятельности, привело к мыслям о том, что ИТ — не мое. Совсем.


    Иногда просто нужно взять и бросить


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


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

    Стать разработчиком в короткие сроки показалось невозможным, хотя я и писала код на разных языках, но в основном для решения прикладных задач — без использования фреймворков, конвенций. С работы хотелось уйти быстрее, а всякие курсы «Стань Java Junior Developer за 9 часов» не внушали доверия. Разработчик должен знать алгоритмы, фреймворки, паттерны, особенности языков. Если ты разработчик в Agile команде, то часто выступаешь еще и архитектором системы, а для этого нужен опыт.


    Мой друг посоветовал мне пойти в тестирование, и я решила попробовать. Прочитала пару книг по тестированию, посмотрела известных QA инженеров, а также курсы Яндекс.Денег и Mail.ru. Меня впечатлили два совершенно разных подхода: одни учат тебя администрированию, техническим особенностям того, с чем тебе придется работать, базовому языку ИТ, другие — общим концепциям, анализу, тест-дизайну, планированию, покрытиям, оптимизации.


    Все это было на словах, а хотелось больше практики тестирования веб-сервисов. Поэтому для подготовки я решила написать свое небольшое веб-приложение на Java (спасибо ресурсу StackOverFlow), с несколькими «ручками» и БД, а потом тестировать это приложение по «правилам». Такой опыт помог мне больше узнать об особенностях архитектуры веб-сервисов и инфраструктуры, а еще о рабочих инструментах. Эти знания я использую каждый день при тестировании или подготовке тестовых сред.


    Теперь я тестировщик


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


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

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


    • тестировщики первые настраивают новые фичи на тестовых средах (кстати, тут очень помогают навыки администрирования);


    • находят подводные камни и периодически выдают ценные указания, которые нужно учитывать при развертывании приложения в продакшене.

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


    Непрошенные советы


    Если говорить о советах, которые, исходя из своего опыта, я могу дать молодым специалистам, то я бы выделила следующее:


    1. Если кажется, что работа вам не подходит — скорее всего, так и есть. Не надо бояться менять род деятельности, лучше попробовать рано, чем осознать, что вы занимались «не вашим» делом много лет. За вас жизнь никто лучше не сделает.


    2. Относитесь к любой задаче как к отличной возможности получить новый опыт. Даже если кажется, что сейчас этот опыт ни к чему, а задача скучная и неинтересная, вы не знаете, как сложится в будущем.


    3. Не пытайтесь бездумно тянуть лямку, а контролируйте свой вклад в работу и отдачу от этого. Если что-то не так, то это повод пересмотреть деятельность или вообще сменить ее, пока не поздно.

    Кстати, хочу поделиться небольшим списком литературы, который в свое время мне очень помог быстро втянуться в работу тестировщика:


    • «A Practitioner's Guide to Software Test Design», Lee Copeland;


    • «Foundation Level Syllabus», ISTQB;


    • «Java For Testers», Alan Richardson.
    Яндекс.Деньги 164,13
    Об электронных платежах и устройстве Я.Денег
    Поделиться публикацией
    Комментарии 37
      +1
      Интересно, я один поставил плюс только за фото, а потом уже дочитывал статью?!
        +1

        Одно другому не мешает же ;)

          +1
          Я за фото минус поставил, а потом дочитывал статью. Хабр не инстаграм, смартфонные селфи это последнее что хотелось бы видеть на этом ресурсе.
            0
            лисица.jpg
              +1
              Я ещё и в карму сразу плюсанул!
              +9

              А зачем это здесь?

                +2
                Интересный опыт!
                  +4

                  Хватит, такие статьи несут отрицательную умственную нагрузку.

                    +1
                    Отрицательная нагрузка — то есть расслабляют или отупляют?
                      +2
                      Я бы не сказала, что такие статьи несут отрицательную умственную нагрузку. Очень интересная статья, актуальная для молодых специалистов, которые только находятся в начале своего карьерного пути. Опять же, это блог компании, в котором рассказывается не только о процессах, но и о сотрудниках.

                      ПЫСЫ: Если статья несет отрицательную умственную нагрузку, то зачем тогда ее дочитывать?
                        +1

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


                        P.S.: Вы так говорите, будто я ее дочитал. Ну а если серьезно, то Вы что, специально сегодня зарегистрировались чтобы написать этот единственный комментарий? Информация в профиле говорит правду, Катерина.

                          +1
                          Пожалуй, этот коммент меня и сподвиг на это. Потому что, каждый имеет право на высказывания. Мне, как молодому специалисту очень интересно читать подобные статьи. Еще буквально недавно я перечитала очень много таких статей и каждый раз, описаный опыт других людей помогал и направлял меня в собственном развитии и пути, когда с моей специальностью очень трудно было найти работу. И я считаю, что они должны быть.
                          0
                          А по-моему, молодым специалистам было бы гораздо полезнее пойти на летнюю стажировку в какую-нибудь крупную компанию вроде того же Яндекса, чем быть репетитором и оператором. Они, блин, для чего в ВУЗ пошли?
                            0

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

                              0
                              Да, не так много. И, на мой взгляд, с этой проблемой нужно бороться.
                        +1

                        В статье только описание, как вы пришли к осознанию, что вам стоит быть тестировщиком. А вот как вы им стали, как получили работу в Яндексе — об этом почему-то ни слова. И заголовок статьи её содержанию в итоге не соответствует.

                          0
                          Вы имеете ввиду, что не хватает информации как проходит собеседование? Хм, Тимур (наш руководитель) недавно писал пост о собеседованиях и нюансах подбора.
                            +1

                            Как я лично понял из статьи, Яндекс принял вас не как опытного тестировщика, а как новичка в этом деле. А туда кого попало не берут. За что взяли конкретно вас? Чему предварительно пришлось выучиться, чему научиться? Через что пришлось пройти? В статье по вашей ссылке так, общие положения...

                              0
                              У нас в компании есть младшие тестировщики, просто тестировщики и старшие тестировщики. Меня взяли на позицию middle. Было несколько собеседований, на которых спрашивали по теории тестирования, по методикам управления проектами, много технических вещей: архитектуры web-приложений, особенности и различия протоколов, OSI, ООП, SQL, работа с unix-системами, вопросы по нагрузке, поиск узких мест. Дали несколько технических заданий за компьютером, разбор логов
                                0

                                На хабре, почему то, не любят девушек. Вероятно, комплексуют ;-)потому и минусуют вас. Наверно и меня сейчас отминусуют за солидарность
                                А за статью спасибо. Нерешительным поможет. Решительным поспособствует
                                Вам удачи!

                                  +1

                                  Сколько раз зацепился взглядом за Ваш комментарий, столько раз почувствовал внутреннее несогласие...


                                  Мне всё-таки кажется, дело не в том, что автор — девушка. И автора-мужчину наверняка минусовали бы не меньше :)


                                  Дело — в содержании публикации :) Всё-таки, читатели чаще хотят увидеть более-менее новую информацию по какой-либо теме, либо понятный "туториал" — чтобы получше разобраться в теме, по которой не хватает компетентности. А здесь, по сути — жизненный путь человека в профессии, как он (не сразу) нашёл своё призвание и сумел реализоваться. Главный вывод умещается в одном предложении — "Если не получается реализоваться в своей специальности по диплому — пробуй в смежных специальностях, вдруг получится!"
                                  В принципе, мотивирующая (как Вы заметили) публикация тоже полезна, но с этим уже реально не все согласятся )) Лично я минуса не ставил, но и плюс выставить тоже не считаю нужным. Кстати, Вы наверняка слышали про явление "граммар-наци" — подозреваю, что подобные им люди и минусуют публикации, подобные этой...


                                  P.S.:
                                  не сразу понял, почему я не прошёл мимо данной публикации (по заголовку-то ясно, о чём она), но чуток подумав, сообразил: про женщин в профессии тестировщика ничего не знаю — ну так чего бы и не узнать?


                                  P.P.S.:
                                  В этом году проскакивала на хабре публикация про "редисок" (assholes). Упоминалось, что есть даже целые компании, которые при приёме на работу проповедуют принцип "среди нас никаких редисок быть не должно".
                                  Судя по тем немногим сведениям, которые мне известны про Яндекс и Parallels, они могут негласно придерживаться похожего принципа (точно не знаю, но мне кажется это вероятным).
                                  Так что если автор попала в Яндекс, то это много о ней говорит :) Мне остаётся только пожелать ей удачи, дальнейших профессиональных успехов и "не зазнаваться" — ведь автор ещё только в начале пути :)

                                    0

                                    Девушка написала публикацию про себя, возможно в ней что то и не так, но это первая ее публикация и, вместо того, чтобы поддержать ее, столько минусов. Это, как то, не по братски, что ли. Даже можно не плюсовать, а подсказать что что то не так и автор, возможно, сделает еще одну публикацию про себя. Но это, если поддержали бы. А так, думаю, вряд-ли.
                                    Я бы почитала еще
                                    Много публикаций мужских, женских мало.


                                    Зы: даже после -Спасибо-отминусовали. Мизагонисты

                                      0
                                      Много публикаций мужских, женских мало.

                                      Зачем на этом делать акцент?
                                        0

                                        Я не делала, делали вы, когда минусовали

                                          0
                                          Я не делала
                                          Была прямая цитата.

                                          делали вы, когда минусовали
                                          Нет же, я не могу минусить на Хабре всегда минусят статьи за неуместное содержимое, вне зависимости от пола автора. Более того, здесь много теплых комментариев со словами поддержки!
                                            0

                                            Ну вот, права я была. Кто то уже меня отминусовал. Значит правду писала

                                              +1
                                              Это значит, что существуют люди, которые с вашей правотой не согласны.
                              0
                              Тут осторожней. Во многих которых нельзя разглашать вопросы и прочие подробности с собеседований. Если будете об этом писать, то согласуйте с начальством.
                            0
                            удачи
                            0
                            Интересно было почитать, как по-разному все приходят в тестирование. Спасибо!
                              0
                              Это классическая итория. «Информатика-экономика», «информатика и английский» это просто базовые специальности для тестирования (по моему городу по крайней мере). Причин несколько:
                              1. В большинстве случаев знаний для глубокой разработке там не дают. Обычно кто хочет больше кодить идет на другие специальности.
                              2. Дают неплохие high level знания.
                              3. Большинство народу на таких специальностях девушки. А у них усидчивость больше и как результат выше эффективность в работе тестера (я в наши дни не обязательно мануального).

                              У нас в конторе подобные специальности рекрутеры мониторят начиная курса с 3. Так что можно сказать что вы попали по профилю.
                                0

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


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


                                А что говорит лично Ваш опыт? Каков опыт Ваших работодателей насчёт женщин-постановщиков? Что скажете?
                                Если есть чем поделиться, мне будет интересно прочитать :)

                                  0
                                  Ну это тоже верно и никак моему первому комментарию не противоречит.
                                  В Бизнес-анализе девушек значительно больше чем в разработке. Тоже вполне ясно почему. Разработка более тяжелое и более творческое направление. А анализ требует больше усидчивости (оформление ТЗ, встречи с заказчиком и т.д.), внимания к мелочам + повышенной коммуникабельности.

                                  Со специальностями кстати так же обстоит: «Информатика-экономика», «информатика и английский» это чуть ли не профильный путь для аналитиков. Диплом + 4 месяца курсов бизнес-анализа и вот вам готовый спец.

                                  В общем то моя мысль была больше о специальностях ВУЗовских, чем о гендерном признаке.
                                    0

                                    Спасибо за комментарий!
                                    Что-то подобное для подтверждения своих "ощущений" у меня в голове крутилось, но не умею так хорошо "раскладывать по полочкам".
                                    Прочитал, и сразу всё понятно :) и чего сам не додумал?..

                                0
                                Интересно, а почему у вас QA выполняют еще и деплоерские задачи?
                                  0
                                  Это мелкие повседневные задачи на тестовых хостах, которые QA выполняют каждый день при тестировании продукта — изменения конфигов, обновления приложений для проверки фичи. Сами по себе задачи подвластны тестировщикам, а еще выполняя их, появляется чек лист того, что нужно проверить всей команде перед выкладкой в продакшн (внесены ли изменения в конфиги, выполнены ли запросы к бд).
                                  В продакшн QA приложения не катят, но сопровождают процесс и несут ответственность, как и все члены команды:)

                                Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                Самое читаемое