Об IT, QA Engineering, собеседованиях и AI. То, что я постоянно изучаю.
Я Ирина Соколова, 17 лет работаю в IT. Lead QA Engineer, Senior Test Automation Engineer, ISTQB Certified tester, кандидат физ-мат. наук. Родом из Челябинской области (Россия). Сейчас живу в Лиссабоне (Португалия).
#itirina_qa - про qa engineering и тестирование ПО #itirina_interview - полезное для собеседований #itirina_просто_о_сложном - расширяем кругозор в IT #itirina_ai - интересное о ai и chatgpt #itirina_vlog - влоги о жизни #itirina_fun - с улыбкой про IT #itirina_books - о книгах, которые читаю
Видео про портфолио было начато, но так и не доведено до конца, в прошлом году все пошло не по плану) спасибо, что напомнили постараюсь доделать в течение 2 недель
Не очень поняла вопрос) но если речь про ответственность за автотесты, то в команде со "здоровой культурой" ответственность за качество кода всегда лежит на всех инженерах, и кто-кто, а разработчики должны быть первыми людьми, кто заинтересован в автотестах, чтобы их неудачные инженерный решения не попадали к клиентам
Ирина, спасибо огромное за урок! Вы очень доступно объясняете. Это огромный труд. Я была бы счастлива работать под руководством такого опытного QA engineer, как Вы.
Лет 6 назад, когда я ещё был молод и полон сил у меня даже хобби было проходить собеседования, я проходил их все, начиная от рабочего на заводе, до менеджера в банке и я не имел ни опыта ни образования. Потом у меня случилась одна вещь с организмом и совсем не могу общаться с людьми
Будет сложнее. Но стоит точно. Параллельно техническим навыкам будет подтягиваться язык. Когда языком пользуешься, он сам тебе «в рот лезет». Тем более этот мой урок на примере зарубежной компании, но есть же локальные фирмы. Я начинала в IT в 2007. В школе английский не учила, только немного в Универе. Сегодня говорю довольно свободно - работа «заставила».
@@user-vi1lv1ku9s можно. В русскоязычную компанию. Например, исследовательское тестирование мобильного приложения. Зарегистрируйтесь на hh.ru и поищите вакансии тестировщик стажер, qa engineer стажер, тестировщик junior, qa engineer junior. Там есть возможность смотреть удаленные варианты. И все увидите сами. Какие трудности лично я вижу - вполне может сложиться так, что вся команда возраста 20-30 и им будет хотеться выбрать себе таких же. Поэтому рассылать резюме придется активно. Вам будет тяжелее расти карьерно, сложно конкурировать с 19 летним студентом мат фака, который тоже устроился на junior. Вам нужно пройти разведку боем ) выделите себе 2-4 недели чтобы набраться хоть какой-то теории тестирования. После этого отправьте резюме на несколько вакансий. Ваша цель сейчас - не предложение о работе, а увидеть приглашают ли вас. Если приглашают, сходите. (Можно даже не ходить, если пока очень страшно, откажитесь от собеседования). Если придет ответ с отказом, попробуйте попросить небольшой отзыв, о том почему вы не подошли. Иногда отвечают. Я уверена после всей этой разведки у вас будет уже план как действовать дальше. Я считаю, что если приглашают, значит все шансы есть. Дальше уже зависит от того впечатления, которое вы произведёте.
@@user-vi1lv1ku9s курсы - это отлично, если вы не можете организовать себя на учебу сами. А так бесплатных материалов полно при хорошей самодисциплине. Я никакие курсы не оканчивала. Но мне было бы важно у кого учиться - квалификация, опыт, увлеченность - есть ли у него авторские материалы, опубликованные на порталах, где тусуются айтишники, например на habr.com или участие в конференциях, какие-то сертфикаты и т.д.
Здравствуйте. В интернете все бывает, голосов похожих много и говорят, у меня запоминающийся голос, но там была точно не я, хотя бы потому что я не знаю кто это :)
Спасибо за видео, расскажите пожалуйста как часто QA и QC сталкиваются с кодом и с чтением кода? Нужно ли осваивать языки програмирования перед обучением на QA и QC?
Здравствуйте. Есть специалисты разного уровня. Есть, например, тестировщики, которые занимаются только написанием тестовых сценарием и ручным тестированием, т.е. вы изучили требования, продумали, что нужно проверить, протестировали, создали отчет о работе и приступили к следующей задаче. В таких проектах бывает отдельная команда автоматизации тестирования, которая по вашим тестовым сценариям напишет программный для автоматических тестов, чтобы запускать их в будущем. Есть проекты, в которых "универсальные бойцы" - они и в ручную проверят и сами программные автотесты напишут. Есть проекты, в которых эти "универсальные бойцы" еще и читают программный код разработчиков, просматривают те автотесты, которые создали разработчики, и на основе этих знаний организуют свою работу. Есть проекты, где "универсальные бойцы" пишут автоматический тесты в code base (кодовую базу) наравне с разработчиками. Чтоб "войти в тестирование" и начать работать вам достаточно первого уровня. Дальше уже зависит от ваших амбиций и энтузиазма - чем сильнее ваши технические навыки, в том числе в программировании, там ценнее и финансово дороже вы становитесь)) Стартовав с первого уровня и получив первую работу, вы увидите какой язык программирования стоит изучать у вас на проекте и как он применяется.
@@itirina спасибо за столь развёрнутый ответ, жду видео о том как проходит работа на примере, что используете, как происходит мысленный процесс и другие нюансы
Молодчинка, что взялась за этот канал!С удовольствием смотрю твои видео!Интересно и о портфолио и о резюме.И поделись пожалуйста тем как ты сама училась, как собеседования проходила, как вливалась в коллектив :)
Конечно, можно! сейчас можно в лесной избушке жить, при этом и учиться и работать, купив тарелку для интернета)) посмотрите вакансии на hh.ru , вот например chelyabinsk.hh.ru/vacancy/48615761?from=vacancy_search_list&hhtmFrom=vacancy_search_list&query=%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D1%89%D0%B8%D0%BA или chelyabinsk.hh.ru/vacancy/49059605?from=vacancy_search_list&hhtmFrom=vacancy_search_list&query=%D1%82%D0%B5%D1%81%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D1%89%D0%B8%D0%BA Английский не требуют, удаленно и без опыта. Честно скажу, задачи там будут простые и скучноватые, но как старт - прекрасно. Но будьте готовы, что тут будет отбор. Обучать на расстоянии сложно, поэтому выбирать будут того, кто покажет лучшие базовые знания и сообразительность. Может быть большое количество желающих, всех на собес не позовут, важно чтоб вас заметили - поможет резюме с портфолио о том, что вы умеете. Но даже без большой подготовки пытаться пробоваться на вакансии стоит, так втянетесь и начнете готовиться. Первый отказ о приеме на работу - станет только началом карьеры)
Тестестировщики… слушаешь, крутая работа требующая много времени чтоб нормально заработать!!! В реале смотришь.. половина тестестировщиков становится блогерами!! 🤷🏻♂️ Тратят кучу времени на видосики их монтаж сценарий и т.д!!! В большинстве своём все видео только бла-бла-бла ни о чём… Про зарплаты никто не говорит.. это конфиденциально… Показывать примеры на практике никто не может, потому-что продукты.. подписывал о несоглашение!!
Здравствуйте, Игорь. Я попробую ответить, хоть вопросов задано не было. 1) "В большинстве своём все видео только бла-бла-бла ни о чём…". Если нужны практические алгоритмы, которыми между собой обмениваются работающие айтишники, лучше идти, например на Хабр. Выберите интересный хаб и следите habr.com/ru/hubs/ . Там не будет таких лайтовых материалов как это видео, оно для тех, кто совсем на старте. Основная его идея - это исследовать вакансии, выписать требования в список и начать с ними разбираться. Одному будет тяжко, идеально - найти наставника. Вот хаб про тестирование habr.com/ru/hub/it_testing/ . Вот мои материалы на Хабре habr.com/ru/users/Qualsolife/posts/. На портале www.glassdoor.com/member/home/index.htm можно найти разную информацию о конкретных компаниях в конкретных городах, и главное, что спрашивают на собеседованиях и анонимные отзывы на компанию от работающих в них сотрудников. У RU-vid особенные алгоритмы, свои правила, которые диктуют правила создания видео. 2) "Про зарплаты никто не говорит.. это конфиденциально… " Зарплаты вы всегда найдете в вакансиях на hh.ru и или на том же Хабре habr.com/ru/article/649423/ . На портале www.glassdoor.com/member/home/index.htm люди тоже говорят свои зп в конкретных компаниях, потому что там это отображается анонимно. Если взять зарплату инженера по авто-тестированию из статьи на Хабре, я получаю "потолок", но я работаю напрямую зарубеж (позволяет английский и квалификация). 3) "Показывать примеры на практике никто не может, потому-что продукты.. подписывал о несоглашение!!" Это правда. Никто не хочет загреметь под суд. Люди которые организовывают платные курсы, специально готовят проекты на которых будут учить. Но это время, которое деньги. И вам придется за них заплатить. Мое мнение чтобы начать работать, вам не нужно смотреть как в чужом мониторе проходит день. 1. Нужно изучить базовую теорию, чтобы "въехать в тему". 2. Готовиться к собеседованиям - изучать, что спрашивают и нарешивать задачи для тестировщиков, в интернете все есть - формирует мышление. 3. Расширять кругозор - смотреть ролики, общаться с айтишниками, формировать насмотренность и кругозор. 4. Ходить на собеседования. В Ай-ти нехватка спецов, компании попроще не могут позволить себе опытных, нанимают новичков. Они готовы учить, им просто нужны смышленые люди. Я готовлю видео про то, как сделать практическое портфолио для тестировщика. Готовлю медленно потому что смотри пункт 4 + если б это было мое первое видео на ютубе, вы бы его никогда не увидели, ибо "алгоритмы". 4) "Тратят кучу времени на видосики их монтаж сценарий и т.д!!!" Для меня это хобби, отдых и удовольствие. Я работаю в Ай-ти с 2007 года. Работа отнимает силы. Нужно что-то, что наполняет. Я пробовала каллиграфию, литературные курсы, компьютерную графику и т.д. все не то. Пробую создавать ролики о том, что знаю лучше всего. Это современное творчество. Это интересно. Это азарт сделать что-то прикольное. И здесь я делаю свой медийный продукт, это и часть самореализации - на работе ты - часть команды, а здесь сам себе босс ) Криво-косо, но я получаю новый опыт. Не стремлюсь зарабатывать этим, поэтому у меня все медленно. Однако, даже от такого "недоблогерства" много пользы: - нет лучшего способа привести в порядок свои знания, чем рассказать их другому - publicity - социальное портфолио. Я могу указать свои медиа материалы как часть моего резюме. Это плюс - вокруг меня формируется интересное комьинити и новые возможности. Недавно ко мне пришла одна классная онлайн школа, предложила поучаствовать в создании курсов за гонорар (я отказалась из-за нехватки времени) и т.д. 5) "В реале смотришь.. половина тестестировщиков становится блогерами!! " В моем окружении сейчас порядка 60-ти айтишников, человек 25 - тестировщики, среди них нет ни одного блогера. Сумбурный ответ вечером воскресенья) Удачи Вам, Игорь, мне нравится направление ваших мыслей - что хочется практически полезных вещей, и я отлично понимаю, что тяжело их искать, когда не знаешь, что конкретно искать. Но дорога стелется под ногами идущего, вы уже сформировали представление, что нужно конкретно Вам, если продолжите расширять знания обязательно найдете что ищите. Может даже из моего камента вы уже что-то нашли новенькое!
@@itirina спасибо!! Будет время зайду почитаю.. и так кучу времени потратил в пустую читая и смотря блогеров в которых информации ноль!! Тестестировщик урок номер один- что такое ІТ.. Тестестировщик урок номер два-кто такой тестестировщик.. Тестестировщик урок номер три- сколько нужно времени уделять Тестестировщик урок номер 4 🤦🏻♂️ И т.д и т.п!! С чем соглашусь так это с тем что нужен наставник, который покажет как оно работает (как вы написали сесть и показать свой рабочий день) Смотрел чувачка который так и сделал… Он показал как тестировал интернет-магазин.. (сайт) искал всевозможные баги… Тупо.. берёт с полноэкранного начинает уменьшать размер странички… Ярлычок корзины залез на ярлычок поиска!! Вот ребята баг.. вот вот так мы его оформляет, скриним и отправляем.. За него я получил 10$ 🤷🏻♂️ всё!! Он его снял пол года назад.. сайт заработал он это выложил!! Чё так не делать?! Не понимаю… Всё-ровно спасибо за ответ!! Почитаю..
Спасибо за оценку! В работе такое было и не раз, релизили с багами и релизим до сих пор. Но алгоритм работы с такой ситуацией разнится от проекта до проекта. Сейчас я работаю на проекте, где уровень покрытия продукта автотестами лучший в моей практике ( я в IT с 2007 года). 97% покрытия кода unit/integration тестами и всего 10 обособленных end-to-end тестов, которые покрывают важные для бизнеса customer use cases процентов на 90. Это привело к тому, что если даже мы перед самым релизом находим баг, он мелкий и незначительный (все значительное покрыто тестами). Мы просто делаем релиз по плану, а hot fix (исправление бага) выкатываем следом уже через пару часов. Уровень автотестов поддерживается на таком уровне, потому что Тестировщики тоже свои автотесты пишут в код продукта в виде unit/integration тестов. Такие тесты быстрые, стабильные, всегда актуальные и их поддерживают все инженеры. Так как когда разработчик вносит изменения в свою ветку, система (CircleCi) автоматически прогоняет тесты, и если какой-то тест нужно исправить для соответствия обновлениям, тут же правит, иначе Github просто не даст ему вмерджить свою ветку в релиз. Кроме того, в CircleCi прописано правило, что ни один PR не может снижать уровень покрытия тестами ниже 94%, поэтому автотесты пишутся всегда, и все за ними следят. (уровень unit тестов не моя заслуга, когда я пришла на проект, он был в таком классном состоянии, я создала end-to-end тесты, и мои усилия - поддерживать проект на высоте и развивать дальше) Когда проекты были с уровнем автоматизации ниже, и я сама была менее опытна, я пользовалась тем способом, который писала в видео: оценивала риски, какие будут последствия от такого релиза, предлагала варианты действий (на столько на сколько получается) и "отдавала на откуп" продакт менеджеру. По правде говоря, окончательное решение здесь всегда за PM-ом, это тот человек, который знает клиентов и их настроения. Были случаи когда PM прислушивался, спрашивал у разработчиков как быстро исправим баг и релиз немного откладывали. Это, конечно же, в случае действительно критически опасных багов и огромная редкость. Если баг не сильно "вредоносный", обычно всегда стремились релизить в срок и следом сразу готовили "hot fix". В таких проектах релиз более вероятно откладывали по причине неготовности функционала в том виде, котором обещали его выпустить, баги средней и малой тяжести не были проблемой. Но оставались "негласным минусом" в карме тестировщика, к сожалению, нравы еще были незрелые))) Большой получился ответ. Классный вопрос, спасибо Вам за него))
Спасибо за приятную оценку. К сожалению, на данном этапе все время занято проектами и семьей, и на консультации совсем не остается времени и энергии. Удачи вам в изучении темы!
Ах.. Если бы только микрофон с петличкой был у Вас, чтоб звук был громче... было бы вообще афигенски. А так спасибо.. искренне желаю успеха в задуманном.
