#автоматизация #код_ревью
На небе только и разговоров, что о код-ревью...

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

Ответы на многие базовые вопросы по теме вы сможете найти в этом докладе: Код-ревью с уважением (Ангелина Купцова)

И буквально ещё несколько моментов добавлю от себя:

✔️софт-часть

• не заставляй долго ждать твоего ревью:
  - подай знак, если уже смотришь МР,
  - сориентируй, сколько тебе понадобится времени,
  - честно скажи, что не успеваешь, и в этот раз тебя лучше заменить (это правда ок)

• ревьюить нужно так, как если бы через месяц тебе пришлось дебажить этот код и пояснять за него (посвящается всем, кто дежурит по автотестам)

✅хард-часть

• если что-то можно проверить линтером и/или поправить форматером, отдай это на откуп машине (а не жди от внимательного ревьюера)

• используй шаблон МРа в Гитлаб, чтобы добавить чек-лист/чит-лист для автора МРа с ключевыми моментами, которые стоит учесть в коде

• на чёртовы опечатки правда стоит обращать внимание (вспомнишь об этом, когда потребуется найти что-то в огромном новом для тебя репозитории)

• не оставляй "мёртвый код", "код на всякий случай" (если вдруг у вас в команде нет иной договорённости). Код есть документация, а документация должна быть актуальной

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

Ещё некоторое количество полезного по теме вы сможете найти в докладе "Записки код-ревьюера: мыслим выше, чем пробелы и табуляция" с недавнего Гейза (пока нет в общем доступе).

#skills
Мои не самые стандартные способы прокачивать скиллы

Вчера посмотрела запись обсуждения с недавнего Гейза на тему "Как учиться учиться?" и это подтолкнуло меня рассказать вам о моих проверенных методах.

Дано
Я быстро бросаю начатые курсы, забываю содержание прочитанных статей, не люблю зубрить. При этом мне крайне важно сохранять экспертность в тестировании, применять современные подходы к тестированию и написанию кода в работе, выходить за пределы "своей области".

Работающие для меня методы
1. Ведение канала. На контент-план меня не хватает, но потребность найти что-то новое/полезное и поделиться всегда есть.

1. Подготовка доклада/статьи. Что-то близкое к первому пункту, но: требует более глубокого изучения темы, систематизации опыта/знаний, подбора/написания практических примеров. Я не говорю, что на момент формулирования темы и плана я ничего не знаю о выбранном топике, но минимум 50% самого интересного я формулирую/нахожу именно в процессе подготовки.

2. Написание конспектов. Я конспектирую практически всё, что читаю и слушаю. Я могу не вернуться к этим заметкам никогда, но запоминается точно лучше. Мой инструмент тут -- Obsidian.

3. Code review. Как ни странно, я узнаю много нового в ходе код-ревью. Во-первых, я всегда гуглю новые для себя конструкции/методы/либы. Во-вторых, я невероятно благодарна коллегам, которые не устают челленджить мои МРы и подкидывать идеи о том, как сделать лучше/быстрее/круче.

4. Bug bounty и CTF. С азартом и огромным удовольствием я применяю свои знания в таком формате. Поскольку я (будем честны) новичок в области ИБ, мне приходится много гуглить, но нагугленное сразу же можно применить в решении задачи. В тестировании применимо практически всё, что я узнаю в ходе поиска уязвимостей.

5. Квизы. Есть множество тг-каналов с квизами, какие-то я даже советовала здесь. На ежедневной основе я прохожу квизы по 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амая первая версия с Подлодки живёт тут, а теперь будет целый день практики и инфы, проверенной на международных конфах и существенно доработанной.

Автоматизация рутины

Собрались тут вечером на Podlodka QA Crew и обсудили автоматизацию рутинной работы.

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

Кажется, в этом видео каждый сможет найти для себя что-то полезное)
Хорошей вам рабочей недели 🪲

#собесы
А теперь перейдём к задачкам...

Вы наверняка знаете, что на собеседованиях нередко дают задачи -- иногда на тест-дизайн, иногда на код. В обоих случаях кандидаты часто совершают одни и те же ошибки.

Наболело, так что коротко и по делу расскажу, о чём стоит помнить, решая любую задачу на тестирование/код на собеседовании:

1. Тестируйте требования выданной вам задачи -- как и любые другие требования, они могут быть неполными, противоречивыми, непроверяемыми и тд. Вместо того, чтобы строить решение на собственных трактовках и предположениях, лучше задать уточняющие вопросы.

2. Если в задаче прямо оговорено, что какие-то поведение/факт гарантированы, не нужно их тестировать/проверять/подвергать сомнению (по крайней мере, пока задача не решена в предложенной формулировке). Эти ограничения позволяют сэкономить время и сфокусироваться на определенных аспектах решения задачи.

3. Простое работающее решение всегда лучше идеального ненаписанного. Всегда можно начать с простого и очевидного решения и следующим шагом улучшить его.

4. Протестируйте своё решение. Учтены ли граничные значения? Учтены ли риски и корнер-кейсы?

5. Даже если вы считаете, что задача решена и добавить нечего, вернитесь к заданию -- проверьте, не противоречит ли решение её условиям.

#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.

Как всегда, надеюсь, что вы найдёте в этом видео для себя что-то полезное

YouTube

Автотесты: внедрение и развитие. Что мы не учли?

Ближайшая конференция: Heisenbug 2024 Spring — 16 апреля (online), 22–23 апреля (offline, Москва) Подробности и билеты: https://cutt.ly/uwFdSrS4 — — «Большое видится на расстоянье». Спикеры с опытом автоматизации тестирования на разных проектах делятся выводами…

Тестирование безопасности для самых маленьких

Пришло время познакомить вас с одной из самых крутых спикерок в области тестирования безопасности (моё уверенное личное мнение уже несколько лет) -- Анной Васильевой.

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

И по секрету: Аня завела канал и возможно там скоро появится много интересного.

Heisenbug для всех

Давно не виделись, но я вернулась не с пустыми руками.

1. Уже сегодня выйдет Heisenbug Show на тему "Junior QA: что важно при входе в профессию. Истории успеха". Там много полезного, но будьте осторожны, возможно "возмущение" по некоторым темам))

2. Вчера Heisenbug довыложил на youtube оставшиеся выступления с весенней конфы.
   Если думаете, с чего начать, то неожиданный must-see контент -- Невыносимая легкость ведения заметок.

3. Напоминаю, что один из дней онлайн-части каждого Heisenbug бесплатный. Чтобы посмотреть доклады этого дня, нужно просто зарегаться тут на community day.

Надеюсь, вы нашли для себя что-нибудь полезное выше и до встречи со всеми участниками Heisenbug 2023 Autumn на Обсуждении "Автотесты: внедрение и развитие. Что мы не учли?".

YouTube

[Heisenbug Show] Junior QA: что важно при входе в профессию. Истории успеха

Ближайшая конференция: Heisenbug 2024 Spring — 16 апреля (online), 22–23 апреля (offline, Москва) Подробности и билеты: https://cutt.ly/uwFdSrS4 — — С чем тестировщики сталкивались на собеседованиях в прошлые годы и сейчас? Сколько нужно отправить резюме?…