Ну неужели реклама без «Тестирование: лёгкий способ войти в айти и получать 305к в наносекунду уже завтра!»

Неловкий момент, когда себе, похоже, QA не нашли

Сегодня - второй раунд новой рубрики "пятничная вакансия"!

Итак, Head of QA компании ZIWO Cloud Contact Center Software ищет QA engineer специалиста с возможностью развития в направлении автотестов.
Команда классная - небольшая, дружная, демократичная, очень многонациональная и мультикультурная. Релокацию в Дубай оплачивают.
Вся работа и общение в компании на английском. Обращаться по вакансии можно к @allariyaWW

Сегодняшний пост - про джунов и для джунов

1. Отличный мозгопрочищающий тред про то, почему надо остудить свою паранойю.
2. Страх перед собеседованием: как перестать бояться и начать ходить на интервью.
3. Зачем IT-компаниям джуниоры? Отвечают работодатели

Да-да, это снова я, снова с вами.
На днях разбирала очередные резюме и поняла, что если еще раз увижу слово "стрессоустойчивость" или "коммуникативность", то сойду с ума. Пожалуйста, не надо так.
В связи с этим вспомнилось - я конечно люблю серьезные, интеллектуальные и лаконичные каналы и чаты с полезной информацией и научными статьями, но вот иногда хочется просто поорать, посмотреть мемасы на родную тему ИТ и побомбить от возмущения. Так вот, для этого нашелся канал (и чат!) devopsina . Потому что чем ближе конец недели, тем более безумна работа вокруг. Ну вы и сами знаете!

Сегодня - базовые статьи, которые будут полезны и тем, кто только начинает разбираться в теме тестирования, и для опытных спецов, и для всех, кто связан с разработкой.

- Путеводитель по инструментам автотестирования мобильных приложений. Не самая свежая, но, на мой взгляд, все еще самая полная и внятная статья со сравнениями инструментов и объясняющая, как вообще все устроено в этой теме.
- Step by Step Guide for iOS Subscription Testing - любой, кто когда-то тестировал подписки в iOS знает, что это какое-то нелогичное и незадокументированное в полной мере безумие. Так что если вам это предстоит или вы все еще не до конца поняли, что с этим всем делать, то это для вас.
- REST API Testing Strategy: What Exactly Should You Test? - тут лучше всего за меня скажет вступление к статье: So the importance of API testing is obvious. Several methods and resources help with HOW to test APIs — manual testing, automated testing, test environments, tools, libraries, and frameworks. However, regardless of what you will use — Postman, supertest, pytest, JMeter, mocha, Jasmine, RestAssured, or any other tools of the trade — before coming up with any test method you need to determine what to test…
- VisBug - пока самый удобный инструмент для хрома, который позволит вам проводить дебаггинг стилей, контента, текстов, изображение и прочего, что может быть у вас на странице.

Про отличный канал и видео о нейросетях

- Каждый рабочий день автор канала topIT готовит к завтраку (или к скучному совещанию, тут у кого как) подборку актуальных новостей и интересных статей о технологиях, гаджетах, бизнесе, AI и прочем ИТ. Автор - Ex-главред портала о технологиях, так что он точно знает, что многим будет интересно прочитать.

- Науч-поп видео про нейросети, маркетинг и то, зачем социальные сети собирают информацию о своих пользователях и как они это применяют для таргерованных продаж и не только. Будет интересно тем, кто совсем ничего не знает про это, но хочет попробовать понять.

Авиакомпания из Англии отдала разработку софта для регистрации пассажиров на рейс на аутсорсинг. В стране аутсорсинга слово “miss” использовалось для девочек и в результате все незамужние женщины получали вес в 35 кг при подсчёте веса самолёта. Как потерять контроль над языком и кодом одновременно.

https://www.theregister.com/2021/04/08/tui_software_mistake/

Привет всем моим читателям: и тем, кто тут уже давно, и тем, кто присоединился совсем недавно!

Вас все больше (и как это круто!), так что я подумала, что стоит снова немного рассказать о себе: меня зовут Анастасия Шарикова, я Technical Lead в компании Bookmate , преподаю и руковожу в Netology and OTUS, помогаю с QA в стартапе Agora и работаю на фрилансе.

