📢 "Postman — не просто кнопка Send"
🧪 Вчера вечером разобрался с тем, что раньше вызывало вопросы — как правильно и эффективно тестировать API в Postman.
Что изучил и внедрил:
✅ Работа с переменными:
- теперь не вставляю вручную email, phone, snils — генерирую случайные значения в Pre-request Script;
- пример: let phone =
79${Math.floor(100000000 + Math.random() * 899999999)}
; pm.environment.set("phone", phone);
✅ Сохранение токенов и данных из response: - сохраняю access_token, id, code в переменные и использую их в следующих запросах; - это удобно при цепочках: логин → сохранить токен → создать пользователя
✅ Гибкие проверки в Post-response (бывший Tests): - проверяю статус кода, поле success, структуру id, ошибки и длину токена - пример: pm.expect(jsonData.success).to.eql(true); pm.expect(jsonData.data.id).to.be.a("number").and.to.be.above(0);
✅ Начал использовать регулярные выражения (RegEx): - понял, что ^\d{4}$ = "строка из 4 цифр" - использую это, например, чтобы валидировать коды авторизации
⚠️ Важное осознание: ✔️ Postman-тесты с if (...) {} — не должны молчать, если условие не сработало. Лучше провалить тест, чем получить “зеленую галку”, когда что-то пошло не так.
🧠 Для меня это был не просто “вечер с Postman”, а шаг в сторону более зрелого, инженерного подхода к API-тестированию.
Если ты только начинаешь — не бойся пробовать, ошибаться и изучать. Это и есть рост 💪
#qa #postman #apitesting #тестировщик #учусь #growth #тестирование #qualityassurance #bughunter #automation
· 23.08
Этому мне ещё предстоит научиться 😊
ответить
коммент удалён
· 23.08
Ооххх, поняла, спасибо
ответить
ответ удалён
· 23.08
Елена, сделаю вывод, спустя почти 3 месяца от этого поста: postman как быстрый помощник при тесте одной ручки. Посмотреть, что приходит и всё. Лучше не писать коллекции, какие-то генераторы данных в postmane, а сразу уйти в Pycharm и писать автотесты для api. Это рано или поздно все равно нужно будет сделать 😄 Но и postman нужно знать, но так глубоко)
ответить
ответ удалён