Short QA ideas

Ленивый пентестинг или Как сделать приложение безопаснее, имея только веб, девтулзы и немного времени Как появится запись выступления, обязательно принесу сюда, а пока, как обещала, делюсь презентацией.

Podlodka QA Crew #12: выбираем тему сезона Стараемся делать для вас самые крутые и интересные сезоны Подлодки, поэтому в очередной раз предлагаю поучаствовать в выборе тем! Также среди заполнивших форму будет разыграна проходка на сезон) Займёт это всего пару минут: просто заполняем форму и оставляем контакт в телеге. Проголосовать можно до 18:00 по мск 24 июня. Удачи 🍀

#git Git всемогущий Нет времени объяснять. Вот 2 команды гита, которые сэкономили мне кучу времени:

git checkout -b имя_ветки

создаст новую ветку и переключит на неё

git checkout -

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

#рекомендации #посмотреть #почитать Годнота 1. Годные доклады с Heisenbug весна 2024 Поскольку выступления уже начинают выкладывать в открытый доступ, ловите список докладов, в которых я нашла для себя много полезного: про QA * Безопасность — это просто. Как улучшить защищенность мобильного приложения в процессе обычного тестирования * Хаос-тестирование как часть функционального: наш опыт в Яндекс Маркете про около QA * Тестирование умерло * Мозг: любопытство, мышление, принятие решений 2. Q&A про QA В совсем свежем канале NoBugs, можно задать интересующие вас вопросы про карьеру, технические решения на работе, поиск оффера и получить развёрнутый ответ. Лично я зачиталась (спасибо расшифровке аудио от tg) рассказом Карины про релокацию. 3. Про дайджесты Искренне полюбила еженедельные дайджесты на канале Тестирование и жизнь и вам рекомендую: пример 1 и пример 2.

#devtools #инструменты Очередная подборка "если вы случайно пропустили" ➡️ Google IO 2024 позади, а значит можно смотреть keynotes и итоги работы разных команд Гугла за год. Точно отмечу: * команду DevTools * команду инструментов автоматизации Остальное можно найти туть. ➡️ отличный доклад про Devtools для разработчиков от Никиты Дубко 🔜 обновите Chrome до 124 (а лучше 125) версии - в ней пофиксили крит.уязвимость (секурити, все дела)

#chrome #devtools #инструменты DevTools update (Chrome 124, 125) ▶️ если используете WebRTC, его теперь можно троттлить прям из ДевТулзов ▶️ тут я когда-то рассказывала вам про тестирование анимации при помощи DevTools. Теперь анимацию по скроллу тоже стало удобнее проверять ▶️может быть вам повезло и на вас раскатили фичу с пояснениями от AI Gemini в консоли (есть ограничения по регионам и настройкам) ▶️в общеобразовательных целях можно узнать про Early Hints headers и где их искать в Нетворке

#автоматизация #код_ревью На небе только и разговоров, что о код-ревью... Одна из вечных тем в кругу автоматизаторов-разработчиков - это код-ревью. Спорят о том, как, когда, как долго, кто... Но почти все сходятся на том, что ревьюить нужно. Ответы на многие базовые вопросы по теме вы сможете найти в этом докладе: Код-ревью с уважением (Ангелина Купцова) И буквально ещё несколько моментов добавлю от себя: ✔️софт-часть * не заставляй долго ждать твоего ревью: - подай знак, если уже смотришь МР, - сориентируй, сколько тебе понадобится времени, - честно скажи, что не успеваешь, и в этот раз тебя лучше заменить (это правда ок) * ревьюить нужно так, как если бы через месяц тебе пришлось дебажить этот код и пояснять за него (посвящается всем, кто дежурит по автотестам) ✅хард-часть * если что-то можно проверить линтером и/или поправить форматером, отдай это на откуп машине (а не жди от внимательного ревьюера) * используй шаблон МРа в Гитлаб, чтобы добавить чек-лист/чит-лист для автора МРа с ключевыми моментами, которые стоит учесть в коде * на чёртовы опечатки правда стоит обращать внимание (вспомнишь об этом, когда потребуется найти что-то в огромном новом для тебя репозитории) * не оставляй "мёртвый код", "код на всякий случай" (если вдруг у вас в команде нет иной договорённости). Код есть документация, а документация должна быть актуальной * понятные названия переменных, читабельный и красивый код, отсутствие магических чисел по-прежнему много значат Ещё некоторое количество полезного по теме вы сможете найти в докладе "Записки код-ревьюера: мыслим выше, чем пробелы и табуляция" с недавнего Гейза (пока нет в общем доступе).

#skills Мои не самые стандартные способы прокачивать скиллы Вчера посмотрела запись обсуждения с недавнего Гейза на тему "Как учиться учиться?" и это подтолкнуло меня рассказать вам о моих проверенных методах. Дано Я быстро бросаю начатые курсы, забываю содержание прочитанных статей, не люблю зубрить. При этом мне крайне важно сохранять экспертность в тестировании, применять современные подходы к тестированию и написанию кода в работе, выходить за пределы "своей области". Работающие для меня методы 1. Ведение канала. На контент-план меня не хватает, но потребность найти что-то новое/полезное и поделиться всегда есть. 2. Подготовка доклада/статьи. Что-то близкое к первому пункту, но: требует более глубокого изучения темы, систематизации опыта/знаний, подбора/написания практических примеров. Я не говорю, что на момент формулирования темы и плана я ничего не знаю о выбранном топике, но минимум 50% самого интересного я формулирую/нахожу именно в процессе подготовки. 3. Написание конспектов. Я конспектирую практически всё, что читаю и слушаю. Я могу не вернуться к этим заметкам никогда, но запоминается точно лучше. Мой инструмент тут -- Obsidian. 4. Code review. Как ни странно, я узнаю много нового в ходе код-ревью. Во-первых, я всегда гуглю новые для себя конструкции/методы/либы. Во-вторых, я невероятно благодарна коллегам, которые не устают челленджить мои МРы и подкидывать идеи о том, как сделать лучше/быстрее/круче. 5. Bug bounty и CTF. С азартом и огромным удовольствием я применяю свои знания в таком формате. Поскольку я (будем честны) новичок в области ИБ, мне приходится много гуглить, но нагугленное сразу же можно применить в решении задачи. В тестировании применимо практически всё, что я узнаю в ходе поиска уязвимостей. 6. Квизы. Есть множество тг-каналов с квизами, какие-то я даже советовала здесь. На ежедневной основе я прохожу квизы по Python, например, тут. Трачу на них 5-15 мин, но часто узнаю что-то новое (иногда это какая-то неприменимая в жизни дичь, но помогает узнать больше о том, как работает язык).

#chrome #автоматизация #devtools Хром про тестирование Хоть Хром и кэп, но иногда стоит повторить то, что уже известно, услышать от кого-то другого, изложить другими словами. Это я всё к тому, что команда Хрома неплохо и планомерно пишет про подходы к тестированию. Вдруг именно этого вам и не хватало "...sees quality not as a burden, but as an investment. " * Implement testing in your enterprise with Chrome * Tools from Chrome for frictionless, automated testing * Learn Testing. An in-depth course on software testing * Fun & Powerful: Intro to Chrome DevTools (прям вапще база ДевТулзов) Если хочется чего-то более продвинутого и интересного, уже известная вам Наталья Петровская 25 мая проведёт тренинг по майнд-мапам. Cамая первая версия с Подлодки живёт тут, а теперь будет целый день практики и инфы, проверенной на международных конфах и существенно доработанной.

Очередная подборка "если вы случайно пропустили" * все доклады Heisenbug 2023 Autumn стали доступны для бесплатного просмотра статьи, которые показались мне дельными: * Выгорание: рассматривая золу под макроскопом * Насмотренность в разработке: путь к чистому и качественному коду * Банановые шкурки на интервью Python-разработчика и несколько каналов с полезным: * Точка входа в программирование @prog_point * Еженедельные дайджесты полезных материалов по тестированию в телеграм @qa_Iive