В IT я уже почти 8 лет и скоро будет год, как я веду этот канал. Я ценю софтскиллы, обожаю оптимизировать процессы и внедрять quality assurance и делиться тем, что я знаю с теми, кому это интересно. На самом деле, этот список намного длиннее, но об этом не сегодня :)

А если кто-то хочет посмотреть на меня вживую, послушать или почитать, то у меня для вас есть ссылки:
- На очень классном подкасте BeardyCast недавно вышел выпуск с моим участием, где я рассказала о том, как я пришла к тому, чем занимаюсь, о ценности обучения и о том, почему сейчас образование - не всегда ради карьеры и денег, и почему это круто.
- Статья на хабре с моими вредными советами на тему найма в тестировании. Выбрала такой формат, потому что устала от постоянных статей про успешный успех и вакансий кошмарного качества, да и не все же быть серьезными, в конце концов!
- Уже завтра буду рассказывать про Onboarding и адаптацию сотрудника в IT - будет интересно и лидам, и HR, и тем, кто хочет понять, действительно ли у них бардак в компании вместо процессов.

Какое начало недели без очередного перла от очередных курсов по тестированию. 🙄
А у меня как раз есть ссылка на отличную статью по докладу на эту тему: Михаил Павлов: Отвечает ли тестировщик за качество?

Маскулинная организационная культура

Работа важнее личной жизни? На работе нельзя ошибаться? Везде и всегда соревнования? Нужно быть быстрее, выше, сильнее? Думаю, что многим, особенно в больших городах, чертовски знакома эта культура.

Исследователи не остались в стороне, и начали изучать этот феномен в гендерном ключе – Masculinity contest culture (MCC). Под этим понимают набор организационных норм, практик и ценностей, которые вознаграждают бесконечную борьбу за власть, силу и статус. Эта культура включает четыре аспекта: (1) не проявлять слабости (прилагать усилия, чтобы выглядеть компетентным), (2) сила и выносливость (подчеркивая физическую силу и статус), (3) ставить работу на первое место (отдавать предпочтение работе над другими сферами жизни) и (4) человек человеку волк (яростно соревноваться с коллегами).

В 2018 году в Journal of Social Issues даже вышел интересный специальный выпуск, посвященный Work as Masculinity Contest. Исследования, включенные в этот специальный выпуск, показали следующее:

1. Желание утвердить свой маскулинный статус в ответ на prototypicality threat (угроза быть воспринятым как женщина) связано с сексуальным харассментом одних мужчин в сторону других (male-male sex-based harassment). И этот эффект оказался сильнее в masculinity contest culture.

2. Masculinity contest culture является почвой для toxic leadership (руководитель приписывает все заслуги себе, ведет себя агрессивно, и т.д.) в организации. Исследовали обнаружили сильную корреляцию, что чем выше сотрудники оценивали свое рабочее место по MCC, тем чаще они сообщали, что их непосредственный руководитель проявляет токсичное лидерское поведение. Кроме того, сотрудники в таких организациях с токсичными лидерами демонстрировали более высокий уровень стресса, конфликта между работой и личной жизнью и намерение искать работу наряду с более низким уровнем вовлеченности и восприятии смысла в работе. Интересно, что дополнительный анализ показал, что значительный рост восприятия смысла в работе и тенденция к увеличению вовлеченности произошли среди мужчин (но не женщин), которые рассматривали свое рабочее место как MCC и сообщали о токсичных лидерах.

3. Мужчины склонны поддерживать и участвовать в MCC не без помощи веры в игру с нулевой суммой, исходя из которой успешные женщины в такой среде рассматриваются как нарушители, стремящиеся завладеть ресурсами мужчин. Иными словами, культура “выиграй или умри” может хорошо соседствовать с верой в игру с нулевой суммой, где другие люди – соперники, которые хотят заполучить твои ресурсы.

4. Исследователи также обнаружили то, что называется Pluralistic Ignorance. Люди верят, что их коллеги поддерживают Masculinity contest culture в большей степени, чем они. Следовательно, желая вписаться в культуру, люди начинают преувеличивать свою собственную поддержку MCC как на словах, так и в действиях. В итоге, MCC, конечно, никуда не девается.

