Всем привет ✌️
Сегодня хотел бы рассмотреть такой замечательный инструмент как Postman.
Умение пользоваться этим инструментом даст вам как минимум дополнительную строчку в резюме
и + 5% к "Найти работу" .

Что почитать:
1. 🔴 Основы Postman для самых маленьких
2. 🔴 Большой гайд по тестированию с Postman для начинающих
3. 🔴 Введение в Postman

Что посмотреть:
1. 🌐 Уроки по Postman. Видеокурс для манульного и автоматизированного тестирования
2. 🌐 Postman Для Тестировщиков - Тестируем API Реального Проекта
3. 🌐 Postman для QA 2023 - миникурс

Где потренироваться:
1. Бесплатный курс на степике - Тестирование ПО: Postman для тестирования API
2. Если вы захотите попрактиковаться в работе с Postman, то ссылку на API для тренировки вы можете найти в этой и в этой статье.

Но ещё больше информации вы можете найти в официальном центре обучения Postman. В нём дана исчерпывающая информация по всем нюансам и приёмам работы с этим инструментом. Информация предоставлена абсолютно бесплатно и никакие курсы покупать не нужно.

Зачем нужен CI/CD (ручному тестировщику и не только)

CI/CD - методология разработки, которая позволяет автоматизировать процесс сборки, тестирования и развертывания приложений. Простыми словами - это автоматическая сборка вашего ПО с уже настроенными этапами запуска, тестирования (автотесты) и разворачиванием на сервере (например, где уже вы будете тестировать руками).

Иногда вы можете задаваться вопросом: но я тестирую руками/пишу автотесты, как мне это может помочь?

Вот несколько пунктов, чем вам поможет CI/CD:

➡️ автоматически без дополнительных действий со стороны разработчика получать новый функционал и разворачивать себе стенд одной кнопкой: без настроенной сборки приложения надо настраивать окружение, прописывать скрипты и прочее. А если CI/CD настроено, то можно просто нажать кнопку и вы уже готовы тестировать.
➡️ не получать неработающую сборку: не знаю, как у вас, а у меня бывали в работе задачи, которые просто приводили к падению при их запуске. И каждый раз нужно дойти в логи, узнать, это у меня не работает или разработчик отдал сырую задачу, идти к разработчику, ну и так далее. А тут с настроенным CI/CD (и хорошими тестами) задача просто бы не развернулась, и я не тратила бы время на выяснение причин.
➡️ автоматический прогонять автотесты, регресс и составлять отчеты: прогон автотестов на дальней дистанции позволит вам узнать, какой функционал чаще всего приходит в негодность и чему нужно уделить особое внимание. А еще вам просто не нужно будет ругами прогонять тесты и занимать мощности своего компьютера.

Чем CI/CD поможет именно команде:

➡️ настроить сбор метрик на проекте и, благодаря этому, мониторить их: например, собирать данные о производительности приложения: среднее время ответа, количество запросов к приложению и т.д.
➡️ создать нормальное количество unit-тестов со стороны разработчика: при настройке CI/CD можно настроить несколько этапов, одним из которых может быть количество покрытых тестами функциональности. Таким образом непокрытый (и хотя бы частично непротестированный!) функционал просто не дойдет до тестировщиков (и вы не будете страдать)
➡️ уменьшить количество исправлений на код-ревью: также один из этапов quality gate - это запуск задач, которые направлены на проверку качества кода. Это поможет нам меньше возвращать функционал на этапе код ревью кода.
➡️ упростить и автоматизировать "уход" до клиента: первоначальная цель CD заключалась именно в этом: правильно настроенные quality gate позволят нам в автоматизированном режиме отдавать новый функционал нашим клиентам и таким образом сокращать время между разработкой и поставкой функциональности.

К слову, CI/CD это не панацея: у нас все еще присутствует человеческий фактор. Например, на одной работе devOps решил выключить прогон unit-тестов, благодаря чему баг, который они бы словили, успешно проник на прод. Не будьте как этот devOps.

Полезные материалы

Почитать:
📄Что такое CI/CD
📄Зачем CI/CD тестировщикам?
📄Хорошая статья про CI/CD в целом и конкретный кейс
📄Вопросы по CI/CD на собеседованиях
📄Инфраструктура и пайплайн (CI/CD) (qa bible): много полезных ссылок

Послушать/посмотреть:
🎦Лайв-кодинг: GitLab CI as Quality Gates: CI глазами тестировщика" / Александра Пшеборовская
🎶Подкаст “Вроде в проде”: 11 выпуск CI/CD для тестировщика

🎄Новогодние советы для тестировщиков🎄

До Нового года осталось ровно неделя. За этот год каждый из нас вырос. И каждый из нас подводит итоги за прошедшее время. Для вас я собрала свои мысли-выводы года в этом посте.

Про созвоны
- Чтобы не отвлекаться, обсуждайте задачи, а не молчите.
- Если вы не можете обсуждать, постарайтесь занять руки делом, а голову созвоном.
- Иногда лучше 1 раз позвонить, чем 10 раз написать. А иногда лучше написать полноценное сообщение вместе неподготовленного звонка. Всегда нужночувствовать грань.

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

Про инструкции
- Если какая-то проблема повторяется, то стоит написать на нее инструкцию.
- Если у вас есть большое общее пространство (confluence), то стоит почаще искать там полезные инструкции (и оставлять их для других).

Про работу мозга
- Если сейчас не получается, то шанс, что получится завтра, намного больше. Иногда нужно время, чтобы знания уложились.
- Большая часть интеллектуальной работы происходит во время отдыха.

Про развитие и заботу о себе
- Деньги и их количество - не всегда определяющая вещь для работы. Иногда важнее рост, который работа тебе даёт
- Надо заботиться о себе и помнить, что работа не спасет в моменты проблем со здоровьем или критических событий.
- Развитию нет предела. Ощущение «теперь-то я все поняла» обманчиво.

Про автоматизацию
- Автоматизация - это далеко не единственный путь в развитии. Есть ещё много других путей. Поэтому, если у вас не лежит душа, поищите другой путь.
- Стоит учиться сразу информативно называть переменные и методы. Это ускорит ваш рефакторинг и понимание "а что вообще тут происходит".
- Часто в автоматизации нужно думать наперед: а можно ли будет расширить этот функционал, а как он будет использоваться. Автоматизация - это программирование. И к ней нужно применять такие же правила.

И пусть следующий новый год принесет вам больше профессиональных успехов и радости🎄