#chrome #devtools #инструменты DevTools update (Chrome 122-123) 1. Добавили фичу "Emulate a focused page" для исследования элементов, отображаемых только при наведении курсора (в фокусе). Emulate a focused page можно включить в Rendering или в Elements-Styles-:hov. Является глобальной настройкой, т.е. достаточно применить 1 раз на странице. 2. Опубликована подборка браузерных расширений для работы с Recorder. 3. В Нетворке в Статусе упавшего запроса теперь по дефолту отображается подробный failure reason. 4. В Нетворке навели красоту и появилось больше опций для копирования запроса. 5. Шок (для меня), что теперь в Device mode можно указывать позицию (posture) устройства -- Continuous или Folded. Если вы тоже пропустили эту магия, вот тут можно найти подробности. 6. Совсем модные теперь могут выбрать динамическую тему для ДевТулзов. Подробности здесь. P.S. В Chrome 123 спрятали Easter egg. Ищите 💫

Автоматизация рутины Собрались тут вечером на Podlodka QA Crew и обсудили автоматизацию рутинной работы. За полтора часа наработками поделились: - Александр Захаренко "Автоматизация рутины на работе и вне её" - Артём Седых "Как мы автоматизировали sanity check тестового контура" - Александр Воеводский (SimbirSoft) "Автоматизация при тестировании мобильных приложений" - я и "Автоматизация рутины автоматизатора" - Екатерина Пепеляева (Сбер) "Парсер тест-кейсов для приемо-сдаточных испытаний" Кажется, в этом видео каждый сможет найти для себя что-то полезное) Хорошей вам рабочей недели 🪲

Такого и правда никогда не было: ИЩУ СЕБЕ КОЛЛЕГ Ozon Банк активно растёт, поэтому ищем к себе в команду middle+ и senior инженеров по автоматизации тестирования API. Желательно знать Python, но готовы рассмотреть и другие языки. У нас полная удалёнка (можно работать не только из России) и есть красивые и модные офисы в Москве и Питере. Наш стек: Python, pytest, gitlab ci, http api, graphQL, grpc. Самое важное: - в нашей команде опытные тестировщики-питонисты - мы постоянно делимся опытом -- не только друг с другом, но и с IT-сообществом в целом(см наши выступления) - у нас интересные и приятные собеседования -- про то, что действительно пригодится в работе - мы постоянно работаем над улучшением процессов и занимаемся не только продуктовыми, но и инфраструктурными задачами (скучно не будет!) - готовы предложить конкурентную зп с регулярными пересмотрами по итогам ревью, с бенефитами как во всём Ozon, тимбилдингами и прочими радостями жизни Подробное описание вакансии тут. Также у нас есть вакансии в командах: - SDET инженер, группа Mocks & Test Impact Analysis - SDET инженер, группа Quality gates - мобильного тестирования Если заинтересовались или остались вопросы, смело пишите мне в tg - @ryukkk *Со всеми, кого буду рекомендовать, сама предварительно созвонюсь. Так что, даже если есть сомнения, стучитесь, всё обсудим*

#собесы А теперь перейдём к задачкам... Вы наверняка знаете, что на собеседованиях нередко дают задачи -- иногда на тест-дизайн, иногда на код. В обоих случаях кандидаты часто совершают одни и те же ошибки. Наболело, так что коротко и по делу расскажу, о чём стоит помнить, решая любую задачу на тестирование/код на собеседовании: 1. Тестируйте требования выданной вам задачи -- как и любые другие требования, они могут быть неполными, противоречивыми, непроверяемыми и тд. Вместо того, чтобы строить решение на собственных трактовках и предположениях, лучше задать уточняющие вопросы. 2. Если в задаче прямо оговорено, что какие-то поведение/факт гарантированы, не нужно их тестировать/проверять/подвергать сомнению (по крайней мере, пока задача не решена в предложенной формулировке). Эти ограничения позволяют сэкономить время и сфокусироваться на определенных аспектах решения задачи. 3. Простое работающее решение всегда лучше идеального ненаписанного. Всегда можно начать с простого и очевидного решения и следующим шагом улучшить его. 4. Протестируйте своё решение. Учтены ли граничные значения? Учтены ли риски и корнер-кейсы? 5. Даже если вы считаете, что задача решена и добавить нечего, вернитесь к заданию -- проверьте, не противоречит ли решение её условиям.

