Channel: Short QA ideas
БР - чек-лист.pdf
2.9 MB
#extensions #heisenbug
Чек-лист "Браузерные расширения: инструкция по поиску
и разумному
использованию"
Как вы знаете, мы с Юлией Атлыгиной на днях выступали на Гейзенбаге с докладом про браузерные расширения.
Подумали-подумали и решили поделиться с вами чек-листом о том, как выбирать расширения (в самом докладе ещё больше интересного).
Надеемся, что вы найдёте чек-лист полезным и сможете применить в работе)
Наш доклад можно посмотреть, купив билет на Heisenbug 2023 Spring (кстати, завтра и послезавтра оффлайн дни) или уже ближе к осени на ютюбчике.
Чек-лист "Браузерные расширения: инструкция по поиску
и разумному
использованию"
Как вы знаете, мы с Юлией Атлыгиной на днях выступали на Гейзенбаге с докладом про браузерные расширения.
Подумали-подумали и решили поделиться с вами чек-листом о том, как выбирать расширения (в самом докладе ещё больше интересного).
Надеемся, что вы найдёте чек-лист полезным и сможете применить в работе)
Наш доклад можно посмотреть, купив билет на 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
Снова что-то про тестирование 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 автофилла (вместо уродливых менюшек на половину экрана смартфона).
Как сделать автозаполнение ваших веб-форм 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.
This media is not supported in your browser
VIEW IN TELEGRAM
#postman #auto
Postbot - аддон для Postman, который генерит тесты и документацию для API
Будущее совсем рядом))
Анонсирован ранний доступ к Postbot - инструменту на базе AI, который должен упростить дебаг API и написание тестов в Postman.
Ожидается, что Postbot также сможет:
* писать документацию для API
* с нуля генерить и потом апдейтить тест-сьюты через Collection Runner
* обобщать тестовые данные и на их основе давать рекомендации.
Выглядит крайне занятно - с учётом растущего количества сервисов такая штука точно пригодится. С другой стороны, пока много вопросов: о безопасности, эффективности в сложных сценариях, функционале бесплатной версии и тд.
Тут можно записаться в очередь на потыкать Postbot.
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-ом)
Что нового у Гугла?
Тут видосы и материалы с 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 - прилагается (много полезного в одном месте)
Давно у нас с вами не было моей любимой рубрики, это надо исправить)
* я всё продолжаю читать книгу Сергея Константинова про 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.
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
В докладе также есть интересное про нейминг тестов и разные виды покрытия.
Structure and interpretation of test cases: ценные идеи
Наконец-то я добралась до доклада Kevlin Henney на тему "Structure and interpretation of test cases". Без сомнений рекомендую посмотреть его полностью, но пока хочу поделиться с вами идеями и рекомендациями, которые показались мне наиболее интересными:
* пишите тесты для людей (иными словами: тесты в первую очередь должны быть понятны человеку)
* из упавшего теста должно быть однозначно и сразу понятно, что пошло не так, без траты большого количества времени на анализ падения (с) Marit van Dijk
* не описывай, что тест должен делать (мы можем прочитать код), лучше опиши, зачем/почему он это делает. (с) Marit van Dijk
* никогда не верь тесту, который ты не видел упавшим. (с) Marit van Dijk
В докладе также есть интересное про нейминг тестов и разные виды покрытия.
привет!
Раз в год я могу себе позволить написать здесь что-то не про тестирование. Вы знаете, что в этом канале нет рекламы, я веду его абсолютно безвозмездно.
Сегодня у меня день рождения и если вы захотите меня поздравить, то скиньте любую денежку Ночлежке.
А совсем скоро я принесу вам свой новый доклад и ещё много интересного ❤️
Раз в год я могу себе позволить написать здесь что-то не про тестирование. Вы знаете, что в этом канале нет рекламы, я веду его абсолютно безвозмездно.
Сегодня у меня день рождения и если вы захотите меня поздравить, то скиньте любую денежку Ночлежке.
А совсем скоро я принесу вам свой новый доклад и ещё много интересного ❤️
Браузерные расширения
Ну, я же вам обещала)
Ловите наш с Юлией Атлыгиной доклад: видео и текстовая версия.
😀 😀 😀
Ну, я же вам обещала)
Ловите наш с Юлией Атлыгиной доклад: видео и текстовая версия.
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Юлия Атлыгина, Татьяна Дроздова — Неправильно ты, дядя Фёдор, браузерными расширениями пользуешься
Ближайшая конференция — Heisenbug 2025 Autumn, 19—20 октября, Санкт-Петербург + online. Подробности и билеты: https://jrg.su/D6uGC9
— Ближайшая конференция: Heisenbug 2023 Autumn — 10–11 октября (online), 15–16 октября (offline)
Подробности и билеты: htt…
— Ближайшая конференция: Heisenbug 2023 Autumn — 10–11 октября (online), 15–16 октября (offline)
Подробности и билеты: htt…
#web #очевидное_невероятное
Рубрика очевидное-невероятное: Local Storage и Session Storage
Давно хотела пересказать вам видео от Хром-девелоперов про стораджи (уверена, проговорить это не будет лишним).
Если коротко:
Local Storage и Session Storage
* позволяют хранить данные локально на девайсе пользователя
* можно просмотреть, отредактировать, добавить, удалить в Application в DevTools
Local Storage
* не удаляется после закрытия и переоткрытия браузера/вкладки
Session Storage
* хранится в течение пользовательской сессии (если закрыть браузер или вкладку, сторадж будет очищен)
* свой у каждой вкладки браузера
Почему мы об этом говорим? Поскольку от фичи зависит какой сторадж лучше использовать и, конечно, стоит добавить эти проверки в ваши тест-кейсы
Рубрика очевидное-невероятное: Local Storage и Session Storage
Давно хотела пересказать вам видео от Хром-девелоперов про стораджи (уверена, проговорить это не будет лишним).
Если коротко:
Local Storage и Session Storage
* позволяют хранить данные локально на девайсе пользователя
* можно просмотреть, отредактировать, добавить, удалить в Application в DevTools
Local Storage
* не удаляется после закрытия и переоткрытия браузера/вкладки
Session Storage
* хранится в течение пользовательской сессии (если закрыть браузер или вкладку, сторадж будет очищен)
* свой у каждой вкладки браузера
Почему мы об этом говорим? Поскольку от фичи зависит какой сторадж лучше использовать и, конечно, стоит добавить эти проверки в ваши тест-кейсы
Очередная подборка "если вы случайно пропустили"
Ух, что-то давно у нас с вами не было подборки, исправляюсь.
- я хоть и не мобильный тестировщик, но доклад Александра Петрова "Что должен знать мобильный тестировщик в 2023 году для Senior позиции" мне зашёл настолько, что я советовала его коллегам, которые готовятся к собесам. Теперь он в открытом доступе
- Татьяна Лабчук из Альфа-Банка написала статью про моки и как их писать. Я чуточку помогала Тане готовить доклад по этой теме и могу ручаться за качество материала!
- если у вас нет или плохо с код-ревью и вы всё ещё пишете на Python, то мне на глаза попался Python PEP8 style guide Cheat Sheet. Вдруг он поможет вам сделать ваш код красивее и понятнее) формат крайне удобный
Ух, что-то давно у нас с вами не было подборки, исправляюсь.
- я хоть и не мобильный тестировщик, но доклад Александра Петрова "Что должен знать мобильный тестировщик в 2023 году для Senior позиции" мне зашёл настолько, что я советовала его коллегам, которые готовятся к собесам. Теперь он в открытом доступе
- Татьяна Лабчук из Альфа-Банка написала статью про моки и как их писать. Я чуточку помогала Тане готовить доклад по этой теме и могу ручаться за качество материала!
- если у вас нет или плохо с код-ревью и вы всё ещё пишете на Python, то мне на глаза попался Python PEP8 style guide Cheat Sheet. Вдруг он поможет вам сделать ваш код красивее и понятнее) формат крайне удобный
#chrome #devtools #инструменты
DevTools update: редактирование хэдеров и содержимого респонсов (Chrome 115-117)
Из, наверное, самого интересного за последнее время в ДевТулзах появляются:
1) оверрайд хэдеров респонса (Хром 115)
2) оверрайд содержимого респонса (Хром 117, пока в нестабильной версии)
Override response headers
Network -> выбрать запрос -> Headers -> Response Headers -> по ховеру на хэдер появляется иконка редактирования -> можно изменить значение выбранного хэдера или добавить свой -> рефрешнуть страницу, чтобы изменения применились.
При первом оверрайде нужно будет выбрать папку для сохранения оверрайда и разрешить к ней доступ.
Изменённый запрос будет отмечен точкой рядом с запросом.
Зачем это всё?
Авторы фичи показывают её на примере CORS-error, которую можно обойти изменением значения хэдера Access-Control-Allow-Origin. Ну и мало что ещё нужно тестировщику поменять...
Override response content
Это поинтереснее, но пока не в проде.
На самом деле зумеры изобрели мок: меняешь чтонть в ответе (или в документе) и смотришь, как с этим справляется твой фронтенд.
Работать будет аналогично изменению хэдеров: выбрать запрос -> Override content -> отредактировали -> рефрешнулись.
Подробности и ограничения описаны тут и тут.
DevTools update: редактирование хэдеров и содержимого респонсов (Chrome 115-117)
Из, наверное, самого интересного за последнее время в ДевТулзах появляются:
1) оверрайд хэдеров респонса (Хром 115)
2) оверрайд содержимого респонса (Хром 117, пока в нестабильной версии)
Override response headers
Network -> выбрать запрос -> Headers -> Response Headers -> по ховеру на хэдер появляется иконка редактирования -> можно изменить значение выбранного хэдера или добавить свой -> рефрешнуть страницу, чтобы изменения применились.
При первом оверрайде нужно будет выбрать папку для сохранения оверрайда и разрешить к ней доступ.
Изменённый запрос будет отмечен точкой рядом с запросом.
Зачем это всё?
Авторы фичи показывают её на примере CORS-error, которую можно обойти изменением значения хэдера Access-Control-Allow-Origin. Ну и мало что ещё нужно тестировщику поменять...
Override response content
Это поинтереснее, но пока не в проде.
На самом деле зумеры изобрели мок: меняешь чтонть в ответе (или в документе) и смотришь, как с этим справляется твой фронтенд.
Работать будет аналогично изменению хэдеров: выбрать запрос -> Override content -> отредактировали -> рефрешнулись.
Подробности и ограничения описаны тут и тут.
Podlodka #10: про метрики и планирование
(с 4 по 8 сентября)
Среди тем сезона:
🔸роль метрик в оценке компетенции и обеспечения качества
🔸как спланировать тестирование
🔸воркшоп по оценке покрытия тестами
🔸базовый набор метрик
🔸тайм-трекинг
👉 Обратите внимание на спикеров сезона! Уверена, что найдёте много знакомых лиц)
До 29 августа действуют скидки: https://podlodka.io/qacrew и дополнительно ловите промокод на 500 руб
И тут такое дело: у меня есть для вас 2 проходки (они же бесплатные билеты): отдам первым, кто пришлёт мне в Linkedin (ссылка в описании канала) свой пост с ответом на вопрос "какую тему больше всего ждёте на Подлодке и почему?"
(с 4 по 8 сентября)
Среди тем сезона:
🔸роль метрик в оценке компетенции и обеспечения качества
🔸как спланировать тестирование
🔸воркшоп по оценке покрытия тестами
🔸базовый набор метрик
🔸тайм-трекинг
👉 Обратите внимание на спикеров сезона! Уверена, что найдёте много знакомых лиц)
До 29 августа действуют скидки: https://podlodka.io/qacrew и дополнительно ловите промокод на 500 руб
short_qa10
И тут такое дело: у меня есть для вас 2 проходки (они же бесплатные билеты): отдам первым, кто пришлёт мне в Linkedin (ссылка в описании канала) свой пост с ответом на вопрос "какую тему больше всего ждёте на Подлодке и почему?"
Short QA ideas
Podlodka #10: про метрики и планирование (с 4 по 8 сентября) Среди тем сезона: 🔸роль метрик в оценке компетенции и обеспечения качества 🔸как спланировать тестирование 🔸воркшоп по оценке покрытия тестами 🔸базовый набор метрик 🔸тайм-трекинг 👉 Обратите внимание…
Проходки отданы. Постараюсь и дальше добывать для вас ништяки 🍄
Please open Telegram to view this post
VIEW IN TELEGRAM
Очередная подборка "если вы случайно пропустили"
Что-то сильно много интересное мне попалось в последнее время, делюсь.
На просторах Телеграма
1. В "Заметках о QA" свежее-интересное: о ДевТулзах, о микросервисах
2. Свежий канал про QA с авторскими заметками
3. Запись открытой сессии Podlodka QA Crew "Препарируем вопросы по оценке задач и метрикам с собеседований"
Курсы-книги-статьи
1. Ускоренный курс по Python от Гугла
2. Python-тренажёр CheckiO
3. Тестируем Яблоко: смартфоны, планшеты, часы. Книга про тестирование apple-девайсов. Базово бесплатно, но можно и задонатить авторам)
Что-то сильно много интересное мне попалось в последнее время, делюсь.
На просторах Телеграма
1. В "Заметках о QA" свежее-интересное: о ДевТулзах, о микросервисах
2. Свежий канал про QA с авторскими заметками
3. Запись открытой сессии Podlodka QA Crew "Препарируем вопросы по оценке задач и метрикам с собеседований"
Курсы-книги-статьи
1. Ускоренный курс по Python от Гугла
2. Python-тренажёр CheckiO
3. Тестируем Яблоко: смартфоны, планшеты, часы. Книга про тестирование apple-девайсов. Базово бесплатно, но можно и задонатить авторам)
Heisenbug для всех
Давно не виделись, но я вернулась не с пустыми руками.
1. Уже сегодня выйдет Heisenbug Show на тему "Junior QA: что важно при входе в профессию. Истории успеха". Там много полезного, но будьте осторожны, возможно "возмущение" по некоторым темам))
2. Вчера Heisenbug довыложил на youtube оставшиеся выступления с весенней конфы.
Если думаете, с чего начать, то неожиданный must-see контент -- Невыносимая легкость ведения заметок.
3. Напоминаю, что один из дней онлайн-части каждого Heisenbug бесплатный. Чтобы посмотреть доклады этого дня, нужно просто зарегаться тут на community day.
Надеюсь, вы нашли для себя что-нибудь полезное выше и до встречи со всеми участниками Heisenbug 2023 Autumn на Обсуждении "Автотесты: внедрение и развитие. Что мы не учли?".
Давно не виделись, но я вернулась не с пустыми руками.
1. Уже сегодня выйдет Heisenbug Show на тему "Junior QA: что важно при входе в профессию. Истории успеха". Там много полезного, но будьте осторожны, возможно "возмущение" по некоторым темам))
2. Вчера Heisenbug довыложил на youtube оставшиеся выступления с весенней конфы.
Если думаете, с чего начать, то неожиданный must-see контент -- Невыносимая легкость ведения заметок.
3. Напоминаю, что один из дней онлайн-части каждого Heisenbug бесплатный. Чтобы посмотреть доклады этого дня, нужно просто зарегаться тут на community day.
Надеюсь, вы нашли для себя что-нибудь полезное выше и до встречи со всеми участниками Heisenbug 2023 Autumn на Обсуждении "Автотесты: внедрение и развитие. Что мы не учли?".
YouTube
[Heisenbug Show] Junior QA: что важно при входе в профессию. Истории успеха
Ближайшая конференция — Heisenbug 2025 Autumn, 19—20 октября, Санкт-Петербург + online. Подробности и билеты: https://jrg.su/D6uGC9
— —
С чем тестировщики сталкивались на собеседованиях в прошлые годы и сейчас? Сколько нужно отправить резюме? Сложно ли было…
— —
С чем тестировщики сталкивались на собеседованиях в прошлые годы и сейчас? Сколько нужно отправить резюме? Сложно ли было…
Тестирование безопасности для самых маленьких
Пришло время познакомить вас с одной из самых крутых спикерок в области тестирования безопасности (моё уверенное личное мнение уже несколько лет) -- Анной Васильевой.
Аня рассказывает интересные и порой сложные вещи доходчиво и с реальными примерами.
Убедитесь сами:
* тут доклад про Поиск уязвимостей IDOR (BOLA)
* тут Чек-лист "Безопасность обработки ошибок"
* а тут конспект наисвежайшего доклада с осеннего Гейзенбага -- Не все "ошибки" одинаково полезны - с точки зрения безопасности
И по секрету: Аня завела канал и возможно там скоро появится много интересного.
Пришло время познакомить вас с одной из самых крутых спикерок в области тестирования безопасности (моё уверенное личное мнение уже несколько лет) -- Анной Васильевой.
Аня рассказывает интересные и порой сложные вещи доходчиво и с реальными примерами.
Убедитесь сами:
* тут доклад про Поиск уязвимостей IDOR (BOLA)
* тут Чек-лист "Безопасность обработки ошибок"
* а тут конспект наисвежайшего доклада с осеннего Гейзенбага -- Не все "ошибки" одинаково полезны - с точки зрения безопасности
И по секрету: Аня завела канал и возможно там скоро появится много интересного.
HTML Embed Code: