Alexey QA note

Тут Heisenbug открыл доклады с прошлой конференции https://youtube.com/playlist?list=PLsVTVVvrKX9uwg_amKKFsvWwZVYoCuW68

У Postman появились ограничения для Local Collection Runner, которое затронет многих бесплатных и платных пользователей. - с бесплатным и базовым планами 25 запусков в месяц - с профессиональным планом по 250 запусков в месяц - Enterprise неограниченным количеством запусков - Cloud-based Collection Runner будут оплачиваться на основе потребления через Newman или Postman CLI ограничений нет https://blog.postman.com/postman-2023-product-and-versioning-updatesand-vs-code-extension

По инструменты в ручном тестирование Если вы тестируете веб, у вас возникает потребность протестировать готовый фронтенд, но бэкенд не готов Или надо протестировать не стандартный кейс и посмотреть как поведет себя фронт На помощь в таких случаях приходят debugging proxy Что с помощью такого прокси можно сделать? - Перенаправлять запрос - Добавление, замена или удаление заголовков - замена тела запроса - Добавление тротлинга(задержки запроса) - Фильтровать, отменять запросы Когда я начал интересоваться ит сферой, я себе познакомился с различными инструментами для дебаг прокси: - Charles - Fiddler - Proxyman - burp (его называют швейцарский нож для тестирования на проникновение) Пару лет назад я познакомился с созданием расширением и увидел у хрома интересное апи для расширения chrome.webRequest Его еще использую блокиратор рекламы И я полез искать расширения для хрома которые смогли заменить большие инструменты: - Redirect URL, Modify Headers & Mock - netify (Open source)

ezy — клиент gRPC с открытым исходным кодом, альтернатива Postman и Insomnia находиться в бета тестирование https://www.getezy.dev/

Вышла новая версия Lighthouse 10 метрика Time To Interactive (TTI) удаляется в Lighthouse 10 Вес Cumulative Layout Shift (CLS) теперь будет составлять 25 % от общей оценки производительности Поддержка back/forward cache (bfcache) https://developer.chrome.com/blog/lighthouse-10-0/

Как бороться со "скрытыми" багами которые не нашли во время тестирования Шаг 1: Определите дефект Найти такие дефекты можно используя мониторинг или фидбек юзеров Шаг 2: Воспроизведите дефект Понять причину падения и полный путь воспроизведения бага Шаг 3: Изолируйте дефект Найти модуль или микросервис в котором ошибка, что позволит разработчикам быстро исправить дефект Шаг 4. Устраните дефект Когда разработчик исправит дефект, протестируйте исправление и проверьте, что исправление не вызывает новых проблем Шаг 5: Сообщите результат После 4 шага сообщите заинтересованным сторонам об исправление скрытого дефекта Шаг 6. Проведите анализ первопричин Проведите анализ, почему дефект прошел стадию тестирования. Этот может помочь выявить слабые места в тестирования и не допустить такие ошибки в будущем Шаг 8: Улучшайте процесс Шаг 9: Предотвратите будущие дефекты Важно внедрить процессы, чтобы предотвратить будущие дефекты. Например, внедрение автоматизированного тестирования, улучшение процессов проверки кода или улучшение документации. Цель состоит в том, чтобы уменьшить вероятность появления дефектов в конечном продукте. Источник

Небольшие полезности на сегодня: - Публичные апи. Можно использовать как для разработки приложения, а можно учиться писать апи тесты - Советы по написанию кода в nodeJS для себя подчерпнул советы из раздела Практики безопасности - Puppeteer best practices - Практики по улучшение показателей Core Web Vitals

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

Не вредные советы начинающему 👉 Сосредоточитесь на изучении одного языка или технологии, но изучите его подробно, это намного эффективно, чем поверхностное изучение нескольких языков и инструментов. 👉 Побольше практикуйтесь, то, что изучили сразу применяйте 👉 Изучайте код профессионалов, например на гитхабе или лайф кодинг 👉 Следите за трендами новыми технологиями 👉 Вступите в комьюнити, ходите на митапы в бары с единомышленниками 👉 Найди себе наставника или ментора, старший коллега поможет избежать ошибок который сам совершил подсмотрено