Билетики отданы

Аларм! Приближается 11 сезон Podlodka QA Crew "Cистематизация теоретических знаний" (с 26 февраля по 1 марта) 🐞 Эксперты нового сезона пояснят за теорию и покажут на "живых" примерах, как она работает на практике. За 5 дней сезона вы узнаете как: 🔹 эффективно выстроить экосистему тестовой документации; 🔹 применить SCRUM-методологию в работе тестировщика; 🔹 обеспечивать качество тестирования, повышать скорость и точность выполнения задач с помощью матанализа и алгоритмов; 🔹 отвечать на теоретические вопросы собеседований на уровень middle и выше и это не всё, следите за программой сезона (она дополняется). Свой билетик на Подлодку можно добыть тут: https://podlodka.io/qacrew С промокодом

short_qa11

он обойдётся на 500 руб дешевле (суммируется со скидкой для early birds). И тут такое дело: у меня есть для вас 2 бесплатных билета: отдам первым, кто пришлёт мне в Linkedin (ссылка в описании канала) свой пост в любой соцсети с ответом на вопрос "какую тему больше всего ждёте на Подлодке и почему?"

#python Highway to... автоматизация тестирования на Python Обещала напомнить и вот: уже совсем скоро начнётся новый поток route 256 по автотестированию на Python. Как попасть? нужно пройти отборочный контест 11 февраля Для этого нужно заранее зарегистрироваться тут. Сколько стоит? Ничего, ноль, зиро. Сколько длится? 2 месяца. Ключевое требование: опыт коммерческого тестирования/разработки на Python от 2 лет Инсайды от меня: я сама смотрела видео лекций и воркшопов с прошлого потока и работаю с выпускниками Рута, поэтому вообще без сомнений советую попробовать! Программа крутая, преподаватели тоже. Не такой уж страшный этот контест!

Курс "Искусство управления качеством" Пока я только разгребаю задачи, Наташа Петровская (которая, между прочим, лидила QA ещё до начала пандемии и тестировала геномный(!) браузер) уже подговила курс для тест-лидов и тест-менеджеров. В преддверии курса (а именно -- СЕГОДНЯ, 31 ЯНВАРЯ в 18:00 Мск) Наташа поделится своими наработками со всеми интересующимися (зарегаться можно тут, а запись, если что, тоже пришлют). Уверена, что будет интересно, а пока просто поделюсь отличным советом о том, как научиться авторизовывать результаты работы тест-менеджера, из её канала:

Для начала всегда даю упражнение записывать то, что ты делаешь в течение недели-двух, при чём записывать каждый чатик, каждый митинг. стараться анализировать, какой получился результат из этого действия. например, вместо "отвечала на вопросы по онбордингу" — "разблокировала прохождение онбординга, помогла разобраться с вопросами Х, У". или не "сидела на очередном планинге", а "задала вопросы по фичам в след спринт, нашла гэпы в требованиях, получила информацию для планирования работы команды". ну и не игнорируйте свою работу головой. работа лида во многом — это обдумывание вопросов и принятие решений. отрывайте оценку своей эффективности от работы руками и производимых артефактов.

