B
Но можно же получить тела запроса и отправить запрос без браузера.
Size: a a a
2019 September 26
LY
Если только статус нужен - хватит и лога в драйвере
VK
Всем привет, подскажите, как вы пишите тест на функциональность с периодичностью. Например у меня есть настройка что очищается результат раз в N минут. Нужно в API тесте делать sleep на N минут и проверять что очистило? Как то не очень звучит.
LY
Если нужно потом посмотреть "а что там вернулось?", то можно у хрома логирование в файл включить. Там правда нужны спец-параметры для того чтобы совсем всё сохранялось, но оно того стоит.
A
Всем привет, подскажите, как вы пишите тест на функциональность с периодичностью. Например у меня есть настройка что очищается результат раз в N минут. Нужно в API тесте делать sleep на N минут и проверять что очистило? Как то не очень звучит.
Я подкручивал этот параметр что бы чистилось через пару секунд
VK
Я подкручивал этот параметр что бы чистилось через пару секунд
ну как вариант, но время в минутах и нельзя поставить 0,01, разве что бекенд разрабов просить
A
ну как вариант, но время в минутах и нельзя поставить 0,01, разве что бекенд разрабов просить
Ну тогда разрабов просить или выставлять минуту перед запуском теста если он обычно успевает вложиться в минуту
LY
Всем привет, подскажите, как вы пишите тест на функциональность с периодичностью. Например у меня есть настройка что очищается результат раз в N минут. Нужно в API тесте делать sleep на N минут и проверять что очистило? Как то не очень звучит.
Это отличный кейс для юнит-теста.
VK
Это отличный кейс для юнит-теста.
согласен, потому как разраб может хоть в милисекундах у себя поставить.
VK
я разрабу и хочу сказать написать на это юнит тест, просто интересно было, кто как решал такой кейс)
LY
Ну если можно изменять время на стенде с приложением, то есть вариант.
OS
Прошу прощения за офтоп.
Но если у кого есть аккаунт в
https://gitlab.com/gitlab-org/gitlab/issues/26793
И еще раз прошу прощения за офтоп.
Но если у кого есть аккаунт в
gitlab.com было бы круто лайкнуть маленькую доработку на стороне GitLab.https://gitlab.com/gitlab-org/gitlab/issues/26793
И еще раз прошу прощения за офтоп.
VK
Ну если можно изменять время на стенде с приложением, то есть вариант.
ну типа поставить время 1-5 секунд, потом сделать слип и проверить?
LY
ну типа поставить время 1-5 секунд, потом сделать слип и проверить?
Нет, изменить системное время у тестируемого приложения (если это конечно не повлечёт за собой нежелательных последствий)
LY
Прошу прощения за офтоп.
Но если у кого есть аккаунт в
https://gitlab.com/gitlab-org/gitlab/issues/26793
И еще раз прошу прощения за офтоп.
Но если у кого есть аккаунт в
gitlab.com было бы круто лайкнуть маленькую доработку на стороне GitLab.https://gitlab.com/gitlab-org/gitlab/issues/26793
И еще раз прошу прощения за офтоп.
А что, сделать архив и распаковть потом не вариант? )
VK
Нет, изменить системное время у тестируемого приложения (если это конечно не повлечёт за собой нежелательных последствий)
ну это если он смотрит на время, а если у него какой то счетчик. Например он набивает какой то пул N минут, потом его удаляет.
LY
Тогда тестовый метод, который можно дергать чтобы триггерить срабатывание.
LY
Также можно при старте сьюта скажем запомнить количество чего-там-надо-чистить у пользователя (или накидать ему этого) и в последнем тесте проверить - сработала ли очистка.
VK
Тогда тестовый метод, который можно дергать чтобы триггерить срабатывание.
это мне нравиться. Спасибо. Потому как Сьют могут редактировать и забыть какое время там нужно, некоторые тесты могут упасть и ожидаемое время выполнения сьюта может уменьшиться
LY
Ну это можно вычислять, зная время старта сьюта и текущее.