😼 Почему повторять код в тестах не всегда плохо https://dev.to/mbarzeev/why-practicing-dry-in-tests-is-bad-for-you-j7f а вот противоположное мнение https://dev.to/dchowitz/how-to-fight-repetitive-tests-in-jsts-with-parameterisation-3i67 А какое ваше мнение?

🛠️Инструменты для тестирования web performance Google Lighthouse Это опен соурс от гугл который запускается как часть Chrome DevTools, из командной строки или как библиотека в NodeJS pagespeed Под копотом тот же Lighthouse, но использует данные от реальных пользователей xk6-browser Инструмент от графаны, то же опенсоурс xk6-browser позволяет получать информацию из фронта приложения при нагрузочном тестирования при этом доступны все основные функции k6.

WebDriver BiDi Это новый протокол для автоматизации браузеров Сейчас находится в процессе работы и реализации https://developer.chrome.com/blog/webdriver-bidi/ https://www.youtube.com/watch?v=ehPpDgqc2bE

В хроме109 в Recorder можно скопировать шаг для различных библиотек

Результаты State of js Что такое State of js? Это опрос среди тех кто пишет на JS - где разработчики отвечают на вопросы о том какие технологии/фреймворки/библиотеки используют в своей работе Что по тестированию? Мы будем рассматривать библиотеки для e2e тестирования Сразу оговоримся что большинство на вопросов отвечали разработчики По использованию топ: 1. Cypress (42%) 2. Puppeteer (34%) 3. Selenium (34%) 4. Playwright (16%) 5. WebdriverIO (9%) По удовлетворённости: 1. Playwright (94%) 2. Cypress (86%) 3. Puppeteer (78%) 4. WebdriverIO (45%) 5. Selenium (43%) Более подробно Выводы: Cypress держит лидерство среди разработчиков по использованию и удовлетворености и узнаваемости, но для меня как тестировщику этот инструмент не зашел Мой любимчик Playwright по тихонько набирает популярность, Puppeteer стабильный цифры с прошлых годов сильно не отличаются

😼 Время тестирование апи 👨‍💻В vs code 📱С мобилки 👨‍💻 Постма инсомния и др 💾 консольным героям смотрим CURL

🥳🥳🥳 Всем привет Вчера был в гостях у сбермаркета на митапе F*ckup Meetup Было очень атмосферно Советую посмотреть доклад Алены из авито, где она рассказывала о фэкапе при тестирование интеграции андроида приложения и геосервиса «Лёгкое резюме» на Авито. При чём тут посёлок в Дагестане? Полный митап

Доклад моей хорошей знакомой, о том что ручные тестировщики не такие бесполезные, и их надо любить 😍 Рекомендую! https://www.youtube.com/watch?v=5Tom_lMxxU4

🤔Интересно Узнал для себя, что есть подход как continuous security https://testguild.me/xx1a0x

🥳 Всем привет Решил сделать подборку хороших QA каналов, за которыми я слежу https://t.me/short_QA - материал для full QA, очень классно делает разные выдержки по инструментам https://t.me/qa_chillout - в основном канал направлен на управление и наставничество, но так же есть и просто мысли о тестировании https://t.me/yetanotherqa - немного умерший канал, но раньше были интересные посты https://t.me/serious_tester - перепосты из хабра https://t.me/qa_channel интересные материалы и новости мира qa https://t.me/ProQuality-youtube - Интересная подборка статей https://t.me/sqaunderhood - очень технических канал на qa и около qa темы https://t.me/burntout_sdet - по моему мнение самый малоизвестный, но очень полезный канал https://t.me/BountyOnCoffee - заметки по пентестам https://t.me/elena_skripal_gameQA - технический блог https://t.me/desktopqa - канал посвященный тестированию десктопных приложений Сообщество компаний: https://t.me/AlfaQATalks https://t.me/qa_tinkoff https://t.me/avitotech https://t.me/dododev

Немного подобрал еще эвентов Прошлая подборка Alfa Backend Stories Meetup 6 декабря Москва Big Monitoring Meetup #8 10 декабря, 11:00 Москва THE FАCKUP митапа 14 декабря Москва Tinkoff.AI — Infinity RecSys 15 декабря, 19:00 Москва