Вот про команду в конце особенно жизненно

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

Прекрасный лондонский стартап Agora в активном поиске Engineer in test. Да-да, все так серьезно, как в статусах вконтакте.
Итак, саммари - потрясающая команда (нет, я совершенно серьезно!), крайне приятная зарплата, удаленка, крутые перспективы, новые технологии, простор для действий и никакой бюрократии и скуки.
Кого ищем - состоявшегося middle+ специалиста, который разбирается в особенностях iOS, поможет выстроить CI/CD и организует автотесты. Важно: требуется знание английского на разговорно-техническом уровне.
Подробности: тут
Куда писать с вопросами и кого закидывать резюме? Конечно, мне в личку @shharikova

Буду крайне благодарна репостам, особенно в чатики и каналы по поиску работы 📱

Про ISTQB

Давно хотела осветить эту тему с разных сторон, так что начнем:
ISTQB® - некоммерческая организация, занимающаяся определением различных принципов развития сферы тестирования ПО, таких как структура и правила аккредитации, сертификации и т.п. Рабочие группы ISTQB® отвечают за разработку и поддержку сертификационных программ и экзаменов. ISTQB® включает в себя Национальных и Региональных представителей. https://www.istqb.org/

Программа ISTQB Certified Tester предлагает проверку знаний и умений инженера по тестированию на трех уровнях:
- Базовый уровень (Foundation Level)
- Продвинутый уровень (Advanced Level)
- Экспертный уровень (Expert Level)

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

Чего от сертификации ждать не надо - не надо думать, что наличие ее откроет вам все двери мира и не это не значит, что вы будете знать, что делать во всех жизненных ситуациях. То же касается и и тех, кто занимается наймом. Тут как с ЕГЭ. Знать ответы на вопросы и уметь применять знания на практике - разные вещи, особенно в мире, где почти всегда бардак с процессами.
Мой опыт, по крайней мере, говорит о том, что если есть выбор между специалистом, который имеет сертификат, и тем, кто может и не так силен в зазубренных терминах, но зато имеет голову на плечах, опыт и знания из разных источников, выбор скорее всего будет за вторым. Конечно, если это не случай, когда в галере кого-то надо продать подороже.

Ну и конечно же ссылочки:
Сертификация ISTQB стала доступна онлайн: личный опыт
Сертификация ISTQB. Быть или не быть?
Интерактивный курс от Udemy, который многие очень хвалят
The ISTQB is wrong about the future of software testing and here's why

Про то, где брать полезную информацию

Я, конечно, стараюсь быть полезной, но считаю, что и про другие классные каналы тоже стоит рассказывать. QApedia, например, появилась не так давно, но уже явно многим приглягнулась, в том числе и мне - признаюсь честно, в основном балансом ссылок на статьи и мемасов. А еще ребята планируют переводить статьи, за что им отдельный респект!
Кстати, кто интересовался самыми популярными языками для автоматизации? Вот вам и ответ.

Важная новость для всех, кто связан с разработкой под андроид: Владельцы Android-смартфонов со всего мира начали массово жаловаться на «вылеты» различных приложений — оказалось, проблема в обновлении одного из компонентов системы

Ну неужели реклама без «Тестирование: лёгкий способ войти в айти и получать 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+. Конечно, это касается далеко не всех, но очень частая история.
Так вот, именно среди тех, кто хочет попасть в ИТ сферу чаще встречается активное неприятие того, что нужно будет изучать дополнительные материалы, помимо того, что дают на лекциях. Да, конечно курсы платные, это деньги крупные и для новичков, и для опытных, но вот те, кто в профессии уже давно, воспринимают дополнительные материалы скорее как возможность получить что-то, что было заботливо подобрано теми, кто уже разобрался в теме, и могут даже расстроиться, если было слишком просто и книг дали прочитать слишком мало. А уж сколько я получала горя от слишком простых домашек!
А вот новички, все чаще и чаще, воспринимают любые рекомендации (и это именно рекомендации, не обязательные материалы!) как трату времени и неверно выстроенное обучение. Хотя, конечно, далеко не все ❤️

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

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

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