Если в профиле и в треше ничего нет, то писать в тех. поддержку.

До того, как треш придумали мне так коллекции восстанавливали.

Спасибо

Храните коллекции в репозитории. Несколько раз была такая же проблема.

Всем привет, ребята! 😉

Почти за год мы выросли в небольшое, не побоюсь этого слова, сообщество 🤭🙂
Хочу сказать спасибо всем, кто делится с нами своими проблемами/вопросами, и особенно тем, кто не остается равнодушным к ним. 💪

📍Есть небольшое предложение: как на счет того, чтобы провести “online-встречу” 🖥?

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

⚠️ (Если интерес будет - с датой проведения определимся позже). ⚠️

Всем привет! Такой вопрос, кидаю GET запрос через Postman, где в ответе должен прийти Json. Так в ответ приходит, что такой информации нет. Но я могу это проверить по веб интерфейсу и там все Окей. Из-за чего Postman может не показывать ответ?

заголовки могут быть разные

accent, content type

Права у пользователей, фильтры.

Перечислять можно долго.

А что можно сделать - скопировать свой запрос с веб-интерфейса как curl, запихнуть в Postman и глянуть, чем запросы отличаются.

не, уже пробовала , не проходит

просто запросы к java работают, а к питону нет

видимо дело в питоне

const jsonBody = pm.response.json();

const property1 = 'A';
const property2 = 'Б';

if (jsonBody.hasOwnProperty(property1) {
    pm.expect(jsonBody[property1]).to.eql(1);
}

if (jsonBody.hasOwnProperty(property2) {
    pm.expect(jsonBody[property2]).to.eql(2);
}

Нужен совет, пожалуйста, кто может-знает! Завтра запланирован deploy в PROD серверного api кода (добавилась одна фича, которая добавляет к response body одну пару переменная:1 или переменная:0. Я протестил на QA env. Хочу понять свою последовательность действий на завтра. Dev спрашивает  не будем ли мы делать регрессиию в связи с прошедшим уже деплоем в qa env перед деплоем в PROD. Думаю, тут мы должны спросить его, что могло поломаться при деплое в qa и от этого понять, что тестить помимо фичи?
Второе. Если мы проверяем, например,  добавление этой новой одинаковой фичи(флага) у 150 пользователей на сайте. Мне прогнать после загрузки в production все 150 юзеров (подставляя только id в endpoint и проверяя на возврат определенной переменной) - это занимает 1-2 минуты авто теста или проверить парочку итераций (когда настраиваю Runner)?

try {
   Success = JSON.parse(responseBody);
   tests['response is valid JSON'] = true;
}
catch (e) {
   Success = {};
   tests['response is valid JSON'] = false;
}
для чего нам стоит использовать это в тестах, где например, проверяю responseBody на наличие propertyX и соответствие его значению 1?

> Думаю, тут мы должны спросить его, что могло поломаться при деплое в qa и от этого понять, что тестить помимо фичи?

Я бы сказал, что стоит уточнить, конечно, но брать ответ на веру не стоит.
Лучше самому глянуть на PR, какие функциональности были затронуты и от этого плясать.
С другой стороны, если есть регрессионный пак и есть время его пройти, то стоит это сделать.

> это занимает 1-2 минуты авто теста или проверить парочку итераций (когда настраиваю Runner)?

Если занимает 1-2 минуты на одного пользователя или целиком?
Если целиком, то конечно прогонять.
Если на пользователя, то получается прогон займет максимум 300 минут - 5 часов. Тут уже от проекта зависит.
Можно прогнать на парочке записей смоуком, а потом на ночь оставить полный пак.

Я бы сказал, что такое лучше нигде не использовать и никому не показывать.