Получи случайную криптовалюту за регистрацию!

Yet another QA

Логотип телеграм канала @yetanotherqa — Yet another QA Y
Логотип телеграм канала @yetanotherqa — Yet another QA
Адрес канала: @yetanotherqa
Категории: Технологии
Язык: Русский
Количество подписчиков: 4.69K
Описание канала:

Contact: @shharikova

Рейтинги и Отзывы

2.50

2 отзыва

Оценить канал yetanotherqa и оставить отзыв — могут только зарегестрированные пользователи. Все отзывы проходят модерацию.

5 звезд

0

4 звезд

1

3 звезд

0

2 звезд

0

1 звезд

1


Последние сообщения 4

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

- Понятие shift-left на протяжении некоторого времени является популярной тенденцией в практиках непрерывного тестирования. И в последнее время мы начинаем видеть в тестировании новый тренд (хотя для кого-то он уже и устарел, я уверена): «shift right». О нем и рассказывает эта статья.
- Про тесирование на проде - когда это нужно и как его организовать бесплатно. Статья в двух частях: первая и вторая.
- Не так давно я столкнулась с темой JWT и поняла, что довольно мало материалов, где тема объясняется просто, но вот тут у авторов получилось. Про токены, JSON Web Tokens (JWT), аутентификацию и авторизацию.
503 views15:11
Открыть/Комментировать
2021-06-03 18:32:17 Возвращаюсь из затянувшегося отпуска с новым постом - про курсы.

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

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

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

Итак, подведу итоги:
Можно ли попасть в ИТ без курсов - да, конечно.
Кому нужны курсы - тем, кому будет комфортнее/проще с ними.
Значит ли что вам дадут все на курсах и ничего читать/смотреть не надо будет - нет, будет нужно. И на курсах, и после них, и всю вашу карьеру тоже.
891 views15:32
Открыть/Комментировать
2021-05-22 13:11:06 Терпимость к неопределенности

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

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

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

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

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

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

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

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

#подпольный_евангелизм
#менеджерское
716 views10:11
Открыть/Комментировать
2021-05-12 13:02:39
Знаю, что меня читают довольно много людей, которые хотят попасть в ит или в тестирование. Это сообщение - для вас.
Если кто-то, кто не работает/работал в QA говорит вам, что тестирование это «просто», «лёгкий способ попасть в ит», «недоразработка» - просто спросите сколько видов тестирования может проводить собеседник? Знает ли этот человек, чем QA отличается от Testing?
В 99% процентов случаев человек даже не знает, что да как. Да, конечно вкатываться с нуля в ракетную разработку ПО, скорее всего, дело более сложное, но обычно сравнивают далеко не с такими сферами, а с какой-нибудь условной вёрсткой.
Но реальность такова, что такие «советы» - это домыслы тех, кто вообще не в теме.
729 viewsedited  10:02
Открыть/Комментировать
2021-05-05 18:18:41 На мой взгляд, многие, кто говорят о качестве и называют себя 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 после этапа тестирования”. Когда их увидела, первая мысль была НАКОНЕЦ-ТО интересные темы, да и спикеры уже давно захватили мое , сами посмотрите!
- О тестировании требований для начинающих: пять важных атрибутов качественных требований.
886 viewsedited  15:18
Открыть/Комментировать
2021-04-27 18:41:46 Что-то я все про тестирование, да про тестирование - а ведь столько всего интересного связанного происходит:

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

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

Исследователи не остались в стороне, и начали изучать этот феномен в гендерном ключе – 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, и все будет чудесно. Мне в это слабо верится, потому что доведенная до предела забота может быть дисфункциональна ровно так же, как и соревновательность. Выход, думаю, в гибкости.
698 views12:00
Открыть/Комментировать
2021-04-19 14:34:50
Какое начало недели без очередного перла от очередных курсов по тестированию.
А у меня как раз есть ссылка на отличную статью по докладу на эту тему: Михаил Павлов: Отвечает ли тестировщик за качество?
856 views11:34
Открыть/Комментировать
2021-04-14 10:14:49 Привет всем моим читателям: и тем, кто тут уже давно, и тем, кто присоединился совсем недавно!

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

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

А если кто-то хочет посмотреть на меня вживую, послушать или почитать, то у меня для вас есть ссылки:
- На очень классном подкасте BeardyCast недавно вышел выпуск с моим участием, где я рассказала о том, как я пришла к тому, чем занимаюсь, о ценности обучения и о том, почему сейчас образование - не всегда ради карьеры и денег, и почему это круто.
- Статья на хабре с моими вредными советами на тему найма в тестировании. Выбрала такой формат, потому что устала от постоянных статей про успешный успех и вакансий кошмарного качества, да и не все же быть серьезными, в конце концов!
- Уже завтра буду рассказывать про Onboarding и адаптацию сотрудника в IT - будет интересно и лидам, и HR, и тем, кто хочет понять, действительно ли у них бардак в компании вместо процессов.
1.9K viewsedited  07:14
Открыть/Комментировать
2021-04-10 13:00:46 Авиакомпания из Англии отдала разработку софта для регистрации пассажиров на рейс на аутсорсинг. В стране аутсорсинга слово “miss” использовалось для девочек и в результате все незамужние женщины получали вес в 35 кг при подсчёте веса самолёта. Как потерять контроль над языком и кодом одновременно.

https://www.theregister.com/2021/04/08/tui_software_mistake/
732 views10:00
Открыть/Комментировать