Работая в производственном отделе (еще до того, как меня назначили на должность главного инженера), мне приходилось все время проводить за компьютером, где я рассчитывал стоимость строительных работ, набирал всевозможные акты, протоколы, чертил в автокаде различные строительные узлы, планы, лазил вконтактике, сёрфил новости, в общем, занимался исключительно полезными и умными вещами. Естественно, я воображал себя очень продвинутым пользователем компьютера, потому что мог установить винду, фотошоп, прописать айпишники в настройках сетевой карты.
Как оказалось, моих знаний компьютера на уровне пользователя Microsoft Office и Opera (которыми я втайне гордился) для того чтобы стать хотя-бы junior QA, было совершенно недостаточно. Я бы это сравнил, например, с человеком, который пришел устраиваться на работу водителем автобуса, имея большой опыт поездок в качестве пассажира. Разбираться нужно было во всем сразу и практически с нуля. Но, я ведь хотел что-то поменять, и я решился.
Первой была книга Романа Савина «Тестирование DOT COM». Книга очень интересная, читается легко, и дает представление о профессии в целом. После этого я записался на недельный курс для начинающих тестировщиков. Этот курс должен был в условиях, приближенных к реальности, обучить юных падаванов премудростям тестирования. Вкратце, каждый вечер на закрытом форуме выкладывался вебинар длительностью примерно 20-30 минут и выдавалось задание по теме на примере тестового сайта. От нас требовалось написать домашнее задание и выслать его куратору, который либо принимал его, либо с замечаниями отправлял назад. Тут меня ждало разочарование и вот почему: Курс был действительно очень приближен к реальности. Если в выполненных заданиях куратор, а это была девушка, обнаруживала ошибки, то она не указывала на них, а задавала «наводящие вопросы» — и объясняла такое поведение тем, что в реальной жизни работодатель не будет выслушивать вопросы работника, а сам их будет задавать. Моя проблема была в том, что я во многих случаях так и не понял, куда наводят эти самые наводящие вопросы и какие на самом деле были ошибки в выполненных заданиях. Всего в курсе было шесть тем, в каждой от одного до трех домашних заданий и честно говоря, я выполнил только первые три домашки, да и то не на отличную оценку. Все остальное время ушло на разгадывание ребусов куратора и попытки схватить что-то из новых тем, чтобы успеть понимать, что происходит в общем чате группы. Двое из пяти человек группы справились со всеми заданиями и получили вожделенные сертификаты. Остальным, в том числе и мне, пришлось довольствоваться полученными знаниями. Этот опыт несколько меня обескуражил. Но несмотря на понимание того, что легко не будет, я решил не отступать.
Далее я искал чего-бы потестировать в реальных условиях, и в одном чатике мне предложили поработать над небольшим сайтом с поиском. Сайт был сделан очень просто, минимальный UI, система поиска и все. Прежде всего нужно было составить цель моей работы — поиск багов, подготовка баг-репортов, составление чек листа, написание тест кейсов, выполнение автоматизации при помощи Selenium IDE.
Я взялся за дело. Были составлен чек лист и тест кейсы, которые я зарепортил на GitHub. Были найдены и баги. Это действительно очень здорово, когда находишь баг, этакий фантомный жучок, который хитро спрятался и его нужно поймать. Работа над сайтом вернула мне настроение, испорченное неудачно пройденным курсом. Руки чесались заняться чем-нибудь еще.
На помощь пришел Python. Я начал изучать этот язык, как и все остальное, буквально с нуля. Писал “Hello world” (куда ж без него), знакомился с синтаксисом, печатал import this и читал дзен, узнал об основных понятиях ООП, таких как наследование, полиморфизм, инкапсуляция, а главное: понял, что программирование – это особое мышление, мне кажется, что написать хороший код не легче чем, например, написать поэму. Есть статья «Не будите программиста» и в ней очень здорово написано, как мыслят программисты. Я не программист, но начинаю их понимать. Профессия тестировщика это не профессия программиста, но знать основы программирования ему просто жизненно необходимо. Нельзя, ведь, тестировать автомобили, ничего не зная об их внутреннем устройстве хотя бы в общих чертах. Кроме этого, при помощи питона можно написать коротенькие автоматические тесты, импортировав фреймворк unittest.
Кроличья нора глубока, но глядя на ее вход, невозможно сразу представить всю глубину ее глубин. Оказалось, чтобы пользоваться unittest, необходимо иметь представление о языке разметки HTML, знать, что такое ID элемента, как использовать CSS и XPATH селекторы, что такое теги, основные элементы страницы, etc. Это нужно знать для выполнения правильной проверки наличия, либо отсутствия определенных элементов на странице сайта. Я написал несколько скриптов, выполняющих проверки, используя различные локаторы, но, признаюсь, пришлось порядком поднапрячь знакомого программиста. Впрочем, мой знакомый мне с удовольствием помог, и, Лёха, если ты читаешь этот пост – огромное тебе спасибо!
Да, совсем забыл – еще одна вещь! Английский язык! Английский язык я изучал в школе, плюс в детстве мама пыталась учить нас английскому языку дополнительно, и в результате у меня остались какие-то знания. После этого английский был заброшен за ненадобностью, а некоторое количество англицизмов в повседневной жизни ну никак нельзя назвать языковой практикой. На стройке он не нужен, но вот в IT он жизненно необходим. Сейчас уровень моего знания английского языка Pre-Intermediate, я могу составлять фразы и поддерживать несложную беседу, пойму технический монолог, при условии, если собеседник не будет говорить слишком быстро, глотая буквы, тогда я могу потерять нить разговора и мне придется переспрашивать. Говорила мне мама – учи английский! Но кто ж слушает маму? В моем городке из курсов английского только частные уроки от соответствующих учителей, которые хотят подзаработать в свободное время, но мы не ищем легких путей. Ведь есть же интернет! Lingualeo, Ororo, YouTube, весь английский мир к моим услугам! Но и тут оказалось не все так просто.
Самостоятельно учиться довольно трудно. Оказывается, за время работы на государство, я настолько привык к пинкам, что теперь, когда их не стало, мне было очень трудно заставить себя сделать хоть что-то. Как это выражалось? – а вот так: садишься за стол, берешь конспект, ручку, включаешь комп, заходишь на ютуб и видишь там видосик про ковку якутского ножа из подшипника, и ну как вот его не посмотреть?? Заканчивается все это какой-нибудь статьёй на лурке в два часа ночи, тридцать открытых вкладок и английского там не больше, чем букв в адресной строке браузера. С этим очень тяжело бороться, но я смог. Смог извернуться и дать сам себе пинка под задницу, коль уж она его так просит. И это помогло. А еще мне очень помогла вот эта статья, здесь написано, почему прокрастинаторы прокрастинируют (то есть почему многим людям свойственно откладывать дела на потом), и как научиться управлять собственным временем. Если у кого-то есть такие же проблемы – прочитайте её!
Спрашивая у знакомых, кто как-то связан с разработкой, я нашел команду программистов, которые работали над одним интересным проектом, и у них в команде не было позиции QA. Я попросил взять меня в команду на добровольных началах. Для меня сейчас наиболее ценен опыт работы, поэтому я предложил поработать у них в команде без оплаты, потому что начинать когда-то нужно. К сожалению, неопытных тестировщиков (как и других начинающих работников) брать на работу не сильно хотят. Всем подавай с опытом не менее трех лет и минимум год в качестве автоматизатора. И, со стороны нанимателя, это правильно, но мне от этого не легче.
Меня приняли очень хорошо. Команда занималась разработкой и поддержкой браузерного приложения, основной задачей которого являлся расчет стоимости выполняемых работ строительной организации — потенциального покупателя этого приложения с последующим формированием необходимых документов в pdf формате. Кроме этого, там было еще много дополнительных фич, которые добавлялись в процессе разработки приложения. UI был на английском и немецком языках, так как заказчиком выступал субъект из Германии. Подробно рассказывать о приложении я не стану, так как связан договором о неразглашении информации, да это здесь, наверное, и не нужно. Главное то, что я начал участвовать в реальном проекте! И все заверте…
Мы договорились, что участвовать в проекте я буду удаленно. В команде были разработчики не только из Беларуси, но из Украины. В 11.00 по Минскому времени обычно начинался групповой созвон по Скайпу, в течении которого представитель Заказчика формулировал задачи для выполнения, он же, одновременно являясь тестировщиком, описывал найденные баги и создавал тикеты в Jira. Разработчики отчитывались о выполненной работе, делились соображениями о способах реализации предлагаемых фич, описывали проблемы, с которыми они сталкивались при разработке и предлагали способы их решения. Это был полноценный рабочий процесс и я был его частью! Все беседы, естественно, велись на английском языке и для меня это был очень полезный и интересный опыт. Как оказалось, мне было несложно понимать английскую речь, а встречающиеся незнакомые слова я сразу выписывал в свой словарик. Сложнее было в те моменты, когда мне необходимо было что-то сказать самостоятельно, но, к чести команды и Заказчика, меня терпеливо слушали и помогали, если мне было трудно подобрать слова.
Свою работу начал с изучения приложения. Нужно было знать, что оно, собственно, может делать. Документации не было, практически, никакой. Единственным документом, который я смог увидеть, была презентация PowerPoint со слайдами, на которых были скрины сайта с комментариями, как все должно работать. Поразмыслив, я начал писать некий текст со скриншотами страничек приложения, который мог бы являться прикладным пособием, помогающим человеку, незнакомому с продуктом, разобраться в особенностях программы. Но очень скоро его пришлось забросить, так как нужно было тестировать сайт.
Разработка программного обеспечения в нашей команде велась, на мой взгляд, по принципам гибкой модели (agile model). Одним из тезисов Agile-манифеста является цитирую: “Работающий продукт важнее исчерпывающей документации”. Хорошо это, или плохо — об этом написано много и единой точки зрения на этот счет, насколько я успел понять, нет. Но одно было понятно наверняка: здесь проблемы решались по мере поступления, и долгосрочное планирование практически не велось. Все это было связано с тем, что команда была совсем небольшой – 5 человек, я пришел шестым. Программисты, реализовав какую-нибудь фичу, либо закрыв очередной баг, давали мне задание протестировать изменяемую область приложения. Все работы велись на тестовом сервере, релизы на рабочий сервер выкатывались после тестирования не реже одного раза в неделю. Моей задачей было smoke тестирование, я просто заходил на страничку и проверял, не сломалось ли чего-нибудь. После этого я проверял (насколько мне позволяли мои постепенно увеличивающиеся знания продукта), как работает остальной основной функционал. Я находил баги! Баг-репорты я поначалу оформлял как New issues в GitHub но вскоре мне разрешили оформлять их тикетами в Jira.
Было очень интересно найти баг, повторить его в разных браузерах, разных операционных системах (я установил Ubuntu 16.04 и Windows 10 64 bit на своем компьютере), потом описать его, описать шаги для его воспроизведения, приложить скриншоты. Категорийность бага определял руководитель проекта. Он же просматривал созданный мной тикет и давал замечания, если они были. Для собственного удобства, я записал простейшую тест-сюиту в Selenium IDE, которая открывает все странички приложения последовательно, начиная с регистрации на сайте, проверяя его работоспособность — по сути smoke test, но даже это отлично ускоряло прогон чек-листа.
Нужно было начинать писать тест-план, о котором я читал, но как-то с трудом представлял себе этот документ. Про тест-план есть в книге Святослава Куликова “Тестирование программного обеспечения. Базовый курс”, и я прочитал, что это достаточно объемный документ, который, цитата: “описывает и регламентирует перечень работ по тестированию, а также соответствующие техники и подходы, стратегию, области ответственности, ресурсы, расписание и ключевые даты”. Из цитаты становится понятно, что такой документ не создашь за полчаса работы. Не создашь его и за один день, поэтому я принялся обдумывать основные положения тест-плана, делая какие-то наброски для себя. Но написать тест-план мне так и не удалось. Совершенно неожиданно для меня, руководитель проекта в общем чате сообщил о прекращении разработки приложения. Связанно это было с тем, что у Заказчика отсутствовали средства для финансирования разработки приложения. Команда была расформирована, и я остался не у дел. Признаюсь, я был довольно-таки разочарован, так как, не имея представления о финансовой стороне проекта, я не задумывался о возможном сворачивании всей работы над проектом. Расставаться с командой было жаль, но я получил рекомендации, и, самое главное, опыт, а это было очень здорово!
Что мне хочется сказать в итоге: моя история еще далеко не завершена. Это пока еще её самое начало. Сейчас я ищу работу удаленно в качестве junior QA, хочу участвовать в реальном проекте и готов работать в течении испытательного срока без оплаты труда, ведь мне нужен опыт, много опыта.
В целом я хочу сказать, что профессия тестировщика очень интересная. Я где-то читал про то, что тестировщиком работать скучно, однообразно и тому подобное, на что могу однозначно ответить — нет! У тестировщика очень нескучная работа, ведь это постоянный креатив, необходимость мыслить неординарно, уметь искать и находить нужную информацию в самых разнообразных источниках и этому нужно учиться. У каждого, кто пришел в тестирование своя история и у всех она разная, но с одинаковым результатом – работать в команде на позиции QA над реальным проектом. Я хочу получить этот результат, и для его получения я уже сделал немало. Да, признаюсь, пару раз были такие моменты, когда я начинал сомневаться в своем решении, но, поразмыслив, я понимаю, что решение правильное, просто это моя дорога и не всегда она прямая и ровная.
Если Вы решили стать тестировщиком – это классно! Нужно постоянно идти вперед, даже если кажется, что все очень сложно и непонятно. Будут подводные камни, будет непросто, к этому нужно быть готовым и каждую неудачу рассматривать как ступеньку вверх. Пусть мой рассказ послужит неким импульсом для тех, кто решил выбрать эту профессию, но еще не решился сделать первый шаг. Шагайте смело! У Вас все впереди!
Комментарии (64)
Nepherhotep
09.06.2018 21:14Поищите баги на Хабре :)
Vlad_Zankevich Автор
09.06.2018 21:40+1Это, кстати, мысль хорошая, и у меня, в принципе уже есть один баг, ну или фича :) Дело в том, что Geektimes переехал на Хабр, это описано здесь: https://m.habr.com/company/tm/blog/93947/, а в ссылке about https://habr.com/info/about/ про Geektimes все еще говорится как про отдельный ресурс, хотя приложенная там ссылка ведет на Хабр. Это то, что удалось выявить при беглом просмотре :)
s_suhanov
10.06.2018 19:06Как говорится: "нужно сначала понять: это баг или фича". В данном случае, это — фича. )))
adamsoff
09.06.2018 22:44Можно вопрос, если нет проблем ответить, сколько Вам лет?
Дело в том, что мне за 35, стоит ли свою профессию менять…Vlad_Zankevich Автор
09.06.2018 22:52+1Сейчас мне 35. Я принял решение о смене профессии в 34. На самом деле меня очень поддерживает в моем решении моя жена, и это очень помогает. А вообще я считаю, что учиться никогда не поздно. Честно говоря, мне кажется, что если хочешь что-то сделать, то надо делать, чем потом всю жизнь жалеть о том, что мог и так и не решился
adamsoff
09.06.2018 22:56Мне 36, похожая ситуация с прошлой работой. И с женой, которая так же вдохновляет!
Мне не хватает того, что зарабатываю.
Спасибо за статью, вы вселили в меня оптимизм, что ещё не так стар)
Сейчас поступил на университет на инженера-программиста. Не знаю к чему это меня придёт.Nepherhotep
10.06.2018 12:12+3У меня несколько знакомых, которые хотели сменить деятельность и несколько-таки сменили. Наиболее яркий пример — старлей с узла связи, где я служил, пошел на второе высшее и сейчас программирует на .NET (и судя по отзывам коллег — отличный программист).
Но интересно наблюдать, как годами продолжаются метания, что «надо что-то делать» у тех, кто не сменил — чем больше времени проходит, тем больше они переживают, что надо было раньше делать, а не размышлять слишком долго. Это чем-то напоминает, когда спускаешься в метро, а нужный состав уже стоит. И ты идешь, и понимаешь, что ты на него уже не успеешь. Но вот ты неторопясь спускаешься, и видишь, что успел бы, если бы побежал сразу. Но сейчас уже не успеешь. Идешь дальше — а состав все стоит, и ты понимаешь, что успел бы даже, если бы побежал тогда, когда подумал про это второй раз, и так повторяется несколько раз.
В общем, 36 лет — это вам еще 25 лет рабочего стажа, это больше, чем ваш полный рабочий стаж, так что даже не сомневайтесь — оно того стоит!adamsoff
10.06.2018 13:04Вот такие как Вы — дают пинка мне в сторону развития.
В моём университете, есть преподавательница, которая прямым текстом сказала — «За чем ты полез в IT? в твоём возрасте мозг уже не тот и к 40 года вообще атрофируется.»
Мне конечно же, плевать на её догадки и утверждения, но настроение испортила.
Если кому-то интересно, готов начать писать свой дневник «Пойти в IT в 35»Nepherhotep
10.06.2018 14:19Ну может вы не будете талантливым математиком, который напишет суперэффективный алгоритм, но если быть откровенным, большинство разработчиков такими тоже не являются.
Может быть, вы даже будете технарем чуть ниже среднего, но нужно учитывать, что разработчик — это только наполовину техническая часть. Остальное — это опыт взаимодействия с людьми, и другие качества, как исполнительность или внимательность к деталям, или же умение сконцентироваться на задаче. В свои 36 лет, по остальным параметрам вы уделаете любого вчерашнего студента, даже не сомневайтесь.
Source
11.06.2018 21:56Не ведитесь на эти байки… Мозг отлично работает и в 70 лет, и есть люди, которые это доказывают на своём примере. С возрастом проблема не в мозге, а в инерции, в привычках и т.п. Но это всё настолько субъективно, что к цифрам в паспорте вообще отношения не имеет.
kt97679
09.06.2018 23:08+2Вы меня заинтриговали. Что же надо сделать, если вдруг обнаружил пьяного каменщика, а он отказывается дыхнуть в трубку?
Vlad_Zankevich Автор
09.06.2018 23:45+1Да все просто, вызываете на строительный объект инженера по охране труда, в его присутствии составляется акт о появлении работника на рабочем месте в состоянии алкогольного опьянения, ставятся подписи двух свидетелей, о том, что все признаки, так сказать, на лицо и отстраняете каменщика от работы. Буянит — вызываете наряд милиции. Они заодно и освидетельствуют товарища. Ничего интересного. Очередной головняк.
hisbvdis
09.06.2018 23:57-2> Зарплата в 300 долларов в месяц для главного инженера
Человек, являющийся главным инженером в сфере строительства, и получающий зарплату в 300$ — это какой-то анекдот, в который трудно поверить.
Это то же самое, что прочитать статью от Senior программера, который хочет стать строителем, потому что у него зарплата 300$
Мне кажется, даже тот же пьяный каменщик пошлёт потенциального работодателя, если ему озвучат такую зарплату, потому что зарплаты в строительстве мало чем уступают зарплатам в сфере ITVlad_Zankevich Автор
10.06.2018 00:22+4Судя по всему, Вы даже не представляете, насколько печальна ситуация в городках вроде моего. К сожалению, я говорю правду, и будь здесь зарплата побольше, то я не стал бы задумываться о смене профессии.
muhaa
10.06.2018 08:12+1В Беларуси примерно все так и есть. Зарплата 600 руб. (300$) у главы семьи и 120$ у его жены на вполне преуспевающих предприятиях — это обычное дело в небольших городах. Хотя, люди выкручиваются, ищут способы заработать, многие находят.
tundrawolf_kiba
09.06.2018 23:58Вот вам в канал будет ползено присоединиться t.me/qajuniors
Правда про Савина там лучше не упоминать, его там не одобряют :) Но в целом что-нибудь подсказать начинающему специалисту вполне могут (на самом деле там сиди и достаточное количество весьма опытных людей)
KirEv
10.06.2018 00:02Сердечных Вам успехов!
Меня раздражает, когда зачастую ставят крест на ИТ-шникам которым за 30-35, у некоторых работодателях «галочка» на этот счет…
Но с другой стороны, у взрослого человека, в основном, более основательный подход к делу, пусть даже профессию сменить, особенно в ИТ, где информации пруд-пруди и в свободном доступе… Имеет хорошие шансы, если мозги работают и усидчивый.
Мой друг, менеджер, месяца 3 назад решил сменить профессию, начал с питона, и вполне успевает в этом деле, джуном взяли в одну из крупнейших софтвенных компаний страны, правда ему за 25, но с программированием, до этого, вообще не сталкивался :)
Не такая это большая магия, ИТ, нужно лишь немного посидеть, а дальше само пойдет (развитие) :)saipr
10.06.2018 11:04Не такая это большая магия, ИТ, нужно лишь немного посидеть, а дальше само пойдет (развитие)
ИТ — да, программирование (настоящее) — это искусство, магия, божий дар. По аналогии с Теслой и Эдисоном.
ZumZoom
10.06.2018 01:17Тим Урбан очень занимательный автор. У него много интересного чтива на различные темы. Думаю вы не зря потратите время, если ознакомитесь с остальным его творчеством :)
lxsmkv
10.06.2018 02:36+2Если в выполненных заданиях куратор [...] обнаруживала ошибки, то она не указывала на них, а задавала «наводящие вопросы»
Я думаю, то что вы описываете это попытка пробудить в человеке не исполнителя инструкций, а человека видящего. Но «разрешающая способность» повышается только с опытом, и при наличии стимула, в лучшем случае внутреннего стимула. Нужно осознанно бороться с проявлениями ограниченного восприятия т.н. bounded awareness.
Как я писал в одном из своих комментариев, полувшутку-полувсерьез:
Во время тестирования нужно повторять себе «я ничего не знаю». И когда ты достигаешь этого состояния, ты начинаешь видеть вещи совсем по другому. Мозг перестает цепляться за знакомое, и твое сознание свободно перемещается по приложению.
Вот интересное упражнение: попытайтесь записать то, что вы делаете в виде пошагового описания «Я [делаю], я вижу». Например: «Я читаю комментарий, я прокручиваю колесом мышки страницу вниз, я вижу поле для комментария, я щелкаю мышкой в поле для комментария, я ввожу текст, я нажимаю кнопку предпросмотр, я вижу ...»
Потом читаете свою инструкцию и добавляете в нее необходимой конкретики, там где инструкция неоднозначна (например я добавил «колесом мышки» после перепрочтения). Это тренирует навык отстраненного детального описания, а также умение следить за происходящим.
Вообще интересно в разных ситуациях задавать себе вопрос «что я вижу» и давать на него ответ все более общий. Например, когда смотришь на заходящее солнце, то сначала видишь закат, а потом видишь слепящий яркий круг, часть которого скрыта за линией горизонта. Но и то не верно, а вдруг скрытая часть не дополняет круг, и с чего я взял что она скрыта, тогда скажем «я вижу слепящее яркое пятно, которое касается линии горизонта». И тому подобное.
Nubus
10.06.2018 08:08Тестировщик интересная професиссия, но только если характер и склад ума располагают к этому. К сожалению в сфере IT в малых и средних проектах роль QA идет по принципу «пользватели будут тестерами». А навык составления пошаговых инструкций для *простых* ежедневных действий развивает внимание к деталям. Простейший пример: попробуйте сделать полное описание совершения звонка по сотовому телефону на андроиде и яблоке. Потом составьте инструкцию для звонков из контактов и звонков на новый номер. А потом дайте почитать жене и получить очень ценный фидбек.
Kisialeu
10.06.2018 10:08в 29 сменил работу на куа, в 30 когда открыл резюме с опытом через два дня получил оффер на автоматизатора с зп х3 от последней работы не в ит.
romansangurskiy
10.06.2018 10:08Успехов! Нравится кардинальная смена вида деятельности.
По своему опыту — нужна еще доля фарта. А именно — потенциальный работодатель должен что-то разглядеть в потенциальном работнике, что мало связано с обязанностями. Я всегда проваливаю собеседования, не отвечаю правильно на большинство вопросов. Но всегда показываю, что искренне хочу получить эту работу и готов действовать. Думаю, это и способствует.
А у Вас это искреннее желание получить работу в достатке)
wlr398
10.06.2018 10:08+2Напомнило:
— Вы чрезвычайно симпатичный старичок, Киса, но больше десяти процентов я вам не дам. Ей-богу, не дам. Ну зачем вам, зачем вам столько денег?..
— Как зачем? Как зачем? — кипятился Ипполит Матвеевич.
Остап чистосердечно смеялся и приникал щекой к мокрому рукаву своего друга по концессии.
— Ну что вы купите, Киса? Ну что? Ведь у вас нет никакой фантазии. Ей-богу, пятнадцати тысяч вам за глаза хватит… Вы же скоро умрете, вы же старенький. Вам же деньги вообще не нужны… Знаете, Киса, я, кажется, ничего вам не дам. Это баловство. А возьму я вас, Кисуля, к себе в секретари. А? Сорок рублей в месяц. Харчи мои. Четыре выходных дня… А? Спецодежда там, чаевые, соцстрах… А? Доходит до вас это предложение?..
paulpricker
10.06.2018 10:09+2Хочу вас предостеречь, но работодатели совсем не хотят брать джуниоров на удалёнку. Но т.к. вы готовы работать бесплатно, может, кто-то и найдётся, но я бы не рекомендовал вам идти всё-таки на такой радикальный шаг: любой труд должен быть оплачен. Да, у вас не так много опыта, ну и что теперь – вы-то определённые задачи будете выполнять, и не всегда они будут казаться вам простыми: будут потрачены и силы, и нервы, и время. У вас уже есть определённое видение профессии. Пусть не большими деньгами, но это должно быть вознаграждено. Переезд в ближайший крупный город не рассматриваете принципиально? Пусть даже на время. Получите опыт в офисе, а потом, может, со своим работодателем договоритесь об удалённой работе. Я, конечно, не исключаю, что remote-вакансии для джуниоров есть, но всё же маловероятна возможность.
Vlad_Zankevich Автор
10.06.2018 10:13+1Я думал над таким вариантом развития событий. Если не удастся найти работу удаленно, то, конечно, придется рассматривать вариант с переездом в столицу.
wlr398
10.06.2018 10:19+1Бывает и с другой стороны ситуация. Много лет в айти и телекоме, всю трудовую деятельность собственно. Зарплата устраивает. Но надоело всё. В связи с тем, что не столица, даже просто сменить работодателя без финансовых потерь практически не реально. Переезжать не хочется.
Nepherhotep
10.06.2018 14:49+1Отличный вариант в этом случае — искать работу удаленно. С одной стороны, стоимость жизни заметно ниже, а по ЗП — множество разных вариантов.
mad_god
10.06.2018 18:08И по традиции, по поводу статьи о прокрастинации: обязательно надо будет прочитать.
fatronix
10.06.2018 18:36Для меня сейчас наиболее ценен опыт работы, поэтому я предложил поработать у них в команде без оплаты, потому что начинать когда-то нужно.
Вы меня извините, но это какая-то жопа. Такими предложениями начинающие специалисты мало того, что унижают себя, оценивая свои человекочасы буквально нулем, так еще и убивают рынок для остальных. По мне, так это похуже штрейхбрейкерства.
Где все местные цитирующие Маркса господа? Или классовая солидарность распространяется только на случаи, когда можно бизнес прижать?Vlad_Zankevich Автор
10.06.2018 21:10+1Других вариантов у меня нет. Кроме того, я надеюсь этим зарабатывать, а не заниматься волонтерством, поэтому я надеюсь, что если мой скилл оценят, то предложат зарплату. Это моя основная цель.
pzhivulin
10.06.2018 19:54На uTest.com зарегистрировались?
Я там неплохо заработал на тестировании Android Pay
ShadowHAWK
10.06.2018 21:05-1У меня только один вопрос: и как чел не выучивший English и не осилившый азы уровень junior тестера был главным инженером?
Vlad_Zankevich Автор
10.06.2018 21:07Для того, чтобы стать главным инженером на строительном предприятии, знать English и осиливать уровень junior тестера совершенно не нужно. Там нужны другие знания и их есть у меня. Но статья ведь не об этом.
SiliconValleyHobo
11.06.2018 00:11Я думаю, он немножко о другом… Дело ведь не в знаниях, а в умении быстро их усваивать и применять. Главный инженер, казалось бы, должен обладать очень гибкой думалкой. Которая без проблем должна была помочь кракнуть любые курсы и занятия
ShadowHAWK
11.06.2018 03:30Ну да! Я не верю что можно было закончить школу на 4 или 5 с плохим английским… Ладно теперь по делу: автор статьи обязательно пройди сертификацию ISTQB хотя бы foundation. Не читай гугловских книг по тестингу их пишут девелоперы — читай книги которые пишут матёрые тестеры такие как Rex Black например
Vlad_Zankevich Автор
11.06.2018 07:52Для школы мой английский был неплохим. Но все забывается. Неплохой английский для школы минус годы совершенно без практики равно почти ничего. Но я наверстываю упущенное.
Vlad_Zankevich Автор
11.06.2018 08:09На самом деле на свою думалку я не жалуюсь) Но с ходу кракнуть новую профессию у меня не вышло. Здесь большую роль играет окружение — молодой человек, который учится в университете, пусть даже не связанным с информационными технологиями, в настоящее время легко может найти единомышленников по любому вопросу. Я обучаюсь самостоятельно и мое окружение — интернет. Тоже немало, но для эффективное обучение замедляется.
zzz6
11.06.2018 00:11Спасибо за статью!
Ваша история очень вдохновляет и дает «такой» же пинок.
Так же начинал с Cавина и 2-х недельных курсов (удлиненная версия «недельного» курса :)
voicetranslator
11.06.2018 08:29+2Ей Богу, чуть было не пустил «непрошенную слезу» по прочтению данного поста! Шучу, конечно, но честно говоря, очень порадовал настрой автора. Хочу пожелать удачи в этой нелёгкой, но очень важной и интересной профессии!
К сожалению, сейчас не лучшие времена для «пути джедая от QA» с этими новомодными трендами continuous integration & deployment, безумной гонкой спринтов, и выдаваемым «нагора» еженедельным (а иногда и чуть-ли не ежедневным) убожеством, прикрываемым фиговым листком «MVP» :(
Но, по моему глубочайшему убеждению (разработчика с многодесятилетним опытом), роль профессионального QA еще возьмет свое. Ибо все, так или иначе, вращается по спирали. «Правильный», профессиональный QA — друг и товарищ разработчика (а не враг!) — играет огромную роль в успехе продукта. Надеюсь, вы пойдете правильным путем в своей профессии. Хочу дать вам несколько дружеских советов:
— разработчики — это, прежде всего, ваши teammates, ваша команда, «свои». Как бы вас не настраивал (а причин может быть множество!) ваш lead/manager, не стоит забывать об этом!
— если вы не смогли найти 100% воспроизводимый алгоритм возникновения бага — не открывайте issue (если это не showstopper. Но, даже в этом случае, переложите решение на вашего менеджера)
— учитесь сами оценивать приоритеты ошибок; ведь, скажем, несовпадение границ полей ввода на пару пикселов вовсе не равнозначно падению приложения при вводе неверных/не ожидаемых данных. Иногда не стоит перегружать разработчиков мелочами; поместите их в backlog, чтобы потом придать им видимость (когда позволит время и график)
— не стремитесь сами стать разработчиком. Это, конечно, жуткое и несправедливое требование, и порой трудновыполнимое (ведь для QA программирование — это must have, тестировать regression без автоматизации — это no hire!). И таки да, разработчики и получают куда больше (что абсолютно несправедливо, полностью согласен!), и работа у них поинтереснее, да и вообще. Но именно тем хороший, «правильный» QA и ценен! Именно тем, что они — не разработчики продукта, и мыслят, все-таки, несколько иначе. Вот такой вот зловредный парадокс :(
— постарайтесь установить с devteam немного неформальный, «спортивный» тип общения — здорово помогает! Когда-то я, будучи team lead, закупил примерно на пару сотен долларов всякой мелкой хрени в компьютерном магазинчике (флешек, мелки коптеров, офисных пушек и тому подобное), и предложил в качестве призов нашей QA team, но с условием, что качество их работы оценивает команда девелоперов. Если бы вы знали, как возросло качество баг репортов! Честно говоря, я сам очень удивился успеху этой акции. А менеджмент компании вернул мне деньги, потраченные в качестве личной инициативы, и взял этот метод на вооружение.
Vlad_Zankevich Автор
11.06.2018 10:52В своей работе я обязательно учту Ваши советы, спасибо огромное!
tundrawolf_kiba
11.06.2018 23:06Хочу немного скорректировать тот комментарий на который вы ответили. Человек предлагает вам учиться оценивать приоритет дефекта — это все же не зона ответственности тестировщика. Приоритет должен выставлять проджект менеджер или продукт овнер. В тестировании оперируют двумя понятиями — priority и severity, приоритет и тяжесть дефекта. Приоритет — это то, как быстро нужно пофиксить дефект, тяжесть — это то, насколько дефект влияет на программу. Они могут не совпадать. Дефект с высоким приоритетом, но низкой тяжестью — к примеру слово «ниггер» в программе для рынка США. Фактически это косметический дефект, но приоритет будет максимальный, т.к. это может привести к судебным искам. А может сломаться какая-то часть программы, которой пользуется один человек раз в год. Тогда тяжесть будет на один пункт ниже максимальной, но приоритет будет низким. Вот severity — это как раз и есть зона ответственности тестировщика. Вот ссылка на статью которая на пальцах объясняет уровни severity testsheepnz.blogspot.com/2014/07/a-new-defect-severity-hierarchy.html
kababok
11.06.2018 10:22+1Кстати, масса опыта из строительной вселенной и уж тем более — из опыта работы главным инженером вам ой как пригодится в профессиональном общении! ;)
Вы, возможно, даже и не почувствуете, как автоматически обойдёте большое число подводных камней, о которых начинающий сразу в IT усреднённый молодо
kababok
11.06.2018 10:40Пардон — я со смартфона и с широкими пальцами… :)
Вы, возможно, даже и не почувствуете, как автоматически обойдёте большое число подводных камней, о которые начинающий сразу в IT усреднённый молодой парень ещё набьёт свои шишки.
Не забывайте, что на этом вы сбережёте очень много времени — и всяческих вам успехов! :)
Да (как уже написали выше), в числе первых посмотрите, и, если получится, сдайте начальный экзамен ISTQB-сертификата — пусть это не всегда будет полностью близко к реальности, но набор правильных и, собственно, «всемирных» терминов, понятий и принципов уже получите.
derevyaa
12.06.2018 07:49У меня такое впечатление что статья про меня(чуть не прослезился). Я тоже работал в строительстве сметчиком и мой путь очень похож на Ваш, только с разницей в четыре года и автоматизацией я начал заниматься с (Java,Selenium,TestNg). Желаю успехов на выбранном пути.
Vlad_Zankevich Автор
12.06.2018 07:51Приятно читать отзыв человека, который принял похожее решение. Спасибо!
phenik
12.06.2018 07:50За тестерами будущее! По мере замены в программах содержащих аналитику естественного интеллекта мозгов программистов на искусственный в чипах, сервисах и пакетах, фокус разработки сместится в сторону обучения и тестирования и сопровождения нейросетей.
g0rd1as
Занимательная история. :) Удачи вам в развитии! :)
Vlad_Zankevich Автор
Спасибо! :)