К
и еще вопросик, а как вы их тогда в реалтайме тащите, если они зашифрованы?)
Size: a a a
2021 January 14
К
что мешает их один раз достать (раз это можно) - запомнить их
SA
и еще вопросик, а как вы их тогда в реалтайме тащите, если они зашифрованы?)
Мы знаем, что они делают, но не знаем как сделать файл который бы воспроизводил конкретный кейс
DN
что мешает их один раз достать (раз это можно) - запомнить их
@andreiserov хороший поинт тоже, обратите внимание. Если совсем труба, можно попробовать попросить у ребят похожие данные, но очищенные от конфиденциальной информации. Но это если совсем труба.
К
ну да, скрипты обезличивания никто не отменял
SA
И алгоритмы шифровки не ваша команда писала? И требований нет? И условно похожие данные (с точки зрения классов эквивалентности) тоже создать невозможно? Почему?
Угу, далеко не наша команда
SA
ну да, скрипты обезличивания никто не отменял
Вот это отличная идея! Спасибо
К
ну это не моя идея, первый ее предложил @V_J_Mousekewitz
SA
что мешает их один раз достать (раз это можно) - запомнить их
Тем что они постоянно меняются и у нас не будет постоянно один тестовый пользователь
SA
Или хорошей практикой будет ещё и изначально завести тестовых пользователей, на которых моделировать определенные кейсы
К
а что тут страшного? если сам пользователь условно статичен и не было больших переделок в рамках хранения данных/дополнения данных/изменения, почему бы его не использовать с некой периодичностью актуализируя по нему инфу
К
Тем что они постоянно меняются и у нас не будет постоянно один тестовый пользователь
понял + принял, если меняется, то да
К
ну тогда обезличивание, автотесты на прод - моветон кмк
DN
Или хорошей практикой будет ещё и изначально завести тестовых пользователей, на которых моделировать определенные кейсы
Да, именно
Создать данные для теста, прогнать тест, а потом удалить данные (как минимум, если тестируем их изменение) -- хорошая практика
Создать данные для теста, прогнать тест, а потом удалить данные (как минимум, если тестируем их изменение) -- хорошая практика
ТТ
Как можно проверить таймаут у api?
В api добавили время таймаута 3 секунды, если ответа не будет в течении 3 секунд, то должен выводить 504 ошибку
В api добавили время таймаута 3 секунды, если ответа не будет в течении 3 секунд, то должен выводить 504 ошибку
ТТ
Так как сейчас эта api отрабатывает меньше чем за 1 секунду
R(
Как можно проверить таймаут у api?
В api добавили время таймаута 3 секунды, если ответа не будет в течении 3 секунд, то должен выводить 504 ошибку
В api добавили время таймаута 3 секунды, если ответа не будет в течении 3 секунд, то должен выводить 504 ошибку
А если люто, бешено нагрузить его Jmeter?
ТТ
А если люто, бешено нагрузить его Jmeter?
Только нагрузкой можно?(
R(
Только нагрузкой можно?(
Ещё лучше на стороне девелопера юнитами-интеграционными, конечно.
ТТ
Ещё лучше на стороне девелопера юнитами-интеграционными, конечно.
ок, спасибо!