QA FAQ

Други, поздравляю вас с днём тестировщика! 🥳 Мы — меч в цифровой тьме! Мы — дозорные на Стене перед Продом! Мы — щит, охраняющий царство ПО от полчищ жуков! 🥷 Желаю вам побольше багов, отловленных до прода и чтоб ни один крит не просочился за наши заслоны 👻 И еще! Мои друзья из Moscow QA приглашают всех желающих на юбилейный Moscow QA #5 x X5 Tech! 5️⃣ Куда: Москва, Варшавское шоссе, 33c12 Когда: 19 сентября 18:30 Ссылка на регистрацию: https://moscowqa.timepad.ru/event/3023660/ И присоединяйтесь в сообщество в ВК, там будут сохранятся все записи митапов: https://vk.com/moscow_qa

Пролетели два ярких дня шикарной #TeamLeadConf Еду домой, вспоминаю что было, что понравилось, что впечатлило и, конечно, делюсь с вами 😊 Были любопытные доклады про рост лида и в лида, а наиболее яркий для меня был доклад Эрика Бурыгина про нетворкинг. Эрик яркими примерами из своего опыта напомнил нам, что такое нетворкинг и почему он важен и нужен. Ещё меня очень впечатлил размах мероприятия и количество и качество стендов. Спасибо всем стендистам, было круто, интересно и весело ☺️ А самое вкусное - это встречи со старыми знакомыми, с которыми не виделись очень давно - Лёша Петров, Денис Рященко, Макс Дорофеев и многие другие. Было круто встретиться и пообщаться 😊 Кстати, теперь ещё больше жду третью книгу Макса и вдохновилась дочитать сложную вторую 😅

#анонс #мероприятия Други, 6-7 июля пройдёт Pro IT фест и я снова буду в нём участвовать в качестве спикера. На этой конфе меня очень привлекают форматы выступлений: там нет уже поднадоевших докладов, где спикер вещает в режиме говорящей головы. Это очень интерактивная конференция, где каждое выступление - живой диалог спикеров и зрителей и именно в таких диалогах рождается истина! 💪 Только для вас мой специальный промокод на 10% скидки: ErmOlka, использовать его можно при покупке билетов. Учитывайте, что с 1-го июля будет повышение цен, так что успейте и до встреч 😊

#рабочийпроцесс #яжменеджер Други, я периодически мыслями возвращаюсь куда-то в прошлое и перевариваю свой опыт через призму накопленного. Кстати, очень полезно так поразмышлять - что сделала тогда хорошо, что можно было сделать по другому, а что вообще не было сделано, а надо было или наоборот - сделала, а не надо было. Не самобичевания для, а рефлексии ради :)  Из таких размышлизмов родилась идея серии постов про лидство/менеджерство, поехали! Допустим работаешь ты такой тестировщиком/разработчиком/аналитиком/etc. И думаешь не пойти ли мне в лиды, что вообще эти лиды делают, вот сидит целый день и только по встречам "ходит" и задачи раздаёт, а денег получает уж наверняка больше, я тоже так хочу! Для начала важно поверхностно изучить кто же такие лиды и что же они реально делают. От компании к компании, конечно, обязанности и ожидания от лида/менеджера разнятся, но есть у всех что-то общее. Году в 11-12 меня расстроило, что на место уволившегося начальника не взяли меня, хотя я предлагала свою кандидатуру, а взяли менеджера с рынка. Поняла, что дело, видимо, во мне и начала искать информацию про менеджерство. Нашла Панкратова и Орлова (ныне компания Стратоплан), которые сами выходцы из ИТ и учат людей как быть менеджерами в ИТ. Оказалось, что менеджеру, как и инженеру, надо дофига всего знать и уметь! Спойлер: официально менеджером я стала в итоге только в 2018-м :)  Для тех из вас, кто думает податься в менеджерство рекомендую книжку "Как стать менеджером в ИТ", теперь она входит в белую книжную полку менеджера и канал Стратоплана на ютубе. Ещё отличная лёгкая книжка - "Мама, я тимлид" Одна из главных задач менеджера - люди. Найм, обучение, увольнения. Сделать всё возможное для того, чтобы хорошие спецы не уволились и продуктивно работали. Организовать для людей нужные технику, доступы, лицензии. Отстоять для своих людей какие-то плюшки. Обосновать повышения зп. Оградить своих людей от внешних помех (иногда и от своего лишнего вмешательства), чтобы они спокойно работали. И т.д. Еще одна основная задача менеджера - сделать работу своего подразделения эффективной. Это бесконечное стремление к совершенству: тюнинг процессов, использование практик, подходов и инструментов, создание и отслеживание метрик для мониторинга состояния команды и своевременное уместное реагирование на всплески и просадки. Надо быть готовым к тому, что начинающий менеджер зачастую "играющий тренер", поэтому, помимо прочего он еще и выполняет продуктовые задачи, а это две разных нагрузки, которые довольно сложно разграничить и уложить в рабочее время. Во всех книгах про менеджмент пишут, что одна из главных проблем начинающего менеджера - неумение делегировать. Это вызывает примерно такую цепочку событий: "эту задачу могу сделать только я потому что "если хочешь сделать хорошо, сделай сам" (буквально каждую мало-мальски сложную задачу) -> у меня не хватает времени на всё -> адовые переработки -> неизбежное выгорание". К этому примешивается синдром самозванца (я не справляюсь с новыми обязанностями), что вызывает еще и неловкость при необходимости попросить помощи или совета у старших коллег и в результате начинающий менеджер остаётся один на один со своими проблемами и тонет в них. А ещё сюда примешивается недовольство твоей команды, что мол лид себе забирает самое вкусное, а мы только рутину делаем. Такая ситуация, если её вовремя не исправить, повлечёт за собой увольнения сотрудников, желающих развиваться. Поэтому нужно заранее быть морально готовым, что задачи можно и нужно передавать, но при этом не бросать в воду, а контролировать выполнение заранее выбранным образом в зависимости от исполнителя, испорченности, важности и ситуации. У Орлова и Панкратова мне очень запомнилась правильная мысль: "чтобы стать менеджером надо к этому подготовиться заранее". Когда вас назначают лидом, а хотя бы теоретической подготовки у вас нет, это очень тяжело. Лучше подготовиться и в итоге не стать менеджером, чем стать менеджером без подготовки.

