Советы по взаимодействию с внутренними пользователями (и остальными баги приносящими)

Часто тестировщики являются первыми, к кому обращаются внутренние пользователи (или техпод, или остальные коллеги) с описанием обнаруженных ими возможных проблем в продукте.

Чтобы не тратить время на уточнение многочисленных деталей, предложите ответить на следующие контрольные вопросы:
1) что и когда произошло? (возможно, проблема уже решена или была связана с каким-то событием)
2) какая последовательность действий привела к проблеме? (просим описание шагов)
3) какое в данном случае ожидается поведение? (причина, по которой ты решил/решила, что что-то пошло не так)
4) раньше с такой проблемой уже сталкивались? (возможно, проблеме 100 лет)

Также (но не только) на часть вопросов ответят скрины и/или видео.

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

#тест_дизайн
Печаль избыточного (излишнего) тестирования

Каждый раз, когда вы тестируете что-то "на всякий случай", в этом мире начинает плакать один лид.

Почему избыточное тестирование вредит проекту?
Ясно, что проверить что-то ещё разок обычно тянет лишь из благих намерений, но с другой стороны это:
1) увеличивает время на тестирование (потому что вместо 2 проверок ты проверяешь каждую из 100 страниц)
2) влияет на оценку времени и трудозатрат на задачу (ты никогда не знаешь, не захочется ли протестировать что-то ещё, потому что нет чёткого понимания, что протестировать нужно и достаточно)
Как результат пунктов 1 и 2, фича становится дороже, но не качественнее.
3) "замыливает" глаз (просто потому что внимание - конечный ресурс)
4) демотивирует исполнителя (как и любая бессмысленная монотонная деятельность)

Это ясно, но как понять, что я что-то делаю не так?
Признаки излишнего тестирования
1) вы тестируете, что-то "на всякий случай"
2) вы не можете обосновать, зачем нужна именно эта проверка
3) прохождение проверок даже мелких доработок фичи из раза в раз занимает по несколько часов

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

Если всё ещё остались сомнения в том, что весь критичный функционал покрыт:
- попробуйте исследовательское тестирование по турам
- проанализируйте причины пропущенных в прод багов (мы вот добавили Предполагаемую причину бага в шаблон баг-репорта)

#промокоды
Podlodka QA Crew 📈Тема недели: «Оптимизация процессов тестирования»📈 Старт уже 22 августа!

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

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

Сейчас билеты ещё можно купить по цене для early birds. Промокод даст дополнительную скидку в размере 500 руб - qa_crew_7_3binSg

#почитать #полезное #тест_дизайн
Очередная подборка "если вы случайно пропустили"

Почитать
1. Точно хочется поделиться с вами свеженьким каналом про тестирование - Заметки о QA.
Канал пока небольшой, но там уже есть про:
- что тестировщику стоит знать о компьютерных сетях
- подборки материалов про HTTP и клиент-серверную архитектуру
- менторов

2. Результаты опроса собеседуемых и собеседующих с ответами на главные вопросы:
Что такое тестирование и каковы его цели?
Какие виды и уровни тестирования вы знаете?
Какие виды тестовой документации вы знаете?
Какие техники тест-дизайна вы знаете?

Посмотреть
1. Открытый воркшоп от Podlodka QA Crew про тест-дизайн (про то, как применять тест-дизайн на собесе и на работе)

#полезное #инструменты #очевидное_невероятное
Рубрика очевидное-невероятное: event listener breakpoints
(тут будут очевидные вещи, до которых можно не догадаться)

Можем стопать выполнение кода на нужном нам шаге и взаимодействовать с элементами, которые доступны лишь после определённого действия и/или короткий период времени (например, только при ховере или видны долю секунды после клика)

Зачем пригодится: для ловли ошибок, деланья скринов, создания локаторов и тд.

Открываем ДевТулзы - переходим в Sources.
В правой панели выбираем тип ивента в Event Listener Breakpoints (например, Animation - Request Animation Frame) - делаем целевое действие (тут ждём запуска анимации на странице) - магия! (запуск анимации остановлен, можем смотреть-тыкать)

Ещё пример тут, гифка оттуда же

#полезное #инструменты #очевидное_невероятное
Рубрика очевидное-невероятное: клик из консоли
(тут будут очевидные вещи, до которых можно не догадаться)

Если меню открывается по клику, но закрывается при смещении фокуса, а нам надо посмотреть на него в Elements, можно кликнуть на него в Console.

Для этого выбираем элемент для клика в Elements - копируем его JS path - вставляем в Console и дописываем .click() - нажимаем Enter

