С днём тестировщика🎉
Вот вам мой любимый мем в честь праздника!

Postman
(немного ссылок про Postman)
База
Большой гайд по тестированию с Postman для начинающих
Введение в Postman

Что можно потестировать
https://reqres.in/ (есть сваггер, разные типы запросов)
https://petstore.swagger.io/ (API от swagger)
Дополнительный огромный список публичных API

Написание автотестов
Challenge 30-days Postman
Tutorial на английском (на этом сайте проходила курс cucumber, понравилось, но иногда проблемы с оглавлением были)
Шпаргалка для Postman

#postman #web

Сейчас читаю книгу "Как тестируют в Google" (распространяется в свободном доступе). И очень понравился разбор задачи для SDET (разработчик в тестировании, одна из веток развития тестировщика).
Если вам трудно понять именно саму постановку задачи, то все равно прочитайте текст и отметьте подход к тестированию:
1. Мыслите шире описания задачи.
2. Ищите варианты использования функции пользователями.
3. Думайте о функции не только как об отдельном модуле, но и как о части всей программы и взаимодействии ее компонентов (а тут вступает в силу пирамида тестирования).
Тестирование - это не только про спелую проверку конкретной функции, но о качестве в целом!

(с третьего раза у меня получилось нормально прикрепить картинку, хаха)

Огненная статья про оформление readme на github.
На самом деле часто возникает вопрос: зачем нужен github для ручного тестировщика (надеюсь, что для автоматизатора такого вопроса не возникает)?
- можно вести там портфолио: git - это же просто версионность файлов. Можно всегда наблюдать, когда вы активно занимались своей документацией и тестовыми, а при желании вернуться к старому варианту документа (но помним, что всегда можно хранить портфолио и на google диске, например);
- выучить git или лишний раз потренировать навыки: сейчас знание git является неотъемлемой частью любого резюме тестировщика. А его намного проще учить именно на практике, а не просто читая статьи, как все работает;
- иметь навыки работы с интерфейсом: часто на работе все равно приходится зайти в сервис, где храниться код разработчика. Поэтому лишний раз научиться этому заранее не помешает (хотя интерфейсы у github отличаются от того же bitbucket и gitlab).


Мои любимые статьи про git, а также тренажеры:
1. Для начинающих: 1, 2 и 3 (разобраться в git, настроить у себя на компьютере, выучить команды)
2. Для умельцев: 1 и 2 (помогают найти ответ на сложные или специфические ситуации)

#git

Продолжая тему автоматизации и перехода в нее.

1. Портфолио
Список тестовых заданий для прокачки с гитхаба (искать по ключевому слову "qa"/"тестиров")

2. Алгоритмические задачки
На автотестировщика не требуют сложных алгоритмических задач, но набить руку не помешает.
Решать задачки можно на специальных сайтах:
https://www.hackerrank.com/
https://leetcode.com/
https://www.codewars.com/
Например, hacker rank рассылает задачки на почту. Это позволяет не забывать решать задачи и оттачиваешь навык.
А еще есть репа с решением алгоритмических задач на литкоде

3. Подготовка к собеседованию
- Отличное обзорное описание интервью на full-stack QA инженера
- Для подготовки к собеседованию, можно использовать следующий сайт: что нужно знать QA Auto: много сложных и лишних вещей, как по мне, но выучив их, вы сможете точно пройти собеседования на автоматизатора. Я бы использовала для обзора и примерного вектора, а не как абсолютную истину, что нужно знать

#автоматизация #программирование

Зависла на сайте selectel и нашла немного крутых статей
- Отличная обзорная статья об HTTP (это вам точно пригодится!)
А также еще парочку, если хотите уйти глубже в теорию:
- Модель OSI для начинающих
- TCP/IP для начинающих (заодно расскажут о IPv4, IPv6, про порт и сокет)
- Про сетевые протоколы в целом
Все написано обзорно и простым языком. Идеально, чтобы вспомнить тонкости.

#web

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

Давайте поскидываю некоторые источники на эту тему, вдруг вам они помогут.
Делюсь интересным паком выпускника от Эйч и Яндекс.

Подготовка резюме
Хороший курс про резюме от Яндекс.Практикума
Резюме можно оформлять в notion, в гугл.док (в обоих есть удобные шаблоны и возможность скачивать документ как pdf), canva (из РФ только через VPN), resumary или просто заполнить поля на hh. HH, к сожалению, негибкий инструмент, поэтому рекомендовала бы все-таки составлять дополнительное "красивое" резюме в другом источнике.