#анонс #мемопауза Други, после майских планирую начать серию постов про лидов/менеджеров. А пока что немного прекрасного от Спортмастера 😊 https://t.me/sportmaster_digital/87

#бесплатное Други, хочу напомнить, что в описании канала есть ссылка на табличку полезностей. Я стараюсь поддерживать её в актуальном состоянии и дополняю свежатинкой 😊 Из последнего приобретения: Систематическое исследовательское тестирование с YATTIE - кто попробует в деле, пишите свои впечатления Зачем тестировщику CJM - статья от одного из наших QA-кураторов Границы без границ от М.Болтона в переводе О.Алифановой - это Болтон, без комментариев :) Экзотические баги и их устранение - всегда полезно изучить чужой опыт локализации сложных багов И бонусом не про тестирование: Инженер данных открытый курс - мнение, почему надо входить в ИТ инженером данных и курс по азам этой науки Пишите в комментариях, что было вам полезно, возможно удастся пополнить общественные полезности с вашей подачи 😊

#вакансия Други, у нас в SM Lab снова Weekend Offer и в этот раз не только для автоматизаторов, а вообще для всех QA инженеров! 🚀 Weekend Offer от SM Lab — это отличная возможность пройти все этапы отбора и получить от SM Lab приглашение на работу за один день. Вилка: от 150k до 300k в зависимости от уровня кандидата Когда: 22-23 марта 2024 года 🔎 Мы ищем QA инженеров: ❕с опытом от 2-х лет в тестировании мобильных приложений, веб-сервисов или desktop-приложений. Мы готовы рассмотреть кандидатов с коммерческим опытом работы от 1 года при наличии желания развиваться и успешного прохождения собеседования ❕с опытом тестирования API и работы с соответствующими инструментами (Postman, Insomnia и т.д.) ❕с опытом работы со сниферами трафика (Charles, Fiddler и т.д.) ❕с опытом работы с REST API, HTTP|HTTPS, JSON, SQL ❕опыт разработки автотестов на Java будет большим плюсом Наши бонусы 😎 In-house разработка в продуктовых командах ✅ Удаленная работа в пределах РФ (возможно трудоустройство в Казахстане и в Беларуси) ✅ ЗП по рынку + полугодовые премии; ✅Скидка 30 % в наших магазинах (Sportmaster, Ostin, Funday) ✅Кафетерий льгот (ДМС, фитнес, английский) 👐 Будем рады видеть вас частью нашей команды SM Lab, заполняйте анкету по ссылке: https://bighiringday.ru

