KY
а у вас фт тестит бэк?
Size: a a a
2021 November 06
O
рест’ом пользуются 5 клиентов
O
рест как фасад над дата платформой, апи аналитическое, много гет с большим числом параметров
KY
ну хорошо, смотри. тюнить бэк можно по разному. ты можешь вдолбить одну апишку 10000 рпс в сек и увидишь что твой бэк не тянет. не будешь же тюнить?)
O
ну зачем же так, мы же не хотим убить апи)
KY
отлично, значит тюнишь ты только найденные проблемы в определённых условиях. какие это условия? наверняка одно из них, что нагрузка должна быть реалистичной, что предполагает безопасность от того что вы фиксите не ту проблему. так?
O
с клиента берём нон-фук требования, под них расширяем апи
KY
требования это следствие целей, одна из которой выдержать реальную нагрузку например на проде
O
эти требования и есть границы, а мы или тюним запросы, код, бд или даём клиенту рекомендации, как правильно юзать апи, где добавит пагинацию, где уменьшить дата фреймы
O
конечно, максимально реальную нагрузку
KY
теперь к фт, что тестирует фт? оно проходит пользовательский сценарий, который предполагается на этапе разработки. это означает что на этом этапе мы гарантируем что пользователь который проходит по этому сценарию - его пройдет, так?
O
фт тестирует разные уровни: юнит, интеграцию с данными, и пользовательские
KY
как из этих сценариев получается нагрузочный тест?
KY
условно берём сценарий делаем N юзеров и вот нагрузка?
O
нет, есть логи за час, в этих логах есть вероятности срабатывания запросов, а в самом нагрузочном тесте ФТ запросы объединены в группы повторяющие сценарии с прода с распределением по потернам, взятых из логов
KY
не понял где связь между сценариями и запросами из логов
KY
ты по логу из какого-то запроса определяешь частоту всего сценария фт?
KY
который содержит этот запрос
O
логи это источник вероятности в процентах