Сам юай то не оч быстрый

Я прошу прощения, а почему не держать тестовое окружение со всеми этими пользаками и тестовыми данными развернутыми постоянно? Объясните австралопитеку

И гонять уже тесты более мелкие

стабильность ниже

винда устанавливает обновления, уборщицы перезагружают сервера...

Хорошо. В выходные у стенда выходной?

Или наоборот

Да дело не в выходных. Просто сделать тестовый стенд таким же стабильным, как прод == сделать еще одну версию прода. Скорее всего на это денег и людей нет.

Это при условии, что прод стабилен

Стало быть, снова бермудский треугольник из быстро, качественно и дорого...

мб: быстро, качественно, Дешево ? ))

Наверное)

Скорость-качество-цена

Кто хочет-то? Разработчики или Греф? Вы Грефу скажите, что пилите 100 тыщ тестов, но не говорите, что они юнит )) Будет и масштаб и скорость и начальство довольно. UI-тесты тоже пишите, чтоб было что показать начальству - как роботы по гую бегают

Привет! Ищу способ быстро нагенерить тесты из боевых логов nginx, чтобы потом повторять те же запросы на тестируемый сервис. Ожидаемый результат — тот же код ответа, что и в оригинальном логе. Записей несколько миллионов, из них нужно отфильтровать часть по URL. Запросы только GET.

Пока что есть идея распарсить лог, записать нужное в JSON и потом просто кодом прогонять запросы (мб даже HEAD хватит) и сравнивать коды ответов. Но вдруг есть что-то прям совсем готовое для этой задачи?

Желательно python и *nix.

А JMeter разве так не умеет?

там только по твоему сценарию нагенерится же

а я так поняла, необходимы пользовательские боевые. кстати, интересно, послушаю

Вы так и пользовательские ошибки сделаете эталоном, а потом когда их поправят будете доказывать, что разработчики плохие опять сломали :)

а как же дубликаты запросов и тестов ?
как же оценка покрытия ?
то что вы хотите сделать как-то не совсем похоже на тестирование - просто эмитация запросов юзеров без каких либо качественных характеристик...