Поиск работы
Сайты: https://hh.ru/, https://geekjob.ru/, https://jobby.ai/, https://www.superjob.ru/superstart/
https://uptu.work/
Маленькая подсказка: можно искать почту понравившейся компании и попытать счастье, продублировав резюме.
Бот: https://t.me/g_jobbot (для людей с 0 опытом, к сожалению, не подходит)
Нетворкинг: можно использовать linkedin, закидывать вакансии людям из компании и просить вас порекомедовать. Тем более, в некоторых компаниях действует бонус за приведу друга! Вот две статьи про оформление linkedin: 1 и 2


И еще пару слов: обязательно пишите сопроводительное! Часто рекомендуют писать, почему вас заинтересовала вакансия или, если вы начинающий, почему вы в принципе выбрали тестирования. Но в целом пишите все то, что может обратить на вас внимания и запомнить.

#собеседование #резюме

Что мне оказалось дополнительно нужно на работе Auto QA на java, имея за спиной только курс на stepic?

- знание тестового фреймворка
jUnit/testNG. Тут в целом все понятно - это основной инструмент тестирования, его нужно пройти в первую очередь после базы. Вот удобный шаблон-статья для автоматизации UI.

- знание spring и lombok (статья с хабра)
По сути, сейчас уже не используется чистый java без упрощение жизни с помощью внешних плагинов/библиотек. Нужно знать общеиспользуемые инструменты, чтобы упростить себе написание кода и чтение кода других. Честно, до прихода на работу я не знала, что такое spring и сразу с разбегу оказалось сложно его понять (а еще и статьи простые так и не нашла, но если вам сильно нужно будет, постараюсь покопаться). Но теперь я не представляю жизнь без него.
Из полезных аннотаций lobmok
- @Data/getter/setter (для того, чтобы не писать/не генерировать get/set для полей)
- @SneakyThrows (для упрощения работы с проверяемыми исключениями)
- @Slf4j (для логирования, по сути, заменяет строку Logger log = Logger.getClass(.class)

- библиотека для работы с REST
У нас используется retrofit (хотя в моей репе вообще feign client), также очень популярный restAssured
Сильно проще разбираться на примере чужого кода (особенно, если он хороший). Я бы посидела и посмотрела на гитхабе примеры тестовых проектов.

- POJO (если честно, не помню, была ли я именно сознательно знакома с этим понятием, но добавлю в этот список)
Зачем нужен? Построение объектов для быстрой сериализации/десериализации тела для запроса и ответа сервера. Например, получаешь ответ и не просто работаешь с ним, как со строчкой, а обращаешься просто к полям класса.
А если хотите превратить ваш POJO в зверя, используйте аннотации! Например, что делать, если из json нужно только два поля, а их 100? Использовать аннотации для POJO-объекта (точно применимо для библиотеки jackson и rest-assured)
в статье про POJO также подробно описаны аннотации

- gradle(или вот ссылка на официальную документацию)/maven
Работаю только с gradle. В целом в процессе работы не составляют труда разобраться, но я бы немного предварительно почитала/посмотрела, что это за звери такие.

- JPA
Самый популярный инструмент для работы с БД в java. Простая в понимании и использовании.

На самом деле список можно увеличивать и увеличивать. Но пока остановимся на этих пунктах💐

#автоматизация #java #программирование

1 августа я подумала, что крутой идеей будет собрать все популярные чек-листы в одном месте. И вот сегодня 19 ноября, а я все еще не выложила список. Пора исправлять.
Вообще я обожаю гуглить проверки на какую-то функциональность. Нужно проверить поле для загрузки файла? Пора пойти и поискать список. Это не избавляет от его составления самостоятельно (а лучше предварительно перечислить проверки и потом сверить их с найденными!), но позволяет увидеть, что ты мог пропустить. Потому что иногда концентрация не дает придумать все возможные проверки.


Тестирование специфических полей
Чек-лист для тестирования числового поля
Чек-лист тестирования логина
Базовые проверки элементов веб-страниц
Проверки базовых элементов веб-страницы

Тестирование UI
Чек-лист тестирования GUI
Чек-листы для проверки юзабилити: раз, два
Чек-лист тестирования верстки сайта

Тестирование API
Чек-лист API-тестов
Чек-лист API негативное тестирование
Тестирование REST-API

Тестирование мобильных
Чек-лист тестирования мобильных приложений
Чек-лист тестирования мобильных приложений (это разные статьи)

Где еще поискать чек-листы?
Где брать идеи для тестов
База чек-листов на английском и русском языках
Шаблоны для тестовых документов и немного чек-листов
Чек-лист тестирования web в целом (очень много идей для тестирования, рекомендую почитать просто так)
Чек-лист веб-тестирование (похоже на прошлое)

#web #база #api #практика

Собеседование - вот наш главный страх.
Но жить становится намного легче, когда ты знаешь, что ожидать (хотя бы примерно). А это возможно благодаря просмотру мок-собеседований (а еще лучше участия в таком собеседовании!) .
Я больше смотрю собеседования на java QA, поэтому порекомендую три канала, где есть такой контент:
- Alex Pshe
- Oleg Pendrak
- Gennadii Chursov
Для ручных тестировщиков можно посмотреть канал Вадима Ксендзова.

Если смотреть видео не хочется, то всегда можно просто почитать популярные вопросы. Вот немного источников:
- Самые обширный список (нужно учитывать, что там много специфических вопросов)
- Еще вопрос: 1 часть, 2 и 3
- Обзор частых вопросов по тестированию ПО

И не забывайте, что не только вас выбирает работодатель, но и вы его! Так что не забудьте прочитать вопросы для работодателя.

Если у вас есть рекомендации крутых каналов с мок-собесами или списка вопросов, то смело кидайте в комментарии!

#собеседование

Пост про выступления
Точнее пост с ссылками, которые вам помогут для выступления! Ну или хотя бы лечь в эту сторону, если вам это интересно.
В целом начните с:
1. Выбрать тему.
2. Переписать конференции, которые есть в вашей области.
А дальше уже плывите по течению подачи доклада.

Почему вам стоит выступить:
Причины, которые вас останавливают от выступления, и контраргументы к ним

Как найти тему:
Офигенный тред из твиттера про то, как найти тему для выступления
О чем рассказать на митапе (в посте задают очень хорошие вопросы, когда ты хочешь выступить, но не знаешь с чем)
Три основные типа тем для доклада

Как научиться рассказывать:
Тут в целом могу посоветовать больше говорить и объяснять. И всегда можно подумать о каком-нибудь курсе ораторсткого искусства.
Бесплатное руководство с упражнениями для яркой речи

#выступления

Определенно сейчас без SQL никуда (хотя на самом деле это не так, необходимость в этом навыке оптимальна, потому что на одном месте работы доступ в БД у меня был запрещен, например! Но лучше все-таки уметь, чем не уметь☺️), поэтому давайте скину немного ссылок, чтобы прокачаться.

Если вы только приступаете к обучению
Я нежно люблю вот этот курс и всем его советую. Сама когда-то давно прошла только 2 из 4 модулей, для базы хватит. Но иногда для работы могут потребоваться знания поглубже.
В целом требует умения соединять таблицы. Поэтому рекомендую получше разобраться с JOIN (и разницу между видами вот в этой статье, а вдогонку бывалым можно почитать статью про то, что джойны через диаграммы Венна объяснять некорректно)

Что можно быстро повторить перед собеседованием
20 вопросов и ответов задач по SQL
И еще немного вопросов и задач по SQL
И еще больше задач по SQL с решением (тут очень много задач, и они иногда совсем не простые, поэтому эту ссылку я бы открывала, если совсем хотите погрузиться в SQL)

Полезное
Телеграм-канал для тренировки SQL (очень круто и удобно! Задачки тут бывают иногда не совсем простые)

SQL-тренажеры
Один из самых популярных тренажеров
SQL-тренажер: можно потренироваться на реально описанных задачах в notion по ссылке! Также есть дополнительные материалы в самом конце страницы.
The SQL murder mystery: хотите потренироваться в игровой форме? Тогда пора открыть сайт и почувствовать себя детективом!

#sql #собеседование #база #практика

Достижения в резюме
Недавно разбирала резюме менти и попросила дописать в резюме достижения. И в очередной раз столкнулась, что людям очень тяжело свои достижения обнаружить.
Я начала накидывать варианты: может быть ты сделала это, а может быть то? И тут я вспомнила крутую технику для того, чтобы в целом вспоминать какие-то вещи, и решила на ее основе создать карту.

Техника "спусковые крючки" - слова/понятия/темы, благодаря которым можно запустить причинно-следственную связь в вашей голове и найти достижение, которое вы не замечаете, а оно есть.
Принцип работы:
1. Переходите от темы к теме, читая каждое ее ответвление.
2. Если вам что-то отзывается, записывайте свое достижение. Можно кратко, а потом переформулировать.
3. Пройдя по всем спусковым крючками, соберите список достижений и гордитесь собой!
Если вдруг у вас возникла какая-то мысль, но вы ее оттолкнули с фразой "да это делают все", тогда точно записывайте ее себе. Мы любим обесценивать свои заслуги.

#резюме

(продублирую в хорошем качестве)

Еще как вариант посидеть и подумать: есть ли у тебя в работе, что благодаря тебе
- улучшилось
- упростилось
- ускорилось
- ушло (лишнее)
- наладилось
- заработало
- создалось
И именно это и есть достижение!

Не стесняемся, пишем о себе лучше!

Про тестирование безопасности API, интересное применение fiddler и исторические баги

Я - человек, который восхищается хитростям, которые можно сделать с помощью знаний технологий.
Например, до работы в IT (ладно, не буду врать, сейчас такое тоже бывает) меня восхищало, как изменение или просмотр HTML может помочь в бытовой жизни. Заходишь в twitter незарегистрированным, а там баннер мешающий читать посты? DevTools + изменение HTML, и вот ты окунулся в пучину скроллинга. А это всего лишь изменить код HTML, а как много всего можно сделать другого восхитительного.

Из этой серии удивительного недавно встретила очень крутое выступление про тестирование безопасность API и дырки, которые в нем можно найти. Даже если не будете заниматься безопасностью, очень интересно посмотреть и в следующий раз поэксперементировать, как ваш API могли бы взломать. А вот тут можно посмотреть другие выступления Heisenbug 2022 Autumn.
Из той же серии хочу посоветовать статью про fiddler и как бизнес может потерять деньги, забыв протестировать некоторые кейсы *админ не рекомендует повторять*

А вот еще интересные посты про баги (некоторые ужасные для жизней, а некоторые просто странные)
1. Плохой софт отправил работников почты за решетку
2. Баг на пентиум
3. Эпические баги прошлого
4. Когда баги не страшные, а странные
5. Катастрофические последствия ошибок

#api #интересное

Тестирование очередей

Интересно, сталкивались ли вы когда-то с тестирование брокеров сообщений? Если нет, то пора немного познакомиться с этим зверем.
Очереди сообщений (Message Queue) — это форма асинхронной коммуникации между сервисами (подробности тут).

Грубо говоря, это просто место, куда сервер сбрасывает какую-то информацию, а другой сервер ее забирает, когда у него появилось время. И в этом и есть архитектурная прелесть брокера: не нужно ждать, пока другой ответит (по сравнению, например, с прямым запросом к серверу). Поподробнее можно почитать тут и тут.

В сообщениях могут содержаться запросы, ответы, ошибки и иные данные, передаваемые между программными компонентами.

Компонент, называемый производителем Producer, добавляет сообщение в очередь, где оно будет храниться, пока другой компонент, называемый потребителем Consumer, не извлечет сообщение и не выполнит с ним необходимую операцию.
В зависимости от используемого инструмента, принцип работы брокера будет немного отличаться. Но главная суть для нас неизменна: нам нужно протестировать взаимодействие сервера с этим зверем.

Что можно протестировать:

1️⃣Отдает ли наш сервис нужное сообщение в нужную очередь: слушаем очередь, в которую пишет наш сервер → проверяем сообщение (и атрибуты)
❗️Лучше создать отдельного слушателя (group), чтобы не играть в гонки с другим слушателем (в случае, например, если у нас кафка, которая передвигает offset прочитанных сообщений)
2️⃣Забирает ли сообщение наш сервер из нужной очереди: записываем в очередь сообщение и проверяем, что какое-то действие/логирование/запись в БД произошло.

Это про тестирование именно взаимодействия сервера и брокера.
А что можно протестировать в самом брокере (если смотреть это со стороны ее настройки, например):
🟢 доступ к очереди
🟢 название очереди
🟢 права доступа

Полезные ссылки:
Немного о: RabbitMQ, Kafka, Redis, Memcached, NuxtJS, MongoDB, PostgreSQL (про архитектуру и особенности)
Чем различаются Kafka и RabbitMQ: простыми словами
Подробно про Apache Kafka
Про гарантию доставки сообщения (тут, возможно, будет сложно и непонятно)

#микросервисы

Полезное для автоматизации на java

Сегодня немного полезного для автоматизации на java, с чем я столкнулась за последние пару месяцев.

Про best practies
Передовой опыт тестирования Java: на почитать и подумать, какие вы могли использовать антипаттерны и какие идеи еще можно почерпнуть, чтобы улучшить свои тесты.
Из той же серии еще одна статья (на английском) про лучшие практики в написании тестов на java
Еще из best practies рекомендую к прочтению статья про softAssertions (особенно, если эти слова вы слышите впервые)

Про ускорение запуска
Параллельный запуск JUnit5: так, думаю, бывалые уже давно запускают свои тесты параллельно и сохраняют себе кучу времени. А если вы, как и я в прошлом, обходили это стороной, то пора задуматься и прочитать эту мини-статью. Только не забывайте: при параллельном запуске у вас может все сломаться, если вы используете классовую переменную в тестах (и еще при многих других кейсах, поэтому внимательнее 🧚‍♀️)

Прочее
Полезные аннотации Spring для junit и поподробнее про две аннотации EnabledIf и DisabledIf
Карточки quizlet для повторения java core: случайно найденные, но такие прикольные. Можно попроверять себя перед техническим интервью.

#автоматизация #java #программирование

Время рекомендации

Нашла крутой канал про тестирование, где регулярно добавляются ссылки на крутые курсы, не смогла пройти мимо и не порекомендовать.

Кроме этого выделю парочку полезных постов:
- Особенности тестирования мобильных приложений: что-то вроде чек-листа, о чем нужно не забывать тестировании приложений.
- Требования по скиллам и средние цифры по зарплате тестировщиков: это скорее можно использовать как ориентир, а не как конечную инстанцию, требования в разных компаниях сильно разнятся. Из полезного в той же теме: матрица компетенций QA Engineer
- Актуальные вопросы по автоматизации тестирования: зачем нужна, если есть ручное тестирование, можно ли стать автоматизатором без опыта ручного тестирования и еще парочку не менее актуальных.

Паттерны и антипаттерны автоматизации тестирования
Недавно я проходила ассессмент, и теперь у меня в арсенале есть пару интересных вопросов, которые я хотела бы раскрыть поглубже.

Начнем с паттернов и антипаттернов в автоматизации: накидала небольшую статью, где обзорно пробежалась по самым популярным.
☄Залетай быстрее читать

#программирование #автоматизация

Карты развития QA Engineer
Частый запрос, с которым приходят к менторам, это в какую сторону развиваться, как перейти в автоматизацию или в целом какими навыками нужно обладать для разных уровней.
Для самопомощи собрала карты, матрицы и таблицы компетенций.

Карты развития
Большая дорожная карта развития тестировщика
Roadmap QA Engineer (на сайте можно найти карты развития по другим профессиям и скиллам)
Что должен уметь начинающий тестировщик
Дорожная карта тестировщика
Карта навыков от Junior до Senior
Дорожная карта QA

Матрицы компетенций
Матрица компетенций QA Engineer
Интересная таблица самоопределения для тестировщика (в посте по ссылке есть инструкция, как ей пользоваться)
Возможные компетенции тестировщика (найденная карта на просторах интернета)

QA Automation
Что должен знать QA Automation
Добавлю сюда гайд “Как вкатиться в автоматизацию”

Гайды по soft-skills
Soft skills для тестировщика
Софт-скиллы в QA: полный гайд

Если у вас есть ссылки на хорошие карты/гайды/матрицы, была бы рада увидеть их в комментариях звездочки 💫

#развитие #менторинг #собеседование

Если вдруг вы давно задумывались и хотели красиво оформить свой github (писала о таком оформлении вот в этом посте), то рекомендую два бесплатных инструмента для упрощения этой работы: тык и тык
(а если все-таки хочется еще один туториал самостоятельного оформления, то смело прыгайте в статью)