В более свежем исследовании, авторы показали, что MCC является барьером для удовлетворения одной из важных базовых потребностей людей – потребности в принадлежности. В результате, сотрудники реагируют путем сокращения степени своей идентификации с организацией. Это значит, что сотрудники будут в меньшей степени заинтересованы, чтобы работать на благо организации.

В качестве возможной альтернативы MCC предлагается Feminine nurturing culture (FNC). Она представляет собой рабочее место с противоположными качествами MCC, такими как ценность баланса между работой и личной жизнью, поощрение сотрудничества, демонстрация уязвимостей и признание слабостей. Но альтернатива пока только теоретическая, и авторы призывают протестировать, насколько она рабочая. Хотя пандемия, кажется, как раз уже показала, что сотрудничество, а не конкуренция, лучше помогает достигать результатов (по крайней мере, во время кризиса).

Я не сторонник жесткого противопоставления. Мол, давайте взамен MCC создаим FNC, и все будет чудесно. Мне в это слабо верится, потому что доведенная до предела забота может быть дисфункциональна ровно так же, как и соревновательность. Выход, думаю, в гибкости.

Что-то я все про тестирование, да про тестирование - а ведь столько всего интересного связанного происходит:

- Apple презентовали iOS 14.5 c довольно большим количеством новых фич. Но вот не все из них порадовали мир разработки - то, что порадует пользователей для повышения их конфиденциальности, усложнит работу маркетингу и рекламе - почитать об этом можно у Facebook for Buisness и на русском вот тут.
- Егор Толстой выпустил очередной обзор "Известность команд мобильной разработки в 2021" в своем блоге. Выборка хоть и не огромная, но довольно интересная. План на 2022: чтобы Bookmate в этом списке!
- iOS и Android это хорошо, но что же было до них? На мой взгляд, работая с современными системами, стоит и знать то, как мы к ним пришли. Почитать об этом можно в статье "Не только Android и iOS: история мобильных операционных систем, которые не выдержали конкуренции с гигантами".

На мой взгляд, многие, кто говорят о качестве и называют себя QA инженерами, забывают о том, насколько важно обеспечение качества на всех этапах разработки, и это не может меня не расстраивать.
Поэтому я и поняла, что хочу больше внимания в ближайшие месяцы в постах уделять именно этим темам. И начнем мы, как обычно, с подборки ссылок:

- Внятная статья о метриках в тестировании, которая в каком-то смысле является выжимкой из довольно большого количества книг и статей таких авторов, как Канер или Криспин. Хороша тем, что рассматривает метрики и то, как их можно использовать. "Metrics can be very useful as well as very harmful to your development and testing lifecycle. It depends on how to interpret and use them."
- Статья с множеством интересных источников о проведении ретроспектив. Почему она тоже тут? Потому что ретроспективы стоит рассматривать и как инструмент улучшения процессов в целом, а это может привести, например, к большей прозрачности и четкости в работе, а это в том числе влияет на качество продукта.
- Онлайн-конференция Podlodka QA Crew. В этот раз, как и обычно, у каждой недели своя тема, и темы этого сезона такие: “Shift-left: QA до этапа тестирования” и “Shift-right: QA после этапа тестирования”. Когда их увидела, первая мысль была НАКОНЕЦ-ТО интересные темы, да и спикеры уже давно захватили мое ❤️, сами посмотрите!
- О тестировании требований для начинающих: пять важных атрибутов качественных требований.

Знаю, что меня читают довольно много людей, которые хотят попасть в ит или в тестирование. Это сообщение - для вас.
Если кто-то, кто не работает/работал в QA говорит вам, что тестирование это «просто», «лёгкий способ попасть в ит», «недоразработка» - просто спросите сколько видов тестирования может проводить собеседник? Знает ли этот человек, чем QA отличается от Testing?
В 99% процентов случаев человек даже не знает, что да как. Да, конечно вкатываться с нуля в ракетную разработку ПО, скорее всего, дело более сложное, но обычно сравнивают далеко не с такими сферами, а с какой-нибудь условной вёрсткой.
Но реальность такова, что такие «советы» - это домыслы тех, кто вообще не в теме.