#chrome Начало конца third-party cookies Если коротко, то к концу 2024 года Хром отключит third-party cookies у 100% пользователей. Сейчас у 1% пользователей они уже не работают. Казалось бы и что с того?! Правда, что в первую очередь такие куки используют для рекламы. Но не только. Посмотрите внимательнее на свой веб, он точно живёт только на одном домене? Где прочитать подробности про отключение: - Preparing for the end of third-party cookies - The next step toward phasing out third-party cookies in Chrome Что дальше? Хром предлагает альтернативы, например, Related Website Sets и Storage Access API. Как быстро проверить наличие third-party cookies на своём вебе? Начиная с Chrome 118, информацию об этом можно посмотреть в Issues в ДевТулзах (см картинку). Более сложные альтернативы здесь. Как протестировать функциональность с отключенными third-party cookies? Начиная с Chrome 118, перейди по

chrome://flags/#test-third-party-cookie-phaseout

и включи флаг. Более сложные альтернативы тут.

Автотесты: внедрение и развитие. Что мы не учли? Мы с вами не чужие друг другу люди, поэтому в этот выходной принесла вам (и только вам) запись свежайшего обсуждения внедрения автоматизации на проекте с Heisenbug 2023 Autumn. Как всегда, надеюсь, что вы найдёте в этом видео для себя что-то полезное

Тестирование безопасности для самых маленьких Пришло время познакомить вас с одной из самых крутых спикерок в области тестирования безопасности (моё уверенное личное мнение уже несколько лет) -- Анной Васильевой. Аня рассказывает интересные и порой сложные вещи доходчиво и с реальными примерами. Убедитесь сами: * тут доклад про Поиск уязвимостей IDOR (BOLA) * тут Чек-лист "Безопасность обработки ошибок" * а тут конспект наисвежайшего доклада с осеннего Гейзенбага -- Не все "ошибки" одинаково полезны - с точки зрения безопасности И по секрету Аня завела канал и возможно там скоро появится много интересного.

Heisenbug для всех Давно не виделись, но я вернулась не с пустыми руками. 1. Уже сегодня выйдет Heisenbug Show на тему "Junior QA: что важно при входе в профессию. Истории успеха". Там много полезного, но будьте осторожны, возможно "возмущение" по некоторым темам)) 2. Вчера Heisenbug довыложил на youtube оставшиеся выступления с весенней конфы. Если думаете, с чего начать, то неожиданный must-see контент -- Невыносимая легкость ведения заметок. 3. Напоминаю, что один из дней онлайн-части каждого Heisenbug бесплатный. Чтобы посмотреть доклады этого дня, нужно просто зарегаться тут на community day. Надеюсь, вы нашли для себя что-нибудь полезное выше и до встречи со всеми участниками Heisenbug 2023 Autumn на Обсуждении "Автотесты: внедрение и развитие. Что мы не учли?".

Очередная подборка "если вы случайно пропустили" Что-то сильно много интересное мне попалось в последнее время, делюсь. На просторах Телеграма 1. В "Заметках о QA" свежее-интересное: о ДевТулзах, о микросервисах 2. Свежий канал про QA с авторскими заметками 3. Запись открытой сессии Podlodka QA Crew "Препарируем вопросы по оценке задач и метрикам с собеседований" Курсы-книги-статьи 1. Ускоренный курс по Python от Гугла 2. Python-тренажёр CheckiO 3. Тестируем Яблоко: смартфоны, планшеты, часы. Книга про тестирование apple-девайсов. Базово бесплатно, но можно и задонатить авторам)

Проходки отданы. Постараюсь и дальше добывать для вас ништяки 🍄

Podlodka #10: про метрики и планирование (с 4 по 8 сентября) Среди тем сезона: 🔸роль метрик в оценке компетенции и обеспечения качества 🔸как спланировать тестирование 🔸воркшоп по оценке покрытия тестами 🔸базовый набор метрик 🔸тайм-трекинг 👉 Обратите внимание на спикеров сезона! Уверена, что найдёте много знакомых лиц) До 29 августа действуют скидки: https://podlodka.io/qacrew и дополнительно ловите промокод на 500 руб short_qa10 И тут такое дело: у меня есть для вас 2 проходки (они же бесплатные билеты): отдам первым, кто пришлёт мне в Linkedin (ссылка в описании канала) свой пост с ответом на вопрос "какую тему больше всего ждёте на Подлодке и почему?"

