Comments 50
Опять кликбейт. Вместо ожидаемой темы применения гуманитарных скилов и опыта в тестировании, обычная история про попадание из техподдержки в qa и стандартные советы.
Добрый вечер! В статье я делюсь своим личным опытом. Даже если моя история и советы кому-то могут показаться тривиальными, они не становятся менее полезными для тех, кто подумывают о начале карьеры в айти.
Если есть какие-то вопросы, буду рада ответить в комментариях.
Да, хотелось почитать про использование гуманитарных скиллзов - с показом слайдов!
А какие именно гуманитарные скиллы вас интересуют?
В моем случае, мне действительно довольно сильно помогают годы изучения иностранных языков. Также хорошим подспорьем является грамотность письма, внимательность, умение выражать свои мысли, структурировать и анализировать. Но назвать это гуманитарными скиллами рука не поднимается.
Я, конечно, понимаю, надо писать мотивирующие статьи, для привлечения людей на курсы, ну и вообще, поддерживать в людях оптимизм, никогда не поздно изменить жизнь.
Я больше 20 лет в ИТ, а программирую лет наверно с 8 -10, и когда вот читаю, что девочка с филфака, имеющая почти 0 знания в сфере ИТ, по ее же словам, посидев пару месяцев на поддержке, с помощью google написала коннектор к websocket с авторизацией и валидацией сообщений...
Люди, ну имейте уже совесть, у вранья должны быть пределы.
Да, всегда можно попробовать перейти в иную сферу и в относительно позднем возрасте, и без большого опыта, но надо понимать, что для этого надо иметь не только железный характер, чтобы учиться по 24 часа в сутки и наверстывать упущенное, но и иметь способности к этому. И все равно, даже это вам не дает ни каких гарантий, что вы сможете сравниться хотя бы с средним разработчиком, который к 25 годам имеет обычно лет 7-8 профессионального стажа (возможно и 10).
Ни у кого же не возникает желания выйти на ринг с профессиональным боксером после 3 недельных курсов? Или пойти устроиться хирургом, после месячно стажировки в рубке мяса.
Если бы реально в сферу ИТ было бы так легко войти и работать, с чего бы там были такие зарплаты? Все дело в том, что специалистов как не хватало, так и не хватает, нужны способности.
Использовать желание людей улучшить свою жизнь, ради своего обогащения и так вот им врать, обнадеживая, что любая девушка с филфака без навыка и знаний, посидев пару месяцев рядом с отличными парнями стала тестировщиком / разработчиком, просто отвратительно.
Привет!
Если бы я или моя компания продавали какие-то обучающие курсы, ваша претензия имела бы место, но это не так. В статье я просто транслирую опыт, который пережила сама.
Я понимаю, что человека, посвятившего жизнь айти, могут оскорблять эти выскочки, гуманитарии, пытающиеся урвать свой кусок, и, будь я прозорливее в свои 16 лет и поступив на информатику, вместо испанского языка, возможно считала бы также)
Но опять же, это не моя история, в 16 лет я не понимала, чего хочу и круто, что хотя бы в 21 я попала в айти, хоть и через службу поддержки, где пригодились мои многолетние знания иностранных языков.
Затем я 2 года, а не пару месяцев, как вы пишете, наблюдала за лучшими и училась сама, не нужно умалять работу, которую я произвела над собой. А также не надо возводить программирование в ранг умений, доступных лишь избранным. Сегодня для этого будет достаточно жгучего желания научиться, хорошего навыка гуглить, и времени на отладку.
Если мой опыт кого-то вдохновит пройти тот же путь и найти свое признание, я буду рада.
О каком оскорблении идет речь? Это вы сами назвали себя выскочкой.
Учиться надо не пару лет, а гораздо больше, более менее приличный разработчик пишет код уже в школе, и параллельно учиться, и продолжает учиться все остальное время, но как я и писал, в отличии от тех кто в зрелом возрасте начинает, он к 21 году уже учится лет 10, и уж поверьте с не менее жгучим желанием чем вы. Такие как они еше учась в школе практикуются в разработке по 4-10 или более часов в день, это не просто их хобби, это их страсть, и двигаются они там с очень большой скоростью.
Поэтому так или иначе любой, кто начинает путь в разработку с позднего возраста является догоняющим, и догнать будет не просто, скорее всего невозможно. И не надо меряться с средними разработчиками, я говорю об успешных карьерах, а не о посредственностях, которых везде хватает.
Я не воспринимаю вас как конкурента, мы с вами на разных уровнях конкурируем, уж без обид.
Что же касается фразы о том , что любой может сделать успешную карьеру в ИТ (подразумеваем в первую очередь разработку ПО) и для этого достаточно одного желания, ну что ж, вы имеете свое право на такое виденье. Я только вот что хочу сказать, вы в этой сфере совсем не долго, и при этом претендуете на то, что вам лучше известно положение вещей, но поверьте, это не так. Чем дольше человек работает в какой то области, тем лучше он понимает и суть вещей и как там все устроено, если он конечно, профессионал в этой области. И вот я вам ответственно говорю - одного желания не достаточно, и старания не достаточно, и да, надо иметь способности.
Рынок перенасыщен джунами после ускоренных курсов, или начинающими тесировщиками / разработчиками, которые решили сменить направление в 20-30-40, и многие из них не могу найти работу, так как по факту ничего не умеют, они не могут принести экономическую выгоду работодателю, с не малой степенью вероятности многие из них так и останутся на нижних ступенях карьеры, хотя да, возможно, какие то деньги зарабатывать будут.
В то же время, есть огромный спрос на настоящих профессионалов, я говорю об уровне синьор и выше, их постоянно не хватает, а не хватает по простой причине, чтобы стать таким профессионалом нужно пройти длинный путь, и иметь практические, а не теоретические с гуглом, знания в разных сопряженных областях. Написать кучу проектов, чтобы понять, что ты до этого все делал не так. И те кто начал в 8-10 дойдут до такого уровня лет через 15-20 те к 25-30 годам.
Благодарю за развернутый ответ. Возможно, вам тоже следовало писать на Хабре статьи, а не только комментировать их:)
Я с вами не соглашусь с тем, что настоящего успеха в айти можно достичь лишь начав в глубокой юности, ибо я не единственная среди своих коллег пришла из другой сферы, успешно работает и растет в профессии. Рынок растет, растут и возможности для обучения, и то, чему вы раньше учились 10 лет, сегодня можно усвоить и за 3-5. А если вы сразу начинаете применять свои знания на практике, то экспертиза не заставит себя ждать.
Что касается способностей и предрасположенности да, безусловно, это имеет место. Как я написала в статье, если человек идет в айти лишь за сладкими условиями, скорее всего, он разочаруется и не сможет реализоваться на должном уровне.
Вы говорите о шансе, а я говорю о закономерности.
Да, можно не работать всю жизнь и потом просто выиграть в лотерею и жить безбедно до конца дней своих.
Я же говорю о том, как постепенно люди строят успешную карьеру в ИТ, и да, построение карьеры занимает большой срок, и нет, нет возможности срезать угол, вы это поймете, только чуть позже, лет через 5, возможно, если вам повезет учавствовать в боле менее серьезных коммерческих проектах.
Насчет того, что вы за 3-5 лет выучите то, что другие учили 10.
Вы не хотите, понять простую вещь, вы вот говорите о том, что если сильно стараться, то можно достигнуть успеха, да, это так. Но почему то вы то, что конкурировать вам прийдется с людьми, которые сильно стараются уже с самого детства(и стараются они не меньше вас, а скорее больше), и при этом имеющими способности к этому, часто они еше и учатся в специализированных школах, а потом вузах. И по непонятной для меня причине, вы считаете, что сможете за 1-2 года догнать их по знаниям, и вот это как раз ваше заблуждение. И учтите, мало того, что в ваши 21 они знают в этой области на порядок больше вас, так еше и за эти 1-2 года они тоже не стоят на месте и продвинутся вперед и продвинутся тоже больше вас, так как работают в гораздо больших и гораздо более сложных проектах, получатся, практический опыт они получают в разы больше, чем вы, в итоге вы попадаете в ситуацию ахилесовой черепахи.
Поймите, я не пытаюсь принизить ваше желание заниматься тем или иным, это право любого человека. Более того, я всегда считал и считаю, что лучшее время для того чтобы изменить что угодно - прямо сейчас.
Но, не занимайтесь самообманом и не вовлекайте в порочный круг тех, кто пытается перейти в ИТ рассчитывая на непомерные зарплаты. Это серьезная сфера с серьезной конкуренцией, и люди без фундаментальных базовых знаний в этой сфере никуда не продвинутся. Быть и казаться две разные вещи.
Вы опять мне ответили лонгридом, но что конкретно вы хотели этим сказать? Могу порекомендовать вам книгу "Пиши, сокращай", ведь краткость - сестра таланта.
Что такое фундаментальные и базовые знания, на которые, по вашим словам, требуются десятки лет? По-моему, вы не заметили, что и время поменялось, и технологии и подход к их изучению тоже.
Обучение - вечный процесс, и спустя 5 лет в тестировании я точно так же продолжаю развиваться и обучаться. И все это время, представьте себе, я занята именно в сложном, серьезном коммерческом проекте.
Безусловно, пойди я сразу в технический вуз, сейчас было бы проще, по крайней мере, я сэкономила бы себе пару лет. Но эти сложности не являются для меня значимой преградой на пути к желаемому уровню знаний и дохода.
И да, я готова конкурировать с теми, кто начал раньше. Моя статья рассчитана на таких же людей, тех, кто заинтересован в работе в тестировании, готов много времени уделить обучению и не боится нового.
Если вы не можете понять о чем вам пишут, не повод переходить на личности и оскорбления, вопрос скорее к вам.
А изменения технологий и кто в курсе новых технологий , то ваше замечание и вовсе не выдерживает ни какой критики. Я ведущий разработчик в одной из крупнейших ИТ компаний, вы же просто от своей компании пишите такие вот популистские статьи и ролики в ТикТок.
В виду вашего перехода на личности, не от большого воспитания, видимо, отвечать вам больше не стану.
Я не стремилась вас обидеть, прошу прощения, если своим непрошеным советом задела, давайте продолжим диалог. Возможно, вы все же могли бы подвести итог тому, что вы хотели сказать?
У меня статья для начинающих тестировщиков: я прошла путь с 0 до QA Auto, собственно, о нем я и повествую.
Вы, по вашим словам, программист с большим опытом.
Вы то обвиняете меня во вранье, несерьезном подходе, то пытаетесь убедить в том, что что бы я не делала, мне никогда не достичь тех же высот, хотя я уже 5 лет успешно работаю и развиваюсь в роли QA в успешной IT компании.
Как вы верно подметили в одном из ваших комментариев, мы с вами конкурируем в разных плоскостях, в таком случае, к чему все ваши замечания? Ибо ввиду вашей любви к письму, выцепить содержащуюся в тексте суть неимоверно трудно.
Ну всё! Не идём в IT, ибо как всем известно: "Что дозволено Юпитеру, не дозволено быку!". Как же меня радует, что перед моими глазами есть примеры людей, которые трудолюбием (12 часов на стуле и вникать во все процессы) спустя 5+ лет в айтишечки выросли до CTO, а ведь могли бы зайти в комментарии на хабре и разочароваться, что код в школе не писали, вот, конечно, потеря... мда, сюр, и только.
Вами описанное нужно в FAANG, но не все мы туда хотим, как и не всем быть Илонами Масками. Бизнес прекрасно делает крутые продукты с вайтишниками вроде нас и не расстраивается.
По вашей логике в юном возрасте тоже уже нет смысла начинать заниматься разработкой, ведь уже есть люди, которые этим занимаются, а поэтому «юнцы» будут вечно в догоняющей позиции.
Вы также упомянули ахиллесову черепаху — возможно здесь будет более уместна притча о зайце и черепахе.
Грусно.
Очень грусно.
Очень грустно от того, что вы за 20+ лет доросли только до ведущего разработчика. Жаль, что не тим лид, не архитектор как многие становятся намного раньше чем 20+.
Видимо в этом то и проблема. Вы, из-за собственной неспособности двигаться вверх по карьерной лестнице, злостно набрасываетесь на тех, у кого карьерный рост идет быстрее, динамичнее, лучше вашего. Дувушка за меньшее время достигла больше чем вы, но вас почему-то сильно волнует чужая жизнь, а не ваши достижения.
Вам бы в себе разобраться для начала, а потом уже с людьми общаться.
Как человек, который программирует 30 лет, начинал по книжкам на бумажке за неимением компьютера, получил профильное высшее образование, защитил кандидатскую в области IT, ответственно заявляю, что ты душнишь. Как будто, блин, коннектор к вебсокет - это какое-то мегазнание, которое надо годами осваивать. Сейчас школьники в 12-14 лет вон телеграм-ботов фигачат на питоне. Было бы желание и склонность.
Зачем же так набрасываться. Просто мало опыта. Успешная история достойна похвалы. У может послужить примером.
У меня двое знакомых программиста. Оба музыканты. Закончили филармонию играли в оркестрах. Пришлось стать программистами (денег музыка не приносит). За год сами дома научится сумели. Теперь лиды. С другой стороны куча бестолковых, которые отучились на программистов, но реально это не дало им ума. К сожалению достаточно частое явление.
К еще большему сожалению, в автоматизации (я автоматчик) бестолковых еще больше. Большинство нормальных уходят в программисты.
По мне осознанный переход в тестировщики или программисты из гуманитариев очень даже успешен, как мин среди моих знакомых.
Роман Савин слегка устарел. Читать его только в ознакомительных целях и в последнюю очередь.
Английский это маст хэв, при чем на уровне intermediate/upper-intermediate.
Html/css/js - тоже. Не говоря уже о простеньких средствах, как инструменты разработчика в браузере. Selemium, Postman и подобные. Для мобайла это XCode and Android Studio.
Сейчас планка для тестировщиков значительно повысилась.
Вы правы, книге Савина уже лет 15, и в том что касается разработки уже многое поменялось, но не с точки зрения теории тестирования.
В мое время именно эта, легко читающаяся книга, вдохнула в меня неподдельный интерес к сфере тестирования, поэтому я до сих пор рекомендую ее к ознакомлению.
Но именно в первую очередь, ибо, если взяться за нее в последнюю - уже будет не так интересно:)
Так а как на счёт авто тестов? На чем пишите?
Спасибо огромное за пост. Я планирую влиться в IT индустрию именно с тестирования. Но с чего начать.... Рекомендованую вами книгу уже заказала.
В 2015 с одной книжкой Савина в голове брали на работу qa. Надоели уже эти статьи однотипные ей богу. Ps. да я знаю что могу их просто нечитать
Женя, а вот как быть с практикой написания кейсов, тест-планов и тд? Где можно практики набраться? Кроме рабочих моментов, ты пользовалась чем-нибудь еще?
Привет!
В голове всегда лежит готовая схема кейса: прекондишены, шаги исполнения, результат, посткондишены. Для описания бага - действует свой шаблон: заголовок, отвечающий на вопросы "что? где? когда?", а в описании: шаги, актуальный результат, ожидаемый результат.
Что касается, развернутых тест-планов или хотя бы чеклистов - я искала хорошие примеры у коллег и в сети, чтобы взять для себя лучшие моменты. Но наиболее полезными для меня остаются майндмапы и блок-схемы, для этого я использую draw.io
Сейчас, так как я занимаюсь автоматизацией, все кейсы и планы, практически сразу превращаются в код автотестов, стэпы и сьюты, не оставаясь в человекочитаемом виде, но при этом очень органично существующие в AllureServer.
брать из головы, кмк не лучший план, тк есть стандарт тест дизайна для bb-testing
https://en.wikipedia.org/wiki/ISO/IEC_29119#ISO/IEC/IEEE_29119-4:2015,_Part_4:_Test_techniques
В голове довольно много места для знаний, и под словом "шаги" в моем сообщении подразумевается употребление техник тест-дизайна, соответствующих случаю.
P.S (для тех кто увидит комментарий выше, перейдет по ссылке, но плохо читает на английском) В своей статье я даю ссылку на пост с фундаментальной теорией, которая включает в себя все те же техники тест-дизайна отмеченные в книге "A Practitioner’s Guide to Software Test Design", Lee Copeland. Там они изложены на русском.
Так откуда Ли берет эти техники? Не сам же придумывает, а ссылается на стандарты ISO, более того, стандарт обновлен в 2015 году, а книга 2003г
я так поняла, что нет такой сущности, как тест план по релизу, привязанные к нему тест-сеты? нет практики чего-то вроде x-ray?
как вы сравниваете, что релиз 2.0 не хуже релиза 3.0?
Даже если так, при чтении по диагонали я не обнаружила каких то значимых отличий. Самыми популярными техниками по прежнему являются классы эквивалентности, попарное тестирование, анализ граничных значений итд) что в 2003, что в 2015, так и в 2021.
У нас микросервисная архитектура и CICD, поэтому больших релизов у нас в команде не предусмотрено. На интеграционном стенде (предпроде) в релиз могут объединиться в так называемый релиз несколько задач, но часто они друг от друга не зависят и тестируются отдельно.
Поэтому качественной оценки лучше/хуже не может быть, условный релиз апи версии 3.0 отличается от 2.0 новыми требованиями.
а Charles это разве rest клиент? скорее прокси или сниффер
Либо такое повествование, либо я не понимаю как человек который изучал тестирование получил задание на написание автотеста... И сделал с первого раза с помощью гугла, кул стори для меня.
А что именно смущает? Автоматизация тестирования - это ветвь тестирования.
В компании была потребность не только в мануальном QA, но и в автоматизаторе, поэтому помимо проверки моих теоретических знаний, мне дали возможность попробовать свои силы на реальном техническом задании. Использовать для этого можно было абсолютно любые инструменты.
Для реализации я выбрала ruby, поэтому для написания скрипта было достаточно одного Sublime Text. После того как я разобралась с гемами, нашла нужные либы и научилась дебажить, результат не заставил себя ждать. Все получилось, а процесс написания кода мне очень понравился.
Более серьезной автоматизацией я стала заниматься не ранее, чем через год с момента начала работы в качестве QA. И, конечно, не без помощи Java-автоматизатора, который присоединился к нашей команде чуть позже.
SQL. Помимо того, что написание запросов к базе — очень интересное занятие, это ещё и полезный навык. Особенно если вы будете работать в бэкенд-команде. Достаточно изучить операторы SELECT, WHERE, ORDER BY, GROUP BY, MAX, MIN, LIMIT. Если разберётесь с JOIN, INSERT и UPDATE, то точно обратите на себя внимание работодателя.
Из всего перечисленного ОПЕРАТОРОМ является только SELECT. LIMIT еще и вне стандарта. например, на MS SQL вместо LIMIT в конце TOP вначале. DELETE почему то забыт, но, наверное, к лучшему)))
Евгения , вы молодец, умничка - захотела, постаралась, смогла !!!
Самое главное.
Всё нападки, скорее всего несостоявшихся неудачников )))
Хотелось бы с вами больше пообщаться , узнать про фишки, инструменты, наработки )))
Спасибо, Алексей! Меня и правда не особо беспокоят какие-либо нападки, ибо я не сомневаюсь в своем вкладе и накопленных компетенциях, а пара лет в поддержке закалят любую нежную натуру.
Если вас интересует что-то по моей работе в тестировании, вы можете задать вопросы в комментариях, я буду рада ответить:)
Топ инструментов для тестирования,
И топ программ на каждый день, в помощь тестеровщику для решения рутинных задач )))
Инструменты для тестирования сильно зависят от целей и того, что вы планируете тестировать.
Могу рассказать, чем сама пользовалась регулярно:
Еще в статье я упоминала расширение для Сhrome: Talend Api Tester, для тестирования http api.
Charles Proxy - cниффер
DataGrip - для работы с БД
HideMyAss - впн
https://json-diff.com/ - для быстрой сверки json
http://json.parser.online.fr/ - для быстрого парсинга вручную
На сегодняшний день я занимаюсь практически только автоматизацией, соответственно мой рабочий быт крутится вокруг IJ IDEA, Gitlab, Docker, Jenkins, AllureServer
Может какой нибудь туториал по Docker есть???
А для какой цели вам нужен докер? Ибо от этого зависит и туториал)
Вот так сходу ничего на ум не приходит, но у Docker хорошая документация, и, если вы знаете английский, проблем быть не должно. https://docs.docker.com/get-started/resources/
А там уже и нагуглить интересующий туториал не составит труда.
Приключения филологической девы в IT и советы начинающим тестировщикам