Летом в компании снимали видео про наш офис. Вышло очень атмосферно и, как мне кажется, точно передали ощущения от работы: много технологий, разнообразие, но при этом сплоченность команд и общая миссия заделиверить качественный продукт нашим партнерам.
Нам всем нужно чувство, что то, что мы делаем, не просто так. Что есть какая-то цель, что-то бОльшее, чем просто написание кода или проверка корректности его работы. Во многом наличие этого ощущения зависит от корпоративной культуры и идет "с головы" (специально не говорю "сверху", потому что наши лиды — это скорее именно что лидеры, всегда открытые к взаимодействию, а не "начальники", спускающие требования вниз). И я рада, что нашла место, где чувствую, что мой труд — не просто человекочасы, а часть общего творческого потока. Я там, где могу реализовать свои способности, чтобы построить что-то потрясающее.
https://youtu.be/X9KR1UhQi4w
Нам всем нужно чувство, что то, что мы делаем, не просто так. Что есть какая-то цель, что-то бОльшее, чем просто написание кода или проверка корректности его работы. Во многом наличие этого ощущения зависит от корпоративной культуры и идет "с головы" (специально не говорю "сверху", потому что наши лиды — это скорее именно что лидеры, всегда открытые к взаимодействию, а не "начальники", спускающие требования вниз). И я рада, что нашла место, где чувствую, что мой труд — не просто человекочасы, а часть общего творческого потока. Я там, где могу реализовать свои способности, чтобы построить что-то потрясающее.
https://youtu.be/X9KR1UhQi4w
YouTube
Видеовакансия NoveoSpb
Открытые питерские вакансии здесь:
https://noveo.ru/36aN4yt
https://noveo.ru/36aN4yt
👍1
Forwarded from Olena Kirichok's tech
Все лето я морально готовилась к тому, что осенью я буду нормально учиться и еще успевать работать. Прошлый учебный год, я скорее поставила приоритетом работу, сейчас же, поняла, что нужно поменять приоритеты.
Иногда меня спрашивают, как же удается совмещать очное обучение и фул-тайм работу, и еще иногда организовывать ивенты, и еще вести этот крутой телеграм канал.
Ответ конечно, как и у многих, что я ничего не успеваю. Но нужно смотреть правде в глаза, и тогда есть возможность выделить некоторые "правила" моего графика.
1. Когда есть возможность, высыпаться и переключаться с работы и учебы на немозговой труд. Если раньше, я говорила, что у меня нету времени на сериалы, то оказалось, что сейчас оно есть. Если не листать постоянно ленту твитера и инстаграма, то можно насобирать пару часов за день на одну серию любимого сериала и потом лечь спать на полчаса раньше.
2. Заниматься любой физической нагрузкой. Недавно я начала ходить на групповые беговые занятия, и у меня появилась любовь к бегу, которую я никак не могла в себе найти раньше. Да и после мозговых нагрузок, дать телу немного размяться очень сильно помогает.
3. Правильно ставить приоритеты. Если раньше, мне хотелось выучить все и сразу, то сейчас я учу больше то, что касается учебы, и это в большинстве случаев полезные практические знания. Да и благодаря работе, сейчас подтягиваю фронт-енд разработку. Обучение новому проходит как то само, может просто не всегда то, что я бы хотела прямо сейчас.
4. Работа с возможностью удаленки. Одним из моих лайфхаков, есть возможность работать в университете, между парами, а иногда и на парах, когда это теоритическая лекция. Многие ребята с моей команды часто работают удаленно, поэтому очень круто, что этот процес налажен.
5. Отдыхать полноценный выходной. Да, вообще у всех есть два выходных, но когда нужно подготовиться к следующей учебной неделе, я стараюсь выделить один выходной день, например, субботу, на все вещи связанные с учебой, а в воскресенье с чистой душой уже отдыхать.
6. Ну и последнее, по поводу организации ивентов и постов в телеграм канал. Обсуждение по поводу ивентов, всегда делаю в рабочие дни после либо перед работой, а посты чаще всего пишу в минуты вдохновления на работе или учебе, или по пути на работу или с работы в трамвае.
Вроде как все написала. Ну и чтобы этот пост не звучал как то, что я прям все успеваю, я могу написать пункты, которые я не успеваю:
- Учить иллюстрацию. Для этого мне даже был подарен планшет.
- Готовиться к занятиям по английскому.
- Дотянуть node.js и react, которые начала учить еще год назад.
- Нормально контрибьютить в опен сорс.
- Начать писать диплом.
- Писать посты в телегам каждые 2-3 дня.
Иногда меня спрашивают, как же удается совмещать очное обучение и фул-тайм работу, и еще иногда организовывать ивенты, и еще вести этот крутой телеграм канал.
Ответ конечно, как и у многих, что я ничего не успеваю. Но нужно смотреть правде в глаза, и тогда есть возможность выделить некоторые "правила" моего графика.
1. Когда есть возможность, высыпаться и переключаться с работы и учебы на немозговой труд. Если раньше, я говорила, что у меня нету времени на сериалы, то оказалось, что сейчас оно есть. Если не листать постоянно ленту твитера и инстаграма, то можно насобирать пару часов за день на одну серию любимого сериала и потом лечь спать на полчаса раньше.
2. Заниматься любой физической нагрузкой. Недавно я начала ходить на групповые беговые занятия, и у меня появилась любовь к бегу, которую я никак не могла в себе найти раньше. Да и после мозговых нагрузок, дать телу немного размяться очень сильно помогает.
3. Правильно ставить приоритеты. Если раньше, мне хотелось выучить все и сразу, то сейчас я учу больше то, что касается учебы, и это в большинстве случаев полезные практические знания. Да и благодаря работе, сейчас подтягиваю фронт-енд разработку. Обучение новому проходит как то само, может просто не всегда то, что я бы хотела прямо сейчас.
4. Работа с возможностью удаленки. Одним из моих лайфхаков, есть возможность работать в университете, между парами, а иногда и на парах, когда это теоритическая лекция. Многие ребята с моей команды часто работают удаленно, поэтому очень круто, что этот процес налажен.
5. Отдыхать полноценный выходной. Да, вообще у всех есть два выходных, но когда нужно подготовиться к следующей учебной неделе, я стараюсь выделить один выходной день, например, субботу, на все вещи связанные с учебой, а в воскресенье с чистой душой уже отдыхать.
6. Ну и последнее, по поводу организации ивентов и постов в телеграм канал. Обсуждение по поводу ивентов, всегда делаю в рабочие дни после либо перед работой, а посты чаще всего пишу в минуты вдохновления на работе или учебе, или по пути на работу или с работы в трамвае.
Вроде как все написала. Ну и чтобы этот пост не звучал как то, что я прям все успеваю, я могу написать пункты, которые я не успеваю:
- Учить иллюстрацию. Для этого мне даже был подарен планшет.
- Готовиться к занятиям по английскому.
- Дотянуть node.js и react, которые начала учить еще год назад.
- Нормально контрибьютить в опен сорс.
- Начать писать диплом.
- Писать посты в телегам каждые 2-3 дня.
Профессия тестировщик ПО
#взакладки
Ура-ура, лекцию выложили в канал Computer Science Center.
Это было очень волнительно.
Что для себя могу выделить по результатам, немного отрефлексировав опыт прочтения лекции на площадке, которой восхищаюсь (что, разумеется, влияет на уровень тревожности):
1. Подготовка — это капец как важно, даже если ты говоришь о чем-то уже достаточно знакомом. Когда ты будешь от волнения похожа на трясучую желешку, единственное, что спасёт — тот самый костяк знаний, речевых конструкций и структура, которую ты много раз репетировала.
2. Тем не менее, даже если ты 100 раз готовилась, ты БУДЕШЬ волноваться. Это, конечно, не очень хорошо, но и не плохо. Я для себя давно выделила простую закономерность: если волнуюсь — значит, мне не всё равно. Значит, место/ситуация/аудитория для меня очень важны. Мой тремор, пусть даже самый небольшой, — это лакмусовая бумажка, единственное, что остается честным, когда я вру себе.
3. Не надо бояться скептического настроя аудитории. Нет, даже не так, — не надо решать за аудиторию, как она настроена! Побочный эффект от волнения — это супер-подозрительность, когда кажется, что каждый пришедший тебя осуждает.
Не осуждает, все ок. Если бы все было так плохо — люди бы встали и вышли.
4. Иногда можно преувеличить. Вообще если внимательно прослушать лекцию, то можно там услышать несколько примеров из моего опыта. Ещё можно заметить, что некоторые из них были чуть-чуть недосказаны или искажены. Иногда я — случайно или умышлено — опускала детали историй, чтобы сделать итог более наглядным. Мне кажется, это ок, когда речь идет о повествовании, чтобы чуть больше акцентировать внимание на важных моментах. Но это всегда немного сделка с совестью)
5. Личный посыл и опыт — клёво. Я искренне боялась, что буду как дед, который постоянно травит байки из своей жизни, но вроде бы вышло хорошо, а кураторы центра, сказали, что практические иллюстрации — это очень хорошо.
Я определилась, что приводить собственные примеры не просто желательно, а обязательно, иначе теряется дисклеймер применимости сказанного к своему опыту.
И получается, что ты вещаешь какие-то общие штуки, которые, как может показаться, претендуют на истинность. А истина в нашем мире относительна, и что хорошо для меня, может оказаться антифактором для QA другой компании.
А ещё иллюстрации из жизни хорошо отрезвляют и напоминают, что у нас у всех разные "дано", разные "требуется" и решения, получается, тоже будут свои, разные. И что зачесать всё под одну гребенку не получится, но можно, слушая о чужом опыте, внезапно понять, что пробор у вас похожий. В этом случае чья-то гребенка может стать вашим — и то, адаптированным, — решением.
#взакладки
Ура-ура, лекцию выложили в канал Computer Science Center.
Это было очень волнительно.
Что для себя могу выделить по результатам, немного отрефлексировав опыт прочтения лекции на площадке, которой восхищаюсь (что, разумеется, влияет на уровень тревожности):
1. Подготовка — это капец как важно, даже если ты говоришь о чем-то уже достаточно знакомом. Когда ты будешь от волнения похожа на трясучую желешку, единственное, что спасёт — тот самый костяк знаний, речевых конструкций и структура, которую ты много раз репетировала.
2. Тем не менее, даже если ты 100 раз готовилась, ты БУДЕШЬ волноваться. Это, конечно, не очень хорошо, но и не плохо. Я для себя давно выделила простую закономерность: если волнуюсь — значит, мне не всё равно. Значит, место/ситуация/аудитория для меня очень важны. Мой тремор, пусть даже самый небольшой, — это лакмусовая бумажка, единственное, что остается честным, когда я вру себе.
3. Не надо бояться скептического настроя аудитории. Нет, даже не так, — не надо решать за аудиторию, как она настроена! Побочный эффект от волнения — это супер-подозрительность, когда кажется, что каждый пришедший тебя осуждает.
Не осуждает, все ок. Если бы все было так плохо — люди бы встали и вышли.
4. Иногда можно преувеличить. Вообще если внимательно прослушать лекцию, то можно там услышать несколько примеров из моего опыта. Ещё можно заметить, что некоторые из них были чуть-чуть недосказаны или искажены. Иногда я — случайно или умышлено — опускала детали историй, чтобы сделать итог более наглядным. Мне кажется, это ок, когда речь идет о повествовании, чтобы чуть больше акцентировать внимание на важных моментах. Но это всегда немного сделка с совестью)
5. Личный посыл и опыт — клёво. Я искренне боялась, что буду как дед, который постоянно травит байки из своей жизни, но вроде бы вышло хорошо, а кураторы центра, сказали, что практические иллюстрации — это очень хорошо.
Я определилась, что приводить собственные примеры не просто желательно, а обязательно, иначе теряется дисклеймер применимости сказанного к своему опыту.
И получается, что ты вещаешь какие-то общие штуки, которые, как может показаться, претендуют на истинность. А истина в нашем мире относительна, и что хорошо для меня, может оказаться антифактором для QA другой компании.
А ещё иллюстрации из жизни хорошо отрезвляют и напоминают, что у нас у всех разные "дано", разные "требуется" и решения, получается, тоже будут свои, разные. И что зачесать всё под одну гребенку не получится, но можно, слушая о чужом опыте, внезапно понять, что пробор у вас похожий. В этом случае чья-то гребенка может стать вашим — и то, адаптированным, — решением.
YouTube
Открытая лекция «Профессия тестировщик ПО»
Лектор — Анастасия Заречнева. Анастасия — руководительница отдела тестирования в петербургском филиале Noveo, специализируется на тестировании web.
На лекции вы узнаете, кто такой тестировщик, что он делает, зачем он нужен и что важно, чтобы быть хорошим…
На лекции вы узнаете, кто такой тестировщик, что он делает, зачем он нужен и что важно, чтобы быть хорошим…
👍1
Forwarded from I Love Meanings
Накосячив в обучающем задании и получив указание на это, я внезапно поняла, что больше не корю себя за ошибки. Не обрушивается бешеной яростью безжалостный внутренний критик. Я обнаружила, что, ошибившись, могу (действительно могу!) не заниматься мысленным самоуничижением, а сделать выводы на полях, чтобы использовать их в будущем. Жить так гораздо легче. У нас принято вести чек-лист «Мои частые ошибки», и свои косяки я туда спокойно занесла. Буду за ними поглядывать.
Подозреваю, что причиной этому радостному изменению является одно из моих хобби — искусство самообороны крав-мага. Наш тренер говорит: работайте до ошибки. Если произошла ошибка, что-то не получается — значит, это как раз ваш уровень и нужно работать именно с такой скоростью, с такой интенсивностью. А если ошибок нет, то уровень слишком лёгкий и здесь делать нечего, время идти дальше. Ошибка — это лишь указание на зону роста, а не свидетельство об испорченности данного конкретного биоробота (представление, которое многие из нас тянут из самого детства). Так что если хочется улучшать скилл, придётся всё время ошибаться. И это нормальный процесс.
Подозреваю, что причиной этому радостному изменению является одно из моих хобби — искусство самообороны крав-мага. Наш тренер говорит: работайте до ошибки. Если произошла ошибка, что-то не получается — значит, это как раз ваш уровень и нужно работать именно с такой скоростью, с такой интенсивностью. А если ошибок нет, то уровень слишком лёгкий и здесь делать нечего, время идти дальше. Ошибка — это лишь указание на зону роста, а не свидетельство об испорченности данного конкретного биоробота (представление, которое многие из нас тянут из самого детства). Так что если хочется улучшать скилл, придётся всё время ошибаться. И это нормальный процесс.
👍1
Про собеседования более опытных коллег
Мне в последний год пришлось провести много собеседований. Сначала было страшно, потом полегче, иногда накатывало, иногда отпускало.
Сейчас рядовые собеседования воспринимаются как что-то нормальное и, надо сказать, радостное: я получаю огромное удовольствие от возможности поговорить с другим специалистом, стараюсь выстроить беседу так, чтобы это был не допрос, а диалог, и чтобы у человека была возможность высказаться, поделиться опытом, спросить что-то в ответ.
Разумеется, все люди разные. Иногда приходят совсем неопытные, но очень инициативные ребята, а иногда от одноого взгляда на резюме начинает бить легкая дрожь: сеньор, тимлид, 10 лет опыта в продукте и аутсорсе, знание 5 языков программирования, 3 съеденных собаки и уж явно побольше знаний и навыков, чем у тебя, неумехи, которой предстоит на собесе быть в роли технического интервьюера.
С т р а ш н о.
Что человек окажется настолько крутым, что ты потеряешь уважение к себе, что фыркнет презрительно на всю твою работу, что, возможно, вообще ты скажешь глупость и выставишь свою компанию в дурном свете...
Что делать? Честно — я сама до конца не понимаю, у меня нет универсального рецепта, серебряной пули и прочих мифических штук. Но есть практические — пусть и очевидные (для меня они такими стали не сразу...) — умозаключения, к которым я пришла за этот год общения с разными людьми, среди которых, определенно, были и есть те, кто меня и опытнее, и круче.
1. Я помню, что мы тут все друг друга боимся, и становится не так страшно.
Примечательно, что даже самые опытные и классные кандидаты волнуются во время интервью. Это очень по-человечески и отлично напоминает, что все мы в чем-то схожи. И ещё о том, что не бывает сверхлюдей, есть просто более или менее скилловые.
А ещё, когда я вижу, что человек волнуется, мне сразу хочется его успокоить, обкомфортить, помочь ему выдохнуть. И я со своего переживания переключаюсь на то, чтобы сделать беседу максимально комфортной.
2. Вопрос соответственно опыту
Я раньше (да, глупо, но так было!) думала, что у интервьюера в голове всегда есть железно заученный списко вопросов на все случаи жизни.
С опытом стала понимать, что есть просто так называемые core-вопросы, которые надо задать обязательно, а есть опциональные, и вот тут иногда даже резюме и подготовка не спасают — ты видишь уровень человека непосредственно в беседе, и исходя из этой информации уже "прощупываешь", насколько глубоки его знания. Если знания оказываются слишком обширными, и ты понимаешь, что не можешь задать конкретный вопрос по углубленной теме, можно попросить рассказать про технологию или подход в свободной форме. У человека появляется возможность высказаться, у интервьюера — отметить, куда копнуть самому.
3. Некоторые говорят, что надо немного "доминировать" над даже самым крутым кандидатом, чтобы показать, что ему есть чему поучиться в компании. Я с этим категорически не согласна: на мой взгляд, если специались реально крут, я дам ему понять, что восхищаюсь его знаниями и опытом.
Это не мешает мне рассказать человеку про наши проекты и задачи, чтобы показать, что его ждет много увлекательных челленджей, и что место для развития точно будет. Вообще, как мне кажется, принижать никого не надо, даже самого неопытного специалиста. Дружелюбно подсказать, помочь — да, или хотя бы бегло указать направление и где можно поискать больше информации. Но укреплять сомнения в себе...meh, может, я просто мягкотелая рохля, но мне нравится, когда общение не вызывает желания удавиться у одной из сторон.
Мне в последний год пришлось провести много собеседований. Сначала было страшно, потом полегче, иногда накатывало, иногда отпускало.
Сейчас рядовые собеседования воспринимаются как что-то нормальное и, надо сказать, радостное: я получаю огромное удовольствие от возможности поговорить с другим специалистом, стараюсь выстроить беседу так, чтобы это был не допрос, а диалог, и чтобы у человека была возможность высказаться, поделиться опытом, спросить что-то в ответ.
Разумеется, все люди разные. Иногда приходят совсем неопытные, но очень инициативные ребята, а иногда от одноого взгляда на резюме начинает бить легкая дрожь: сеньор, тимлид, 10 лет опыта в продукте и аутсорсе, знание 5 языков программирования, 3 съеденных собаки и уж явно побольше знаний и навыков, чем у тебя, неумехи, которой предстоит на собесе быть в роли технического интервьюера.
С т р а ш н о.
Что человек окажется настолько крутым, что ты потеряешь уважение к себе, что фыркнет презрительно на всю твою работу, что, возможно, вообще ты скажешь глупость и выставишь свою компанию в дурном свете...
Что делать? Честно — я сама до конца не понимаю, у меня нет универсального рецепта, серебряной пули и прочих мифических штук. Но есть практические — пусть и очевидные (для меня они такими стали не сразу...) — умозаключения, к которым я пришла за этот год общения с разными людьми, среди которых, определенно, были и есть те, кто меня и опытнее, и круче.
1. Я помню, что мы тут все друг друга боимся, и становится не так страшно.
Примечательно, что даже самые опытные и классные кандидаты волнуются во время интервью. Это очень по-человечески и отлично напоминает, что все мы в чем-то схожи. И ещё о том, что не бывает сверхлюдей, есть просто более или менее скилловые.
А ещё, когда я вижу, что человек волнуется, мне сразу хочется его успокоить, обкомфортить, помочь ему выдохнуть. И я со своего переживания переключаюсь на то, чтобы сделать беседу максимально комфортной.
2. Вопрос соответственно опыту
Я раньше (да, глупо, но так было!) думала, что у интервьюера в голове всегда есть железно заученный списко вопросов на все случаи жизни.
С опытом стала понимать, что есть просто так называемые core-вопросы, которые надо задать обязательно, а есть опциональные, и вот тут иногда даже резюме и подготовка не спасают — ты видишь уровень человека непосредственно в беседе, и исходя из этой информации уже "прощупываешь", насколько глубоки его знания. Если знания оказываются слишком обширными, и ты понимаешь, что не можешь задать конкретный вопрос по углубленной теме, можно попросить рассказать про технологию или подход в свободной форме. У человека появляется возможность высказаться, у интервьюера — отметить, куда копнуть самому.
3. Некоторые говорят, что надо немного "доминировать" над даже самым крутым кандидатом, чтобы показать, что ему есть чему поучиться в компании. Я с этим категорически не согласна: на мой взгляд, если специались реально крут, я дам ему понять, что восхищаюсь его знаниями и опытом.
Это не мешает мне рассказать человеку про наши проекты и задачи, чтобы показать, что его ждет много увлекательных челленджей, и что место для развития точно будет. Вообще, как мне кажется, принижать никого не надо, даже самого неопытного специалиста. Дружелюбно подсказать, помочь — да, или хотя бы бегло указать направление и где можно поискать больше информации. Но укреплять сомнения в себе...meh, может, я просто мягкотелая рохля, но мне нравится, когда общение не вызывает желания удавиться у одной из сторон.
👍1
4. Метод уточки прекрасен!
Если специалист очень хорош, то часто один из лучших способов проверить его — позволить проявить себя в небольшом задании на месте и объяснении своих решений. В таких рассуждениях можно почерпнуть много информации о профессиональном подходе человека, о том, что он знает и не знает, о чем задумывается в первую очередь, а о чем позднее. В общем, я очень люблю быть уточкой, потому что это позволяет отдать мячик в руки интервьюируемому, обсудить с ним конкретные моменты (а не абстрактные вопросы) и просто внимательно послушать человека, что никогда лишним не бывает.
Ну и самое главное лично для меня — настроиться на конструктивную беседу и помнить, что мы все можем друг у друга чему-то поучиться, и опыт != стаж.
Открытость и дружелюбие спасут этот мир. Ну или если не "этот", то мой маленький мирок так точно спасут.
Если специалист очень хорош, то часто один из лучших способов проверить его — позволить проявить себя в небольшом задании на месте и объяснении своих решений. В таких рассуждениях можно почерпнуть много информации о профессиональном подходе человека, о том, что он знает и не знает, о чем задумывается в первую очередь, а о чем позднее. В общем, я очень люблю быть уточкой, потому что это позволяет отдать мячик в руки интервьюируемому, обсудить с ним конкретные моменты (а не абстрактные вопросы) и просто внимательно послушать человека, что никогда лишним не бывает.
Ну и самое главное лично для меня — настроиться на конструктивную беседу и помнить, что мы все можем друг у друга чему-то поучиться, и опыт != стаж.
Открытость и дружелюбие спасут этот мир. Ну или если не "этот", то мой маленький мирок так точно спасут.
👍1
Хочется рассказывать про всякие крутые штуки.
Мутационное тестирование для не_юнит_тестов, тестовые модли и тестирование на их основе, виды веб-уязвимостей и их примеры (ох, я такую офигенную книжку про них купила, just check it out!), юзабилити и a11y-тестирование.
Хочется слушать про ещё более классные вещи. Про сложные технические решения, про необычную архитектуру, про фишки тестирования микросервисов (и переходы с монолитов на них), про DevOps-практики, которые были введены в ходе работы. Задавать вопросы и получать ответы, а лучше вместе находить решение.
Осознание бесконечности возможностей развития и получения знаний делает восприятие того факта, что ты это все сейчас не знаешь, в три раза больнее. Ну да ладно, Наруто не сдавался — и я не буду унывать. Все возможно, пока есть серое вещество в моей голове.
Мутационное тестирование для не_юнит_тестов, тестовые модли и тестирование на их основе, виды веб-уязвимостей и их примеры (ох, я такую офигенную книжку про них купила, just check it out!), юзабилити и a11y-тестирование.
Хочется слушать про ещё более классные вещи. Про сложные технические решения, про необычную архитектуру, про фишки тестирования микросервисов (и переходы с монолитов на них), про DevOps-практики, которые были введены в ходе работы. Задавать вопросы и получать ответы, а лучше вместе находить решение.
Осознание бесконечности возможностей развития и получения знаний делает восприятие того факта, что ты это все сейчас не знаешь, в три раза больнее. Ну да ладно, Наруто не сдавался — и я не буду унывать. Все возможно, пока есть серое вещество в моей голове.
👍1
Хо-хо-хо. А я не раз говорила, что исследовательское тестирование нас спасёт 😈 Давайте о нем и поговорим :)
На очередной поток мыслей о пользе исследовательского тестирования меня натолкнул пост канала @automation_remarks.
Вообще я раньше очень топила за исследовательское тестирование в контексте книги Дж. Уиттакера (методика туров), но потом нашла другие референсы, которые отозвались мне больше. Кроме того, почитав ряд источников, я пришла к выводу, что методика туров — несколько поверхностный подход, "skating on the surface", как написал про это Джеймс Бах. Уверенности в этом добавил тот факт, что Уиттакер все же не профессиональный тестировщик — он в первую очередь разработчик, архитектор и технический евангелист. Это не умаляет его заслуг в мире IT — просто я не приветствую импервативность в стиле "надо делать именно так" даже от других QA, что уж говорить о тех, кто не специализировался в этой области.
Disclaimer: если убрать идею туров, в книге Exploratory Software Testing есть много полезных рассуждений, которые все же могут оказаться полезными, так что ознакомиться с ней все равно очень рекомендую. Главное — не переставать мыслить критически и держать в голове, что этот подход — не единственный.
Что касается исследовательского тестирования в том виде, что мне близок сейчас, то неплохое его описание есть у Сэма Канера (правда, совсем короткое, больше похоже на просто объяснение, что есть исследовательское тестирование).
На сайте Джеймса Баха есть целая подброка статей об исследовательском тестировании, плюс мне очень по душе вот этот пост, в котором он описывает свое видение этого подхода.
А ещё в тему хорошо заходят рассуждения на эту тему от Майкла Болтона, которые Бах резюмирует просто и понятно:
Exploratory testing is not defined by any specific example of exploratory testing. The core idea of ET remains as it always has been. It’s been expressed in many different ways, but boils down to this: test design and test execution and learning mixed together in a mutually supportive way.
Я для себя пришла к тому, что любое хорошее тестирование должно быть исследовательским. Даже без одного из упомянутых компонентов — тест-дизайн, регулярное выполнение тестов и непрерывное обучение (как нюансам продукта и предметной области, так и новым методикам, инструментам и подходам) — обеспечение качества становится сложнее, непрозрачнее и неэффективнее.
На очередной поток мыслей о пользе исследовательского тестирования меня натолкнул пост канала @automation_remarks.
Вообще я раньше очень топила за исследовательское тестирование в контексте книги Дж. Уиттакера (методика туров), но потом нашла другие референсы, которые отозвались мне больше. Кроме того, почитав ряд источников, я пришла к выводу, что методика туров — несколько поверхностный подход, "skating on the surface", как написал про это Джеймс Бах. Уверенности в этом добавил тот факт, что Уиттакер все же не профессиональный тестировщик — он в первую очередь разработчик, архитектор и технический евангелист. Это не умаляет его заслуг в мире IT — просто я не приветствую импервативность в стиле "надо делать именно так" даже от других QA, что уж говорить о тех, кто не специализировался в этой области.
Disclaimer: если убрать идею туров, в книге Exploratory Software Testing есть много полезных рассуждений, которые все же могут оказаться полезными, так что ознакомиться с ней все равно очень рекомендую. Главное — не переставать мыслить критически и держать в голове, что этот подход — не единственный.
Что касается исследовательского тестирования в том виде, что мне близок сейчас, то неплохое его описание есть у Сэма Канера (правда, совсем короткое, больше похоже на просто объяснение, что есть исследовательское тестирование).
На сайте Джеймса Баха есть целая подброка статей об исследовательском тестировании, плюс мне очень по душе вот этот пост, в котором он описывает свое видение этого подхода.
А ещё в тему хорошо заходят рассуждения на эту тему от Майкла Болтона, которые Бах резюмирует просто и понятно:
Exploratory testing is not defined by any specific example of exploratory testing. The core idea of ET remains as it always has been. It’s been expressed in many different ways, but boils down to this: test design and test execution and learning mixed together in a mutually supportive way.
Я для себя пришла к тому, что любое хорошее тестирование должно быть исследовательским. Даже без одного из упомянутых компонентов — тест-дизайн, регулярное выполнение тестов и непрерывное обучение (как нюансам продукта и предметной области, так и новым методикам, инструментам и подходам) — обеспечение качества становится сложнее, непрозрачнее и неэффективнее.
Telegram
automation-remarks.com
Про Exploratory testing
Привет🙂
Сегодня у меня взрывная новость - Мартин Фаулер топит за exploratory testing.
Буквально на днях вышла его новая статья, в которой описаны недостатки автоматизации и тестирования по сценариям. Основная мысль заключается…
Привет🙂
Сегодня у меня взрывная новость - Мартин Фаулер топит за exploratory testing.
Буквально на днях вышла его новая статья, в которой описаны недостатки автоматизации и тестирования по сценариям. Основная мысль заключается…
👍1
Forwarded from Находки в опенсорсе
Vesper - HTTP Framework for Unix Shell
vesper is a collection of shell functions to make it super easy to generate valid http responses. Vesper is not a web server itself, its just the framework to parse http requests and generate valid responses.
This is crazy, who needs a http framework for unix shell?
That is a very good question! If you would have asked me that question a year ago, I would have argued: nobody. Now, I am not sure anymore. How will sh/bash scripts work in the future of cloud and serverless?
https://github.com/chris-rock/vesper
#shell
vesper is a collection of shell functions to make it super easy to generate valid http responses. Vesper is not a web server itself, its just the framework to parse http requests and generate valid responses.
This is crazy, who needs a http framework for unix shell?
That is a very good question! If you would have asked me that question a year ago, I would have argued: nobody. Now, I am not sure anymore. How will sh/bash scripts work in the future of cloud and serverless?
https://github.com/chris-rock/vesper
#shell
Forwarded from Новео
📌В #Noveo открыта вакансия #QA engineer.
Если у тебя есть:
🔹опыт написания и поддержки тест-планов, тест-кейсов, чек-листов;
🔹опыт автоматизации тестирования;
🔹английский язык уровня Intermediate и выше.
То мы с нетерпением ждём твоё резюме:
https://noveo.ru/2rB5itu
#Новосибирск #СанктПетербург #jobs #testing
Если у тебя есть:
🔹опыт написания и поддержки тест-планов, тест-кейсов, чек-листов;
🔹опыт автоматизации тестирования;
🔹английский язык уровня Intermediate и выше.
То мы с нетерпением ждём твоё резюме:
https://noveo.ru/2rB5itu
#Новосибирск #СанктПетербург #jobs #testing
Я люблю вписываться в организацию хороших мероприятий и помогать классным сообществам стать ещё класснее. Одно из таких — прекрасные Women in Tech.
Это международная некоммерческая организация, чья миссия — помочь девочкам и женщинам реализовать себя в технологиях, объединяя людей независимо от пола, расы, этнической принадлежности, статуса, ориентации или возраста.
Что мне больше всего нравится здесь, так это полная инклюзивность и поддержка: здесь можно и нужно общаться и помогать друг другу, даже если вы далеки от технологий, но интересуетесь сферой. Мы также рады парням-единомышленникам, и не только мы: организацию поддерживают такие гиганты, как Microsoft и JetBrains.
В декабре встретимся в питерском филиале ВШЭ, чтобы познакомиться, поговорить и технологиях, отлично провести время и встретить представителей Women in Tech впервые в России.
Где? ВШЭ, Кантемировская, 3а
Когда? 12 декабря, 19:00-22:00
Пожалуйста, зарегистрируйтесь, чтобы прийти на мероприятие: https://women-in-tech.timepad.ru/event/1123602/
Вы можете найти нас вк, фб, в твиттере, инстаграме и на официальном сайте.
Это международная некоммерческая организация, чья миссия — помочь девочкам и женщинам реализовать себя в технологиях, объединяя людей независимо от пола, расы, этнической принадлежности, статуса, ориентации или возраста.
Что мне больше всего нравится здесь, так это полная инклюзивность и поддержка: здесь можно и нужно общаться и помогать друг другу, даже если вы далеки от технологий, но интересуетесь сферой. Мы также рады парням-единомышленникам, и не только мы: организацию поддерживают такие гиганты, как Microsoft и JetBrains.
В декабре встретимся в питерском филиале ВШЭ, чтобы познакомиться, поговорить и технологиях, отлично провести время и встретить представителей Women in Tech впервые в России.
Где? ВШЭ, Кантемировская, 3а
Когда? 12 декабря, 19:00-22:00
Пожалуйста, зарегистрируйтесь, чтобы прийти на мероприятие: https://women-in-tech.timepad.ru/event/1123602/
Вы можете найти нас вк, фб, в твиттере, инстаграме и на официальном сайте.
ВКонтакте
Women in Tech Russia
Women in Tech® - международная некоммерческая организация. Наша миссия - помочь девушкам и женщинам реализовать себя в технологиях. WIT для вас, если вы: ✔ Строите карьеру в STEM ✔ Горите предпринимательством и развиваете IT стартап ✔ Стремитесь расширить…
👍1
Отличная статья про data-qa-атрибуты для автоматизации тестирования от моей коллеги Юли.
#взакладки
Что примечательно: это очень хороший материал для тех, кто работает в команде с SDET, но сам автотесты не пишет. Создание понятных data-qa-атрибутов — одна из потенциальных задач для тестировщика с аналитическим складом ума.
Ну и работа с клиентской стороной и HTML вносит разнообразие в классические задачи тестировщика.
https://blog.noveogroup.ru/2019/12/data-qa-udobnye-selektory-dlya-avtomatizatsi/
#взакладки
Что примечательно: это очень хороший материал для тех, кто работает в команде с SDET, но сам автотесты не пишет. Создание понятных data-qa-атрибутов — одна из потенциальных задач для тестировщика с аналитическим складом ума.
Ну и работа с клиентской стороной и HTML вносит разнообразие в классические задачи тестировщика.
https://blog.noveogroup.ru/2019/12/data-qa-udobnye-selektory-dlya-avtomatizatsi/
Forwarded from Тестирование и жизнь • про работу для живых людей (Olga Artemyeva)
"Ручное тестирование умирает!"
Когда мне говорят, что "ручное тестирование умирает", то первый мой вопрос "ты мне это говоришь, чтобы что?". Если человек не разворачивает свою мысль, я слышу в этом агрессию и заход сверху - "ты занимаешься фигней, твоя работа не нужна". И телесно я реагирую на это тоже как на агрессию - сначала замираю, потом чувствую гнев. И тут мне помогает остановиться, почувствовать себя и подышать.
Следующие два маркерных вопроса - "Что считатьза секс за ручное тестирование" и "В каких контекстах и ситуация оно умирает?". Нередко выясняется, что представления собеседника о ручном тестировании сводятся к "ну просто кликать на кнопки". И тут мы можем выйти на разговор про то, что из себя представляет современное ручное тестирование.
Любая идея и технология имеет свои границы применимости, ни серебряную, ни золоту пулю еще не изобрели. Если человек не готов над этим рефлексировать, то говорить о чем-либо с ним сложно.
Эти три вопроса отделяют для меня человека, который просто набрасывает, от того, кто хочет поговорить об этом. Впрочем, те, кто хотят услышать собеседника, обычно формулируют тезис иначе.
По степени осмысленности "ручное тестирование умирает" напоминает мне типичные срачи за технологии и языки на айтишных форумах. Да и там в приличных местах за такое начинают бить канделябром.
Когда мне говорят, что "ручное тестирование умирает", то первый мой вопрос "ты мне это говоришь, чтобы что?". Если человек не разворачивает свою мысль, я слышу в этом агрессию и заход сверху - "ты занимаешься фигней, твоя работа не нужна". И телесно я реагирую на это тоже как на агрессию - сначала замираю, потом чувствую гнев. И тут мне помогает остановиться, почувствовать себя и подышать.
Следующие два маркерных вопроса - "Что считать
Любая идея и технология имеет свои границы применимости, ни серебряную, ни золоту пулю еще не изобрели. Если человек не готов над этим рефлексировать, то говорить о чем-либо с ним сложно.
Эти три вопроса отделяют для меня человека, который просто набрасывает, от того, кто хочет поговорить об этом. Впрочем, те, кто хотят услышать собеседника, обычно формулируют тезис иначе.
По степени осмысленности "ручное тестирование умирает" напоминает мне типичные срачи за технологии и языки на айтишных форумах. Да и там в приличных местах за такое начинают бить канделябром.
👍1
Написала итоги 2019.
Ничего интересного, это такая субъективно-ретроспективная простыня, но я хочу сохранить это именно в канале с работой, потому что работа была со мной 99% времени. Многие выводы и полезные навыки выросли именно из неё.
https://teletype.in/@qa_nastasiya/BynHjCJJU
С наступающим, друзья! :)
Ничего интересного, это такая субъективно-ретроспективная простыня, но я хочу сохранить это именно в канале с работой, потому что работа была со мной 99% времени. Многие выводы и полезные навыки выросли именно из неё.
https://teletype.in/@qa_nastasiya/BynHjCJJU
С наступающим, друзья! :)
Teletype
2019: итоги
Итак, год подходит к концу, а значит, время немного порефлексировать и взглянуть назад на то, что делала и к чему пришла. Я очень люблю...
👍1
Открыла книгу по теории и практике тестирования. Дочитала до фразы "Testing is the process of demonstrating that there are no errors". Задумалась.
Тестирование не может гарантировать, что ошибок нет. Конечно, тут, возможно, дело в формулировке: demonstrating != prooving, errors не всегда = bugs, но концепт в голову читающего закладывается всё равно неверный.
Мне больше по душе определение, данное Эдсгером Дейкстрой, и приведенное в этой же книге чуть ниже:
Testing can show the presence of bugs but never their absence.
Тестирование не может гарантировать, что ошибок нет. Конечно, тут, возможно, дело в формулировке: demonstrating != prooving, errors не всегда = bugs, но концепт в голову читающего закладывается всё равно неверный.
Мне больше по душе определение, данное Эдсгером Дейкстрой, и приведенное в этой же книге чуть ниже:
Testing can show the presence of bugs but never their absence.
👍1
Вернувшись в рабочий режим и в ритм собеседований и перформанс ревьюх, я вспомнила про главный момент, который люблю в своей работе: мне нравится находить в людях хорошее и подсвечивать это. Бонусная радость, если это помогло человеку поверить в себя или сняло напряжение.
👍1
Тестовые площадки для тренировок настоящих ниндзя
#взакладки
У меня давно не было полезностей, а зря! Я ведь методично по крупичкам собираю разные ссылки, книги и темы, которые кажутся мне интересными как в личном плане, так и для обучения / рекомендаций коллегам. Наверное, стоит прекратить по-гоблински зажимать их в закладках и выкатить в общий список: возможно, кому-то они пригодятся и сослужат хорошую пользу!
Тренажеры для тестирования без применения автоматизации
Нацелены исключительно на развитие внимательности, аналитических скиллов и логического мышления. Возможно, протестировать что-то подобное вас попросят на начальном этапе собеседования.
🔹 http://testingchallenges.thetestingmap.org
🔹 https://playground.learnqa.ru/puzzle/triangle
🔹 http://qainterview.pythonanywhere.com/
Тренажеры на знание теории тестирования
Для тех, кто готовится к сертификации или просто хочет знать больше.
🔹 https://skillotron.com/skills/qa-general
🔹 http://istqb-training.ru/
🔹 https://ulearn.me/Course/Testing/ (вообще это курс, но задания там просто огонь, особенно для новичков!)
🔹 https://www.testingexcellence.com/istqb-quiz/istqb-foundation-practice-exam-1/ (почему-то с моего компа эта ссылка не открывается без VPN)
🔹 http://www.quizful.net/interview/qa
🔹 https://learn.by/courses/course-v1:EPAM+STI+ext/ (тоже курс, но там хорошие итоговые вопросы в каждом модуле: можно практиковаться чисто на них)
🔹 https://stepik.org/course/16478 (теоретический ликбез по тестированию с практическими заданиями, основанный на силлабусе ISTQB)
Тренажеры для практики тестирования API
Разумеется, тестирование не ограничивается лишь клиентской стороной, и в этих "песочницах" вы можете попрактиковаться в отправке запросов к серверу: как исключительно вручную, так и с помощью автоматизации.
🔹 https://reqres.in/
🔹 http://httpbin.org/
🔹 http://petstore.swagger.io/
Сайты-песочницы, на которых можно попрактиковать написание автотестов
🔹 http://computer-database.gatling.io/ — простой сайт-база компьютеров. Подходит ещё и для практики нагрузочного тестирования (изначально создавался как раз для демонстрации работы инструмента Gatling, который применяется для load-тестирования).
🔹http://demo.guru99.com/ — база с демо-проектами (банковская система, система страхования, система телекома, система оплаты онлайн-заказа и т.д.)
🔹 http://automationpractice.com/ — сайт, функциональностью немного похожий на LaModa :) Проще говоря, интернет-магазин одежды с доставкой.
🔹 http://demowebshop.tricentis.com/ — песочница в формате онлайн-магазина.
🔹 Самый интересный для меня вариант: https://phptravels.com/demo/. Это не просто тестовый сайт — тут ещё и тестовая админка есть! :)
Бонус: я очень люблю сайт W3Schools не только за полезные упражнения и возможность практики, но и за раздел https://www.w3schools.com/howto/.
Из него можно скопировать код готовой формы, а потом играть с ним как захочется: добавлять ID и data-атрибуты, автоматизировать заполнение, тренироваться в подборе CSS-селекторов, применяя к формочкам разные стили.
#взакладки
У меня давно не было полезностей, а зря! Я ведь методично по крупичкам собираю разные ссылки, книги и темы, которые кажутся мне интересными как в личном плане, так и для обучения / рекомендаций коллегам. Наверное, стоит прекратить по-гоблински зажимать их в закладках и выкатить в общий список: возможно, кому-то они пригодятся и сослужат хорошую пользу!
Тренажеры для тестирования без применения автоматизации
Нацелены исключительно на развитие внимательности, аналитических скиллов и логического мышления. Возможно, протестировать что-то подобное вас попросят на начальном этапе собеседования.
🔹 http://testingchallenges.thetestingmap.org
🔹 https://playground.learnqa.ru/puzzle/triangle
🔹 http://qainterview.pythonanywhere.com/
Тренажеры на знание теории тестирования
Для тех, кто готовится к сертификации или просто хочет знать больше.
🔹 https://skillotron.com/skills/qa-general
🔹 http://istqb-training.ru/
🔹 https://ulearn.me/Course/Testing/ (вообще это курс, но задания там просто огонь, особенно для новичков!)
🔹 https://www.testingexcellence.com/istqb-quiz/istqb-foundation-practice-exam-1/ (почему-то с моего компа эта ссылка не открывается без VPN)
🔹 http://www.quizful.net/interview/qa
🔹 https://learn.by/courses/course-v1:EPAM+STI+ext/ (тоже курс, но там хорошие итоговые вопросы в каждом модуле: можно практиковаться чисто на них)
🔹 https://stepik.org/course/16478 (теоретический ликбез по тестированию с практическими заданиями, основанный на силлабусе ISTQB)
Тренажеры для практики тестирования API
Разумеется, тестирование не ограничивается лишь клиентской стороной, и в этих "песочницах" вы можете попрактиковаться в отправке запросов к серверу: как исключительно вручную, так и с помощью автоматизации.
🔹 https://reqres.in/
🔹 http://httpbin.org/
🔹 http://petstore.swagger.io/
Сайты-песочницы, на которых можно попрактиковать написание автотестов
🔹 http://computer-database.gatling.io/ — простой сайт-база компьютеров. Подходит ещё и для практики нагрузочного тестирования (изначально создавался как раз для демонстрации работы инструмента Gatling, который применяется для load-тестирования).
🔹http://demo.guru99.com/ — база с демо-проектами (банковская система, система страхования, система телекома, система оплаты онлайн-заказа и т.д.)
🔹 http://automationpractice.com/ — сайт, функциональностью немного похожий на LaModa :) Проще говоря, интернет-магазин одежды с доставкой.
🔹 http://demowebshop.tricentis.com/ — песочница в формате онлайн-магазина.
🔹 Самый интересный для меня вариант: https://phptravels.com/demo/. Это не просто тестовый сайт — тут ещё и тестовая админка есть! :)
Бонус: я очень люблю сайт W3Schools не только за полезные упражнения и возможность практики, но и за раздел https://www.w3schools.com/howto/.
Из него можно скопировать код готовой формы, а потом играть с ним как захочется: добавлять ID и data-атрибуты, автоматизировать заполнение, тренироваться в подборе CSS-селекторов, применяя к формочкам разные стили.
❤2
Площадки для тренировок настоящих ниндзя: coding edition
#взакладки
Внезапно моя вчерашняя подборочка тестовых площадок оказалась полезной, поэтому не буду задерживаться и с другой частью закромов моей панели закладок — бесплатные интерактивные площадки с теорией и задачками на разные языки программирования.
Это будет немного поскучнее площадок для тестирования, потому что нагуглить Hackerrank проще, чем компьютерную базу Гатлинга, но, с другой стороны, лучше дважды рассказать уже известное, чем в страхе повториться зажать полезную ссылочку.
🔹 https://www.hackerrank.com/ — платформа с задачками на разные ЯП. Лично мне нравится раздел Interview Preparation Kit, там много всего по чуть-чуть :)
🔹 https://hyperskill.org/ — интерактивный тренажер, фишка которого — проектное обучение. То есть вы не просто изучаете абстрактную теорию, а сразу же применяете её для создания итоговой программы (а проектов там много, от простых до сложных).
🔹 https://skillotron.com/ — тут достаточно выбрать необходимую квалификацию, и можно тренировать знание теории того или иного языка.
🔹 https://www.codecademy.com/ — довольно известный ресурс. К сожалению, не все курсы бесплатные.
🔹 https://sqlzoo.net/ — это тренажер чисто для SQL-запросов, однако довольно объемный! Если знаете, что на собеседовании будут спрашивать про JOINs, порешать задачки в нем в качестве подготовки будет самое то.
🔹 https://stepik.org/catalog?tag=22872 — самые разные курсы по программированию на разных языках, тестированию, алгоритмам. Большая часть бесплатные, а задания можно выполнять прямо на сайте в окошке с code editor.
🔹https://www.sololearn.com/ — забавная площадка. Как по мне, она не дает основательных знаний по теории ЯП, но поиграть, вспомнить забытые навыки и просто разнообразить процесс обучения геймификацией вполне можно.
🔹https://www.codewars.com/ — что-то типа Hackerrank, но тут,к ак я поняла, одна из ключевых фишек — т.н. "дуэли", когда можно вызвать на решение задачи соперника и посоревноваться, кто быстрее справится. Хотя можно и без этого, тоже довольно весело.
🔹https://www.w3schools.com/ — ну это мой любимчик, я уже про него писала :) Много туториалов, упражнений и практических заданий. Загляденье.
🔹https://www.katacoda.com/learn — чудесная платформа, о которой я узнала только этой осенью. Она больше про DevOps-практики, такие как контейнеры, CI, Bash, облачные технологии. Как по мне, такое тестировщикам иногда даже нужнее, чем языки программирования, так что настоятельно рекомендую обратить внимание :)
#взакладки
Внезапно моя вчерашняя подборочка тестовых площадок оказалась полезной, поэтому не буду задерживаться и с другой частью закромов моей панели закладок — бесплатные интерактивные площадки с теорией и задачками на разные языки программирования.
Это будет немного поскучнее площадок для тестирования, потому что нагуглить Hackerrank проще, чем компьютерную базу Гатлинга, но, с другой стороны, лучше дважды рассказать уже известное, чем в страхе повториться зажать полезную ссылочку.
🔹 https://www.hackerrank.com/ — платформа с задачками на разные ЯП. Лично мне нравится раздел Interview Preparation Kit, там много всего по чуть-чуть :)
🔹 https://hyperskill.org/ — интерактивный тренажер, фишка которого — проектное обучение. То есть вы не просто изучаете абстрактную теорию, а сразу же применяете её для создания итоговой программы (а проектов там много, от простых до сложных).
🔹 https://skillotron.com/ — тут достаточно выбрать необходимую квалификацию, и можно тренировать знание теории того или иного языка.
🔹 https://www.codecademy.com/ — довольно известный ресурс. К сожалению, не все курсы бесплатные.
🔹 https://sqlzoo.net/ — это тренажер чисто для SQL-запросов, однако довольно объемный! Если знаете, что на собеседовании будут спрашивать про JOINs, порешать задачки в нем в качестве подготовки будет самое то.
🔹 https://stepik.org/catalog?tag=22872 — самые разные курсы по программированию на разных языках, тестированию, алгоритмам. Большая часть бесплатные, а задания можно выполнять прямо на сайте в окошке с code editor.
🔹https://www.sololearn.com/ — забавная площадка. Как по мне, она не дает основательных знаний по теории ЯП, но поиграть, вспомнить забытые навыки и просто разнообразить процесс обучения геймификацией вполне можно.
🔹https://www.codewars.com/ — что-то типа Hackerrank, но тут,к ак я поняла, одна из ключевых фишек — т.н. "дуэли", когда можно вызвать на решение задачи соперника и посоревноваться, кто быстрее справится. Хотя можно и без этого, тоже довольно весело.
🔹https://www.w3schools.com/ — ну это мой любимчик, я уже про него писала :) Много туториалов, упражнений и практических заданий. Загляденье.
🔹https://www.katacoda.com/learn — чудесная платформа, о которой я узнала только этой осенью. Она больше про DevOps-практики, такие как контейнеры, CI, Bash, облачные технологии. Как по мне, такое тестировщикам иногда даже нужнее, чем языки программирования, так что настоятельно рекомендую обратить внимание :)
Hackerrank
HackerRank - Online Coding Tests and Technical Interviews
HackerRank is the market-leading coding test and interview solution for hiring developers. Start hiring at the pace of innovation!
❤2