...или как пройти на испытательный срок и не выгореть
Если вы читаете эту статью, мои поздравления, скорее всего, вы уже прошли на второй уровень бесконечной игры. Теперь впереди у вас месяц или два, чтобы преуспеть в обучении на курсах или стажировке. Несу вам листик подорожника и сундучок c вредными советами.
Если встретил непонятный термин, не понимаешь, как развернуть виртуальную машину или пробросить порты, ни за что не пробуй искать ответ в интернете или не дай бог потыкать настройки самостоятельно. Срочно пишем с десяток Как? и Почему? своему наставнику, он же точно совершенно ничем не занят и грустно смотрит на окошко вашего с ним чата в мессенджере. Да и в конце концов ему же за это платят.
Если есть возможность сначала поискать решение или ответ в гугле и попробовать разобраться самостоятельно - это нужно сделать! Но если вы понимаете, что уже битый час-два-три не можете найти решения, то в таком случае не мучайте себя, попросите помощи у ментора, преподавателя или опытного коллеги. В конечном счете ваша цель - выполнить задание, а не бесконечно страдать.
Зато усилия приложенные в попытках разобраться окупятся тем, что вы уже вряд ли забудете, как решить подобную задачу. А еще и серотонином мозг порадуете, если удастся успешно справиться самостоятельно.
Ты попал на обучение, возможно рядом с тобой еще пара таких же счастливчиков, а значит время объявить "голодные игры". До конца дойдет только один, и это точно будешь ты. Ведь ты занимаешься 24/7, вносишь дефекты даже в воскресенье ночью. Стараешься выведать у соседа, что за критический баг он там нашел, а свои сокровища и уникальные знания не выдашь даже под пытками.
В таком темпе очень легко выгореть, и до испытательно срока доползет апатичная желешка, которая уже ненавидит все, что связано с тестированием. Работаем/учимся отведенное на это время 4-6-8 часов, знаю, что сложно, но стараемся не перерабатывать! Вечером и в выходные отдыхаем и разгружаем мозг. Никто не ожидает от вас сверхскоростного обучения и выполнения задач. И помни, что тестировщик - это всегда командный игрок, поэтому будь открыт к общению и взаимопомощи (не равняется "даем списать и списываем сами", на реальных проектах за вас работу никто делать не будет).
Приходи на все лекции или обсуждения заданий с пустыми руками, не задавай вопросов, молча смотри с ухмылкой. Хотя нет, говори, что ментор не прав, и ты художник - так видишь. Спорь до последнего, аргументы не нужны, это же очевидно, что ты просто непризнанный гений тестирования. Если тебе дали советы, как в будущем сделать лучше, быстрее, проще - сразу же их забудь и никогда не применяй.
Приносите с собой блокнот и ручку, лучше помечать все замечания и советы. Так вы убиваете двух зайцев: производите впечатление внимательного и ответственного стажера и точно не упустите и не забудете полученные полезности. Стараемся сразу же применять обратную связь на дальнейших заданиях - обходим грабли, на которые уже наступали. Задаем уточняющие вопросы, аргументируем свои решения, чтобы ментор мог понимать ход ваших мыслей и подкорректировать при необходимости.
Формулировки, которые содержат фразу "...это баг?" исключительно прекрасны. Для лучшего эффекта, задавай подобные вопросы своему наставнику при любых сомнениях и каждый раз перед тем, как оформить дефект.
Тут всё просто:
"Это же баг, что для поля ввода длинны усов котиков нет ограничений на количество символов?" - НУ ТАКОЕ
"Нигде в требованиях не указано, какой должен быть лимит для поля ввода длинны усов котиков." - уже ХОРОШО
"В требованиях не указано, но я тут погуглил и посмотрел другие подобные приложения, обычно лимит для такого поля xxxx символов, применимо ли решение в нашем случае?" - ИДЕАЛЬНО
Конечно же вопросы задавать важно и нужно, особенно в период обучения. И я считаю, что не бывает глупых вопросов, бывают только некомпетентные ответы. Но согласитесь, что последний вариант не выглядит бесячим, да и еще он показывает, что вы проактивный и умеете пользоваться своей думалкой.
У нас ограничено время на тестирование проекта, поэтому бросаемся из одного модуля в другой, лихорадочно делаем клац-клац, подкрадывается дедлайн, а завершить тестирование не успели. Что там по качеству модулей непонятно, и сколько надо было бы дополнительно времени, чтобы закончить, сложно определить.
Сначала разбираемся, что за приложение, кто его пользователи, какая основная функциональность. После набрасываем себе хотя бы минимальный чек-лист или на крайний случай скелет модулей и фич (это если времени, чтобы писать тестовую документацию, совсем нет), выделяем приоритет модулей и фич по важности. Тестировать начинаем не с первого окошка, а с самых приоритетных модулей. Таким образом даже если мы не успеем все закончить вовремя, мы сможем уверенно сказать, что главные модули X и Y протестированы и указать их качество. А для оставшихся частей будет проще определить время на их тестирование.
Заметка: как только вы понимаете, что есть риски не успеть закончить в срок - сразу об этом сообщаем и не ждем до дня/часа икс. В будущем заказчик явно не будет рад узнать о задержке релиза за пару часов до.
Я уже говорила что ментор всегда свободен? У него есть только ты, и если он не отвечает тебе через 10 секунд, то он явно недоволен тобой, если через 30 минут, то наверное он обиделся и ушел пить кофе, а если игнорит час - скорее всего он бросил вас, ну или его сбил трамвай.
Ментор тоже человек! Если вы не купили супер-вип-тет-а-тет курсы с поддержкой 24/7, то скорее всего у вашего куратора может быть, например, несколько текущих проектов, несколько групп студентов или стажеров. Поэтому если вы не получили сразу ответы на все ваши вопросы, просто пропустите пока эту часть и продолжите тестировать другие кейсы. Если молчание затянулось, всегда можно вежливо о себе напомнить.
На первом собеседовании говори, что хочешь сразу получать много-много тысяч $, а еще согласен работать только на мобильном проекте, где можно играть за розового пони, заказчик должен быть из Лондона и приглашать тебя в командировки каждое лето. Не зря же ты потел на стажировке или потратил 1000 зеленых на фешенебельные лакшери амэйзинг курсы.
Да, в среднем в Беларуси ребята в IT получают явно больше заветных по-пиццот, но тут все не так просто. Совсем начинающие специалисты обычно получают вполне скромные зарплаты соизмеримые с зарплатами инженера в гос конторе. Но вот дальше - больше. Часто в компаниях есть практика пересмотра зп раз в квартал или реже, и если у вас все хорошо с продуктивностью, вы развиваетесь, вами доволен работодатель и/или заказчик, то каждый такой пересмотр добавляет вам внешней мотивации в виде +n суммы на вашем счету на дальнейшие свершения. Иногда, правда, нужно самому приходить к своему менеджеру со списком того, что вы полезного для проекта/компании сделали, но суть остается та же - это перспектива как карьерного, так и финансового роста. Актуальные вилки зарплат по специальностям и опыту работы всегда можно посмотреть во вкладке зарплаты на dev.by. Как правило, уже после успешного прохождения испытательно периода новичкам зарплату повышают.
Перебирать проекты тоже не стоит, все-таки Junior тестировщиков много, работодатель всегда найдет более всеядного и сговорчивого новичка с горящими глазами и готового работать за печеньку и пакетик чая. Сейчас ваша цель получить коммерческий опыт на любом проекте и любой ценой.
Если после курсов или стажировки не предложили работу, то отчаиваемся, впадаем в депрессию, а потом сдаем на права и уезжаем дальнобойщиком в Сибирь, уверяя себя, что тестирование просто не мое.
Если вам действительно нравится процесс тестирования, вам интересно докапываться до сути багов, вы не боитесь браться за сложные и новые задачи, то отказ после первой попытки не должен сбивать ваш внутренний компас. Открывайте список компаний и стучите во все двери в поисках нужного опыта. А пока вы в активном поиске новых вакансий, можно набивать руку самостоятельно, тестируя бета версии приложений, которые вам интересны. Также есть специальные платформы с заказами для фрилансеров, например Upwork, Utest, WAT, Testerwork (гугл поможет найти и другие площадки, в том числе и русскоязычные), первое время можно брать бесплатные проекты или тестировать за символическую плату. Итог, к первому серьезному месту работы у вас уже будет красоваться пару проектов в резюме.
Успешного старта!
далее в программе обсудим базовую теорию