#собеседование Помните одну из самых популярных задач для собеседования про тестирование лифта? Столкнулась я тут в одном отеле с весьма необычным лифтом и стало интересно как можно протестировать его нестандартные функции. Особенности работы такие: 1. Просто нажать на этаж, кнопка подсветится белым и через пару секунд погаснет, лифт не поедет 2. Приложить карточку, в которой прошита информация об этаже, тогда кнопка этажа загорится белым и через пару секунд погаснет, лифт всё равно не поедет 3. Приложить карточку, загоревшуюся белым кнопку нажать, она загорится красным и через пару секунд погаснет. Лифт поедет! Какие тут могут быть кейсы? Что может пойти не так? Что бы вы предусмотрели при тестировании? Накидывайте вариантов в комментарии 😉

#анонс Други, уже завтра начинается наша любимая SQA days, впервые устраиваю круглый стол, кто будет, заходите! :) https://sqadays.com/ru/talk/112207 И, конечно, приходите на наш стенд SM Lab, у нас в этот раз будет очень крутой движ, еще круче, чем раньше! Не пропустите! 😉

#рабочийпроцесс #релиз Еще один подход к релизу: релиз по требованию, инициируемый ЛПР (лицом, принимающим решение). Основной принцип: есть ЛПР и договоренность в команде, что релиз инициируется его требованием, при этом, чем руководствуется ЛПР может и не обсуждаться. Задачи, которые войдут в релиз определяются ЛПР в день принятия решения исходя из готовности задач и мотивов необходимости релиза. Как выглядит процесс: Команда заранее договаривается, сколько времени займут приготовления к релизу (сливания, регрессы и т.д.). ЛПР, зная про эти сроки, планирует релиз: даёт отмашку команде, что надо начинать подготовку релиза, может оговорить какие задачи в него должны войти или по умолчанию туда входят все задачи, которые к этому времени готовы. Таким образом отсекается релизная ветка и туда больше никакие новые задачи не вносятся. На этой ветке проводится регрессионное тестирование и если всё хорошо, в условленную дату ветка льётся в прод. Подводные камни: 1. подготовительные работы для выпуска релиза могут задержаться дольше, чем планировали 2. на середине подготовки релиза ЛПР может сказать, что появилась острая необходимость в еще одной/-тцати задачах, которые просто обязаны войти в этот релиз и значит надо начинать всё если не сначала, то почти сначала. Как можно нивелировать риск "подводных камней": 1. после каждого релиза проводить ретро и заново оценивать время на подготовку релиза, учитывать нововыявленные риски, если такие были. 2. ЛПР должен договориться с бизнесом, что если докидываются задачи уже после отмашки, то это повлияет на сроки (тут стоит обговорить либо конкретные сроки в общем случае для любых задач, либо то, что сроки будут зависеть от докидываемой задачи) Задача тестировщика: здраво оценивать трудозатраты на тестирование задач и на проведение регресса, учитывая возможные риски и своевременно сигнализировать о проблемах и состоянии релиз-кандидата. Задача релиз-менеджера, в данной ситуации скорее всего он же ЛПР: 1. своевременно размечать запланированные в релиз задачи 2. следить, чтобы задачи, не вошедшие в релиз не имели отметки текущего релиза 3. следить, чтобы релизные задачи были слиты в релизную ветку, а не релизные НЕ слиты!! 4. следить, чтобы в релизную ветку не добавлялись новые задачи без соответствующей отмашки 5. отслеживать степень готовности релизной ветки к выпуску и вовремя предпринимать нужные действия, чтобы выпустить релиз в обозначенный заранее срок или своевременно предупреждать бизнес о задержке. 6. при необходимости готовит материалы для оповещения бизнесу по задачам и релиз ноутс для пользователей P.S. Если у вас остались вопросы, пишите в чатике. Если вам нужна консультация по конкретному вашему кейсу, пишите в личку, за определенную оплату могу провести консультацию или серию консультаций. P.P.S. Про какие еще подходы к релизам вы слышали? Или разбор каких вопросов вы хотели бы тут еще увидеть? Накидывайте в чатик 😊