#доклады

Спикеры Heisenbug 2023 Spring проверят на истинность рассказы о браузерных расширениях, расскажут о сборе нефункциональных требований для тестирования беспилотных грузовиков и покажут, как (не) надо проводить нагрузочное тестирование.

В новом дайджесте — доклады Юлии Атлыгиной (Tempo) и Татьяны Дроздовой (Ozon Fintech), Александры Коршуновой (Evocargo) и Григория Кошелева (Контур).

Билеты на Heisenbug 2023 Spring — по ссылке.

#браузерные_решения #нагрузочное_тестирование #нефункциональные_требования

Кто о чём, а я всё про ДевТулзы

Специально для вас (наконец-то на ютюбе), мой доклад с осеннего Heisenbug - туть.

#postman #cypress
Postman and Cypress skills

Если вы тоже сомневающаяся натура и хотите точно знать свой уровень владения инструментами, то эти чек-листы для вас:
* Postman skills
* Cypress Skills

В чек-листах вы найдёте списки скиллов и ссылки на материалы, чтобы их подтянуть или провалидировать

#промокоды
Новый сезон Podlodka QA Crew «Тестирование бэкенда» (вот этими вот своими руками помогала готовить)

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

Итак, о чём расскажем в этом сезоне:
* какие hard skills понадобятся, чтобы начать тестировать бекенд;
* как тестировать не-REST бэкенд.
* что нового в тестировании апи - поговорим про безопасность, документацию, найм и, конечно, микросервисы
* разберёмся с базовыми компонентными тестами на go

Также ожидается фейлконф - поделимся правдивыми историями о том, как что-то пошло не так и какие выводы из этого сделали))

Среди спикеров QA-инженеры из Альфа-Банка, Qiwi, Prisma.Labs, Ozon.Fintech, Qase.

Стартуем уже 3 апреля! Подробное расписание ищите на сайте: https://podlodka.io/qacrew. Промокод short_qa9 суммируется со скидкой для ранних пташек

28 марта, вторник, 19:00 мск: День из жизни тестировщика бэкенда

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

Подготовила для вас много интересного)

Ставим себе напоминалки и смотрим туть

А если вы ещё не знаете Сашу Захаренко, то вот вам для первого знакомства его наикрутейшие статьи:
* Как Иван ошибку в бэкенде локализовывал
* Что должен знать тестировщик бэкенда
* Имитируем сетевые проблемы в Linux
* Базовые команды Linux для тестировщиков и не только

Как обещала, напоминаю об открытой сессии. Приходите, будет нескучно!

Опрос про браузерные расширения

Снова дратути. Весенний Heisenbug всё ближе, как и наш доклад про браузерные расширения.
Я вчера уже упоминала, что невероятно прониклась этим инструментом - он правда может существенно упростить решение QA-задач.
У нас есть небольшой опросник про ваш опыт использования браузерных расширений.
Ответы на него помогут нашему докладу стать ещё интереснее: тот самый опрос.


Первыми результаты опроса узнают слушатели нашего доклада "Неправильно ты, дядя Фёдор, браузерными расширениями пользуешься" на конференции  Heisenbug 2023 Spring — крупнейшем событии в России, посвященному тестированию ПО.

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

Промокод, конечно, тоже имеется — он дает повышенную скидку на билеты «Для частных лиц»: TDrozdova2023JRGpc

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

Подлодка не за горами и сезон про бэкенд начнётся уже в понедельник, 3 апреля. Ещё есть возможность присоединиться. Подробное расписание тут, а промокод вот short_qa9.

А я пока поделюсь полезными и интересными материалами из найденного мной за последнее время:
* канал про информационную безопасность, security testing, пентестинг и всё, что с этим связано
* ChatGPT: новый инструмент в борьбе с багами. Очень понравился подход: запрос - ответ ChatGPT - комментарий автора к ответу. На удивление полезные ответы, кстати
* канал, который заинтересовал меня дельными рекомендациями по тестированию мобильных приложений. Я в мобилках плоха, так что я узнала много нового
* кажется, по всему Линкдину разошлась майнд-карта от Тани Лабчук (её канал) с идеями для раздела достижений в резюме QA инженера
* ещё посоветую вам канал с заметками по пентестам, bugbounty и разработке, который я регулярно читаю. Также очень советую доклад автора этого канала на тему "Тестирование безопасности API: кейсы, инструменты и рекомендации", была на нём лично -- зал был переполнен!
* на Habr опубликована расшифровка моего доклада про браузерные инструменты (на случай, если вы предпочитаете текстовый формат)