Терпимость к неопределенности

Пара мыслей про неопределенность и нашу работу.

Практически первое, что узнает тестировщик или тестировщица — то, что нельзя протестировать все. И никогда нельзя дать гарантию, что всё работает.

Мы просто физически не можем всё контролировать и понимать всё. Это значит, что мы всегда работаем с рисками, что что-то пойдет не так. Как бы хорошо мы не работали.

Есть два основных подхода при работе с рисками — можно снижать вероятность наступления риска, а можно снижать последствия, если он наступит. Либо пытаться предотвращать проблемы, либо оперативно разбираться с ним. И надо использовать оба подхода.

Тестировщики сконцентрированы на том, чтобы найти проблемы и выявить риски раньше, чем пользователи. Но как бы мы хорошо не работали — баги на проде будут всегда. Это прямое следствие того, что мы не можем контролировать все.

Когда возникают проблемы на проде, у команды уже должна быть стратегия, что она будет делать. Это вторая часть работы с рисками. И это, как мне кажется. изрядно снижает тревогу у тестировщиков.

Есть баги на проде или нет — не показатель качества нашей работы сам по себе. Надо проводить постмортемы, улучшать процессы и разбираться в причинах.

Мы не держим небо на своих плечах и не последний рубеж перед пользователями, даже если нам пытаются навязать обратное.

#подпольный_евангелизм
#менеджерское

Возвращаюсь из затянувшегося отпуска с новым постом - про курсы.

Как думаю уже многие поняли, я активно работаю с обучением QA - как новичков, так и уже действующих специалистов, и заметила одно очень важное различие между теми, кто идет учиться на платные курсы с нуля и теми, кто уже в профессии на уровне senior+. Конечно, это касается далеко не всех, но очень частая история.
Так вот, именно среди тех, кто хочет попасть в ИТ сферу чаще встречается активное неприятие того, что нужно будет изучать дополнительные материалы, помимо того, что дают на лекциях. Да, конечно курсы платные, это деньги крупные и для новичков, и для опытных, но вот те, кто в профессии уже давно, воспринимают дополнительные материалы скорее как возможность получить что-то, что было заботливо подобрано теми, кто уже разобрался в теме, и могут даже расстроиться, если было слишком просто и книг дали прочитать слишком мало. А уж сколько я получала горя от слишком простых домашек!
А вот новички, все чаще и чаще, воспринимают любые рекомендации (и это именно рекомендации, не обязательные материалы!) как трату времени и неверно выстроенное обучение. Хотя, конечно, далеко не все ❤️

Да, конечно преподаватели на любом уровне стараются сделать так, чтобы цель курса была исполнима только посредством материалов лекций и консультаций с наставниками, но все же - мне все еще очень тяжело видеть позицию "Я заплатил и поэтому мне нужна не экспертиза, знания, практика и помощь в обучении, а готовый быстрый вход в ИТ без напряга с моей стороны".

Возможно, это прозвучит жёстко, но каждый, кто работал со мной или учился у меня знает - я крайне лояльный, заботливый и спокойный преподаватель, но все же я считаю, что курсы - любые, это способ упросить свой путь к цели, а не магическая таблетка.

Итак, подведу итоги:
Можно ли попасть в ИТ без курсов - да, конечно.
Кому нужны курсы - тем, кому будет комфортнее/проще с ними.
Значит ли что вам дадут все на курсах и ничего читать/смотреть не надо будет - нет, будет нужно. И на курсах, и после них, и всю вашу карьеру тоже.

Сегодня - снова полезные ссылки и одно видео на вчерашнюю тему:

- Понятие shift-left на протяжении некоторого времени является популярной тенденцией в практиках непрерывного тестирования. И в последнее время мы начинаем видеть в тестировании новый тренд (хотя для кого-то он уже и устарел, я уверена): «shift right». О нем и рассказывает эта статья.
- Про тестирование на проде - когда это нужно и как его организовать бесплатно. Статья в двух частях: первая и вторая.
- Не так давно я столкнулась с темой JWT и поняла, что довольно мало материалов, где тема объясняется просто, но вот тут у авторов получилось. Про токены, JSON Web Tokens (JWT), аутентификацию и авторизацию.