#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 -> отредактировали -> рефрешнулись. Подробности и ограничения описаны тут и тут.

Очередная подборка "если вы случайно пропустили" Ух, что-то давно у нас с вами не было подборки, исправляюсь. - я хоть и не мобильный тестировщик, но доклад Александра Петрова "Что должен знать мобильный тестировщик в 2023 году для Senior позиции" мне зашёл настолько, что я советовала его коллегам, которые готовятся к собесам. Теперь он в открытом доступе - Татьяна Лабчук из Альфа-Банка написала статью про моки и как их писать. Я чуточку помогала Тане готовить доклад по этой теме и могу ручаться за качество материала! - если у вас нет или плохо с код-ревью и вы всё ещё пишете на Python, то мне на глаза попался Python PEP8 style guide Cheat Sheet. Вдруг он поможет вам сделать ваш код красивее и понятнее) формат крайне удобный

#web #очевидное_невероятное Рубрика очевидное-невероятное: Local Storage и Session Storage Давно хотела пересказать вам видео от Хром-девелоперов про стораджи (уверена, проговорить это не будет лишним). Если коротко: Local Storage и Session Storage * позволяют хранить данные локально на девайсе пользователя * можно просмотреть, отредактировать, добавить, удалить в Application в DevTools Local Storage * сохраняется после закрытия и переоткрытия браузера/вкладки Session Storage * хранится в течение пользовательской сессии (если закрыть браузер или вкладку, сторадж будет очищен) * свой у каждой вкладки браузера Почему мы об этом говорим? Поскольку от фичи зависит какой сторадж лучше использовать и, конечно, стоит добавить эти проверки в ваши тест-кейсы

Браузерные расширения Ну, я же вам обещала) Ловите наш с Юлией Атлыгиной доклад: видео и текстовая версия. 😀😀😀

привет! Раз в год я могу себе позволить написать здесь что-то не про тестирование. Вы знаете, что в этом канале нет рекламы, я веду его абсолютно безвозмездно. Сегодня у меня день рождения и если вы захотите меня поздравить, то скиньте любую денежку Ночлежке. А совсем скоро я принесу вам свой новый доклад и ещё много интересного ❤️

#auto Structure and interpretation of test cases: ценные идеи Наконец-то я добралась до доклада Kevlin Henney на тему "Structure and interpretation of test cases". Без сомнений рекомендую посмотреть его полностью, но пока хочу поделиться с вами идеями и рекомендациями, которые показались мне наиболее интересными: * пишите тесты для людей (иными словами: тесты в первую очередь должны быть понятны человеку) * из упавшего теста должно быть однозначно и сразу понятно, что пошло не так, без траты большого количества времени на анализ падения (с) Marit van Dijk * не описывай, что тест должен делать (мы можем прочитать код), лучше опиши, зачем/почему он это делает. (с) Marit van Dijk * никогда не верь тесту, который ты не видел упавшим. (с) Marit van Dijk В докладе также есть интересное про нейминг тестов и разные виды покрытия.

#chrome Chrome for Testing Сенсация! Сенсация! Товарищи из Хрома выпустили браузер, созданный для мануального и автоматизированного тестирования веб-приложений. Помните боль, связанную с внезапным обновлением версии Хрома или необходимостью найти бинарник с непоследней версией браузера? Особенности Chrome for Testing решают эти проблемы: 1) не автообновляется 2) доступен для каждой версии Хрома (в тч нестабильных) Разработчики предупредупреждают: для повседневного использования браузер не очень подходит (наверняка из-за отсутствия автообновления). При этом Chrome for Testing максимально приближен к пользовательской версии браузера. Как добыть себе Chrome for Testing? * через puppeteer/browsers command-line utility * через апишку Максимум подробностей можно найти тут. Стоит почитать, потому что в статье описаны боли и причины, из-за которых появился Chrome for Testing.

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

#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-ом)

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