Не буду скрывать, что половину авторов контента, перечисленного выше, вы сможете встретить на Подлодке. Заманили) Всё для вас)

Heisenbug Spring 2023: что посмотреть и бесплатный день с топовыми докладами

У Heisenbug есть прекрасная традиция - Community day, когда совершенно бесплатно вы можете весь день смотреть крутые доклады в онлайне!
Для этого нужно просто зарегистрироваться - блок Community day в нижней части страницы.

А если вы потерялись в многообразии крутых докладов и сессий, то тут я и другие эксперты рассказали про то, куда пойдём сами и, главное, почему)

#chrome #devtools #инструменты
DevTools update (Chrome 110-112)

А вот и регулярный обзор фич ДевТулзов:

* Рекордер теперь поддерживает расширения не только для записи скриптов, но и для воспроизведения
* Реализованы тултипы для CSS-атрибутов (выглядит полезно, см скрин)
* Наконец-то (спасибо!!!) переделали отображение вложенных стилей (см видео)
* В рендеринг добавили опцию симуляции Reduced contrast
* встроенный Лайтхаус обновили до 10 версии. Что в нём нового-хорошего расписано тут
* ДевТулзы расширяют список event listener breakpoint (рассказывала в докладе, как они помогают локализовывать баги и находить локаторы)

Помимо этого, сделаны доработки UI/UX Перформанса, Рекордера, автокомплита в Консоли.

Подробнее тут: 110, 111, 112.

#extensions  #heisenbug
Чек-лист "Браузерные расширения: инструкция по поиску
и разумному
использованию"

Как вы знаете, мы с Юлией Атлыгиной на днях выступали на Гейзенбаге с докладом про браузерные расширения.
Подумали-подумали и решили поделиться с вами чек-листом о том, как выбирать расширения (в самом докладе ещё больше интересного).

Надеемся, что вы найдёте чек-лист полезным и сможете применить в работе)

Наш доклад можно посмотреть, купив билет на Heisenbug 2023 Spring (кстати, завтра и послезавтра оффлайн дни) или уже ближе к осени на ютюбчике.

#api #postman
Снова что-то про тестирование API

Мне в целом очень нравится раскладывать всё по полочкам и иметь план на любой случай жизни, оттого я так прониклась статьёй Making the switch: empowering manual testers to automate their API tests.
Ниже вольный перевод отрывка из неё:

План тестирования API

1. Уяснить требования к API, а именно найти ответы на вопросы:
* Зачем API?
* Каковы функция API и ожидаемое поведение?
* Кто/что конечный пользователь (target consumer) API?
* Какое место API занимает в флоу (бизнес-сценарии) приложения?

2. Уточнить ожидаемые входные и выходные данные API
В качестве инпутов тут авторизация, аутентификация, хэдеры, тело запроса и тд.
В качестве аутпутов - статус-коды ответов, сообщения об успехе/ошибках, тело ответа, время ответа.

3. Сгруппировать тесты по функциональности
* Happy path tests (тесты для проверки базовой функциональности)
* Endpoint-specific tests (тесты, специфичные для данного эндпойнта)
* Негативные тесты (с невалидными, запрещёнными параметрами и тд)

Ну и, конечно, прикладываю схематичное изображение того, как далее запихнуть это в Postman

#web #devtools
Как сделать автозаполнение ваших веб-форм great again

Не могу не поделиться с вами этой находкой, потому что в ней прекрасно всё:
* экспериментальная фича ДевТулзов "Highlights a violating node or attribute in the Elements panel DOM tree" (пока только в Chrome Canary - про нестабильные версии браузеров писала тут)
* эта фича помогает бороться с кривым автозаполнением форм (что, согласитесь, бывает крайне бесяче) и повысить аксесабилити
* супер-модный дядька из Хрома рассказывает про неё на идеальном английском (заценить можно тут)

А что по сути?
1. Автофил -- предсказуемо, очень популярная фича (в 50%+ случаев, когда автозаполнение предлагается, его используют, а на формы с доступным автозаполнением реже забивают)
2. Как браузер понимает, что и куда подставлять? Благодаря атрибутам полей ввода (инпутов). Часто таких атрибутов нет/они некорректные/и так далее
3. Что добавили в ДевТулзы? Подсказки о том, что не так с вашими инпутами (см скрин: Elements > Issues)
4. Почему круто, что фича на ранней стадии разработки? Можно потыкать её и отправить фидбэк вот тута.
5. И, кстати, вот тут есть списочек атрибутов (когда-то у нас криво автозаполнялась форма и я его искала), а в видосе рассказывается ещё и про best practices.