#почитать #полезное #sql
Очередная подборка "если вы случайно пропустили"

Притащила вам с 7 сезона Podlodka QA Crew немного полезностей (в следующий раз приходите сами, потому что там было оооооочень много всего полезно-интересного)

1. Раскрываем преступления, используя SQL запросы. То, чего нам так не хватало!

2. Статья, которую я советую всем новичкам - Как выжить на новой работе или онбординг снизу.

3. Канал о тестировании десктопных приложений. Сложно, но очень интересно!

4. Генератор случайных данных. Как говорится, пригодится любой хозяйке.

А ещё лайфхак: следите за каналами и страницами докладчиц и докладчиков подлодки, наверняка они выложат там записи своих докладов (а кто-то уже выложил):
* Ольга Артемьева
* Елена Скрипаль
* Ольга Ермолаева
* Наталья Петровская

Плейлист со всеми записями 7-ой Подлодки можно купить туть.

#инструменты #devtools
Старая добрая фича для работы с анимацией

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

Как найти инструмент для работы с анимацией: открыть Девтулзы в Хроме - нажать на три точки в верхней панели Девтузов - More tools - Animations.

Самое интересное тут - возможность замедленно воспроизвести анимацию.
Для этого: просмотрим анимацию (она запишется автоматически) - нажмём на play во вкладке анимации - выберем скорость в процентах - кликнем на запись нужной анимации. Результат прилагается, на нём наглядно видно, как отличается анимация при 100% и при 10%.

Подробная дока по вопросу тут.

(поскольку телега портит мне качество гифок, приложу ещё и скрин)

#почитать #полезное #auto
Очередная подборка "если вы случайно пропустили"
(вам прям наверняка не до того, но вдруг)

1. Principles of Writing Automated Tests
2. Alex Pshe про Монорепо VS многорепо для автотестов и Язык программирования автотестов для веб-приложения
3. ГАЙД: Как вкатиться в автоматизацию тестирования? от Вроде в проде
4. Статья про Redis, если, как и я, давно хотели с ним разобраться

#посмотреть
Можете считать это видеообзором
Просто слишком уж много полезных видосов я недавно пересмотрела

* если вы грезите переходом в автотесты, то есть Дмитрий Бормотов — Трансформация из Manual QA в Automation
* если вы наоборот хотите доказать, что не хотеть в автотесты - это норм, то вам Вроде в проде и Я не хочу автоматизировать и это нормально! Надя Ершова
* если сомневаетесь, что вы тестировщик от бога, то Наташа Петровская расскажет Как понять, что я хороший тестировщик?
* а если вы давно мечтали разобраться в A/B тестах, то Люда Данилова уже всё для вас разжевала в докладе Ключевые кейсы в тестировании A/B тестов

#почитать #англ
Как тестируют онлайн-кинотеатры
Если вас давно интересовал этот вопрос, то крайне советую статьи моих коллег:
* что из себя представляет онлайн-кинотеатр изнутри
* как тестируют смарт-тв

Привет!

Совсем скоро я выступлю с докладом "Браузерные инструменты: как и зачем их приручать" на конференции Heisenbug: https://bit.ly/3g6EeeR Приходите 7 ноября — обсудим, как браузерные инструменты и функции позволяют выполнять задачи проще и быстрее.
Если что, есть промокод — он дает повышенную скидку на билеты «Для частных лиц»: TatyanaDrozdova2022JRGpc

Podlodka QA Crew #8: выбираем тему сезона

Есть возможность повлиять на выбор интересной именно тебе темы и поучаствовать в розыгрыше проходки на сезон (запланирован на декабрь).
Займёт пару минут: просто заполняем форму и оставляем контакт в телеге. Проголосовать можно до 17:00 по Мск 24 октября.

Удачи 🍀

MENTOR IN TECH 4.0: программа наставничества для женщин в IT

Объявлено о старте нового потока бесплатной программы менторинга - MENTOR IN TECH 4.0! Программа проводится при поддержке Women in Tech, Women in Big Data и Meditivity.

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

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

Подробности на сайте и тут.

Коротко о сроках:
1 ноября 2022 – старт приёма заявок
15 ноября 2022 – последний день приема заявок.
1-12 декабря 2022 – результаты отбора в email-рассылке.
12 декабря 2022 – старт менторинг-сессий, которые продлятся в течение 3х месяцев (рекомендуем провести как минимум 3 сессии за весь период) до 1 марта 2023.

