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