Самые внимательные также найдут в видео потенциальные доработки UI автофилла (вместо уродливых менюшек на половину экрана смартфона).

#postman #auto
Postbot - аддон для Postman, который генерит тесты и документацию для API

Будущее совсем рядом))
Анонсирован ранний доступ к Postbot - инструменту на базе AI, который должен упростить дебаг API и написание тестов в Postman.
Ожидается, что Postbot также сможет:
* писать документацию для API
* с нуля генерить и потом апдейтить тест-сьюты через Collection Runner
* обобщать тестовые данные и на их основе давать рекомендации.

Выглядит крайне занятно - с учётом растущего количества сервисов такая штука точно пригодится. С другой стороны, пока много вопросов: о безопасности, эффективности в сложных сценариях, функционале бесплатной версии и тд.

Тут можно записаться в очередь на потыкать Postbot.

#chrome #devtools #google
Что нового у Гугла?

Тут видосы и материалы с Google I/O 2023 (ежегодная конфа Гугла об их сервисах и продуктах) подвезли. Там как всегда много интересного, например:
* что нового у ChromeOS, web и mobile браузеров, Андроида (сможете рассказать своим разработчикам о новых фичах))
* WebDriver BiDi: The future of cross-browser automation (про историю UI-автотестов тут тоже есть)
* про Passkeys и Google Pay and Google Wallet (в тч про автотесты Гуглопея с тестовыми картами)
* How to test across all screen sizes
* Scalable UI testing solutions

Ну, и мне просто необходимо было пошарить с вами, как выглядели ДевТулзы в далёком 2008-ом)

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

Давно у нас с вами не было моей любимой рубрики, это надо исправить)


* я всё продолжаю читать книгу Сергея Константинова про API. Обстоятельный труд с упором на практику
* вот тут Ozon пояснил, что спрашивает на QA-собесах (подтверждаю, спрашивают)
* Гейзенбаг выложил доклад моих наикрутейших коллег Э.Асанова и А.Виноградова на тему "Автоматизация браузерного тестирования без бэкенда с помощью Playwright"
* пока блуждала в поисках нужных мне линтеров, наткнулась на Python Linters and Code Analysis tools curated list (немного неактуален, но содержит много интересного)
* и чуть не забыла: наткнулась недавно на схемку Networking Models - прилагается (много полезного в одном месте)

#chrome
Chrome for Testing

Сенсация! Сенсация! Товарищи из Хрома выпустили браузер, созданный для мануального и автоматизированного тестирования веб-приложений.

Помните боль, связанную с внезапным обновлением версии Хрома или необходимостью найти бинарник с непоследней версией браузера?

Особенности Chrome for Testing решают эти проблемы:
1) не автообновляется
2) доступен для каждой версии Хрома (в тч нестабильных)

Разработчики предупредупреждают: для повседневного использования браузер не очень подходит (наверняка из-за отсутствия автообновления).

При этом Chrome for Testing максимально приближен к пользовательской версии браузера.

Как добыть себе Chrome for Testing?
* через puppeteer/browsers command-line utility
* через апишку

Максимум подробностей можно найти тут. Стоит почитать, потому что в статье описаны боли и причины, из-за которых появился Chrome for Testing.

#auto

Structure and interpretation of test cases: ценные идеи

Наконец-то я добралась до доклада Kevlin Henney на тему "Structure and interpretation of test cases". Без сомнений рекомендую посмотреть его полностью, но пока хочу поделиться с вами идеями и рекомендациями, которые показались мне наиболее интересными:

* пишите тесты для людей (иными словами: тесты в первую очередь должны быть понятны человеку)

* из упавшего теста должно быть однозначно и сразу понятно, что пошло не так, без траты большого количества времени на анализ падения (с) Marit van Dijk

* не описывай, что тест должен делать (мы можем прочитать код), лучше опиши, зачем/почему он это делает. (с) Marit van Dijk

* никогда не верь тесту, который ты не видел упавшим. (с) Marit van Dijk

В докладе также есть интересное про нейминг тестов и разные виды покрытия.