#chrome #devtools #инструменты
Спасибо дорогому Хрому за доработанный поиск по DOM
(потихонечку к вам возвращаюсь)

В Chrome 107 стало возможным отключить поиск по DOM во время ввода (часто делало оч больно, так как надо было снова искать элемент, к которому пишешь локатор).

Ну так вот.
По дефолту элемент ищется как только введён очередной символ в поиске по elements.
Как включить поиск по нажатию Enter? Settings > Preferences > disable Search as you type.
Доку по вопросу можете найти тут.

Enjoy, дорогие. И берегите себя и свои нервишки

#тест_дизайн
Что ещё нужно/можно протестировать?

Глаз замыливается и с этим не поспорить. Всех проверок в голове не удержишь. Какие-то особенности тестирования приходят только с опытом.
По этим причинам я люблю и всем рекомендую регулярно подсматривать, а что же проверяют другие.

В качестве других предлагаю вам:
1. Andrey Enin про типовые и нетиповые проверки, а также особенности проверки инпутов, юзернеймов, мобильных версий и проч
2. Екатерина Михеева про базовые проверки UI
3. Безымянный гайд с проверками базовых элементов
4. И тут я уже советовала вам наикрутейшие чек-листы

Для пробуждения интереса некоторое количество советов из источников выше:
* если на странице есть пагинация, попробуй открыть 0 и отрицательную страницы (Andrey Enin)
* попробуй ввести в инпуте ё или любую нелатинскую букву/иероглиф (Andrey Enin)
* попробуй использовать сайт с tracking protection (Andrey Enin)
* если какой-то из элементов на странице грузится больше 3 сек, нужно проверить наличие плейсхолдера/лоадера/прогресс-бара (Екатерина Михеева)
* стоит проверить zero-кейсы, то есть экраны, которые показываем, когда данных нет (Екатерина Михеева)
* чекнуть, что пользователю очевидно из интерфейса, что произошёл обрыв сети (Екатерина Михеева)

#посмотреть #полезное #python #data_quality #познавательно_развлекательное
Очередная подборка "если вы случайно пропустили"

Сегодня пятница и оттого мне хочется привлечь ваше внимание к двум совершенно разным видео:
Первое: The PEP 8 Song. Если вы устали, но продолжаете думать о Python.

Второе: про Data Quality. Если у вас ещё осталось немножечко сил, то послушайте, как Тоня понятно и с примерами рассказывает, кто такой и чем занимается data quality инженер (она знает не понаслышке, между прочим).

Хорошей вам пятницы и интересных задач!

#промокоды

Последняя в этом году Podlodka QA Crew близится!
и у меня для вас, конечно же, есть промокодик

Уже 5 декабря стартует восьмой сезон с темой: «Расширенные навыки для QA». 

О пути в автоматизацию и менеджмент уже говорили в прошлых сезонах, но в QA существуют и другие направления роста. Какие навыки сделают вас конкурентнее?

В текущем сезоне будет:
* про T-shaped QA: какие у него зоны роста, преимущества и возможности (от известной всем по прошлым Подлодкам Анны Принц)
* про опыт внедрения pet-проектов QA-инженерами: как найти свой, получить от него пользу и соблюсти work-life баланс
* про изменение процессов «снизу»: как правильно анализировать процессы и внедрять улучшения
* круглый стол по Матрице компетенций: научат строить её так, чтобы определить зоны роста

Напомню, что помимо познавательных сессий, на Подлодке очень крутой нетворкинг и чат с шарингом знаний. Маленьким кусочком расшаренного я делилась с вами в прошлый раз.

Не буду больше вас утомлять: купить можно тут, промокод вот - qa_crew_8_MdsjZD. На текущей неделе цена самая выгодная, так как промокод (на 500 руб) суммируется со скидкой на сайте.

#regex #инструменты
Регулярные выражения и как с ними справляться

Самое простое, что можно сделать - проверить соответствует ли ваша строка регулярному выражению. Это приятно и понятно делать, например, при помощи regex101.com. Удобно тем, что на этой же странице есть пояснения/подсказки и разбор вашей регулярки.

Чтобы набить руку, там же можно найти квиз (он же тренажёр) на регулярные выражения с 28 разными заданиями.

Где ещё внятно написано про регулярные выражения?
- на русском
- на англ
- читшиты: раз и два

Если вас очень увлекла эта тема, то:
- есть курс Ольги Назиной "Регулярные выражения в тестировании"
- в моём любимом (из-за задачек) "Поколение Python": курс для профессионалов" тоже есть блок про регулярные выражения