Сегодня - особенный для меня пост, потому что он - про моих друзей и близких, которые не только классные ребята, но и очень крутые профессионалы:

- Моя подруга Саша, которая работает в FAANG в роли IT solution architect, решила вести блог про инвестирование и в телеграме. А почему читать стоит именно ее канал, я решила спросить у нее самой:
- Разбираюсь самостоятельно в мире инвестирования, объясняю всё простым языком
- Постепенно знакомлюсь с разными инструментами, от инвестирования в фонды до активной торговли криптовалютой
- Рассказываю о своих собственных сделках, в том числе и неуспешных
- Торгую как в рамках дня, так и инвестирую на срок 20+ лет
- Публикую самые интересные на мой взгляд новости, влияющие на финансовые показатели компаний и нашу жизнь в будущем
- Выступление "Как устроить архитектуру DWH и контролировать изменения" моих коллег Алексея Ростоцкого и Яны Манухиной на Матемаркетинге 2020 наконец появилось в записи: DWH 101 плюсы, минусы подводные камни, так что если вам надо работать с данными, а приходится делать отчеты в экселе, то доклад вполне себе может быть полезным.
- Мой партнер по преподаванию Антон, QA Lead в Miro, написал очень интересную статью про то, как устроено тестирование в его компании, где рассказал о зонах ответственности QA лида и о структуре разработки и процессе обеспечения качества. Кстати, кто еще не пользуется Miro - очень советую!

Возвращение рубрики пятничные вакансии:

1. Мои знакомые из многообещающего американского FoodTech стартапа FoodRocket в поиске QA engineer: компания создает приложение, предоставляющее клиентам 15-минутную доставку продуктов без платы за доставку и требований к минимальному заказу.
Требования:
- Опыт в сфере тестирования WEB и/или мобильных приложений от 2х лет.
- Понимание клиент-серверной архитектуры.
- Знание теоретической части тестирования.
- Знание простых sql запросов.
Будет преимуществом:
- Опыт автоматизации тестов UI || back-end.
- Уверенное владение Linux.
- Знание python на уровне junior developer.
- Опыт работы с контейнерами (docker/kubernetes).
- Понимание принципов работы систем CI/CD (gitlab).
- Опыт самостоятельной реализации автотестов на проекте.
Условия:
- Удаленный формат работы, гибкий график.
- Работа в американском стартапе, возможность влиять на развитие продукта и участвовать в построение процессов тестирования с нуля.
- Сильная команда профессионалов.
Резюме можно присылать вот сюда: alexander.tarasov@foodrocket.me

2. Питерская компания АЙТИ Тест ищет в команду QA от уровня middle и выше - подойдет для тех, кто хочет поработать с разными заказчиками и грустит, засиживаясь на одном проекте.
Почитать про требования и прислать отклик можно вот тут

3. Спортмастер ищет специалистов по автоматизации тестирования в команду по разработке Спортмастер 3.0. - эта вакансия особенно мне дорога, так как я лично знаю лида, и она настоящая профи!
Используемый стек на проекте: Java\Kotlin, Gradle, TestNG, RestAssured, Wiremock.
Ваши задачи:
- тестирование изменений функциональности продукта;
- разработка автоматизированных тестов;
- совершенствование процесса создания продукта;
Мы ждём от наших будущих коллег:
- понимание работы web-приложений, http запросы, JSON\XML, web-сервисы;
- умение разрабатывать автоматизированные тесты;
- умение пользоваться инструментами Atlassian – Jira, Confluence;
- умение использовать в работе инструменты контроля версий Git;
- знание техник обеспечения качества разработки продукта;
- умение работать в команде, с применением agile методологий (Kanban, Scrum);
По вакансии можно откликаться в HH или писать напрямую @e_b_e_d_a

Сегодня - пост скорее для начинающих специалистов и тех, кто не связан со сферой тестирования, но заинтересован в ней:

- Довольно известный, но это этого не менее классный тренажер, где можно проверить свои навыки в тестировании - например, форм или валидации.
- Каждый файл создан какой-то программой и для чего-то предназначен. Форматов файлов существует тысячи, но лишь небольшую часть из них удается напрямую открыть какой-либо программой. Иногда по каким-либо причинам открыть файл просто необходимо. Но где взять информацию что это за файл и какое именно приложение необходимо использовать для его открытия? На вот этом простом русскоязычном сайте.
- Личное мое мнение таково, что перед тем, как чему-то учиться, стоит пройти этот курс. Мало кого из нас когда-то учили учиться, а это крайне важный скилл, который упрощает жизнь и помогает нам узнавать новое без адских мучений, как в универе или школе, например. Что о нем пишут сами авторы:
This course gives you easy access to the invaluable learning techniques used by experts in art, music, literature, math, science, sports, and many other disciplines. We’ll learn about the how the brain uses two very different learning modes and how it encapsulates (“chunks”) information. We’ll also cover illusions of learning, memory techniques, dealing with procrastination, and best practices shown by research to be most effective in helping you master tough subjects.

Адаптивность

Моя трудовая книжка стартует с 2010го года. В ней девять записей о пяти разных профессиях, ещё о шестой профессии там записи нет, потому что я работала неофициально. Некоторые профессии вообще никак не касаются IT. Например, там есть запись о том, что я была принята на работу бортпроводником воздушного судна. Я честно прошла подготовку, сдала все экзамены и получила все нужные удостоверения, я знаю как правильно тушить пожар в самолёте и как делать CPR, но профессия мне не пригодилась. Сейчас я в процессе получения ещё одной профессии. И я не уверена, что она будет у меня последней.

То, что я описала, было почти немыслимо каких-то 30 лет назад. Сегодня это скучный вторник.

Я понятия не имею какие профессии исчезнут в ближайшие десять лет, поэтому кликбейтного заголовка не получилось Но я предполагаю, что в ближайшие десять лет могут появиться новые профессии. И я точно знаю, что нам всем придётся жить в мире, который сейчас только набирает свои трансформационные обороты.

В этом мире нам пригодится адаптивность. Её желательно холить и лелеять. Она поможет встать на доску и кататься на волнах, вместо того, чтобы в них тонуть.

Из чего состоит адаптивность:

1. Здоровое любопытство (как антоним ксенофобии)
2. Капля смелости (придётся чуть-чуть рисковать)
3. Вера в себя (это опора, когда нужно делать шаг в неизвестность)
4. Гибкость (способность смотреть на вещи под разными углами, способность не ломаться под грузом, но пригибаться и возвращаться в исходное положение, способность менять точку зрения при наличии новых веских аргументов)
5. Поддержка окружающих (важно выбирать для себя именно то поддерживающее окружение, которое будет способствовать росту и развитию)

Мне кажется, что пора нормализовать свободный выбор занятий и свободную смену этих занятий на протяжении активного трудоспособного периода жизни. Да, можно продолжать выбирать себе профессию, даже если уже под 40. Это всё равно будет происходить, и будет очень здорово не думать при этом, что происходит что-то неправильное.

Сегодня мы делаем одно, завтра интересы сдвинулись и мы хотим делать другое, послезавтра грянул очередной экономический кризис (так было с моим бортпроводничеством, например) и мы меняем карьерный вектор на более надёжный, но всё ещё отвечающий нашим интересам, накопленным знаниям и способностям. Что будет через пять лет нам пока неведомо, но мы проявляем любопытство по отношению к возможному будущему, делаем какие-то шаги веры в сторону предпочитаемого варианта, меняем своё мировоззрение в соответствии с требованиями новой роли и заручаемся поддержкой окружающих. Это наша новая реальность, добро в неё пожаловать.

Немного наивно в 2021ом году выглядит любимый вопрос взрослых детям "Кем ты хочешь быть, когда вырастешь?". Уже пора задавать вопросы в духе "Есть ли у тебя пинтерест-доска, где ты собираешь референсы на понравившиеся занятия?". К 30ти годам сегодняшние дети обойдут меня по количеству записей в трудовой книжке. Если вообще к тому времени останется хоть какой-то аналог этой книжки.

Нам всем нужно будет к этому адаптироваться. Можно начинать практиковаться уже сегодня с любого понравившегося пункта, это точно пригодится завтра.

#psy