Наше приложение имеет 35 веб-серверов и около 100 различных API-интерфейсов.
Эти API-интерфейсы внутренне вызывают друг друга и также выполняются независимо.У нас есть автоматизированные тестовые случаи с около 30 API, но некоторые из наших тестов дают сбой, потому что другие API не работают, от чего зависит тестируемый API.
Итак, как мы можем узнать с помощью наших автоматических тестов причину каждого сбоя теста?
Пример сценария:
У нас есть тестовый пример для проверки API для получения остатка на банковском счете пользователя.
Теперь мы запускаем этот API через Rest Assured и пытаемся подтвердить ожидаемый результат.Этот запрос сначала направляется на сервер бухгалтерской книги, который затем внутренне обращается к серверу авторизации для проверки подлинности запроса, затем обращается к серверу-счетчику, затем регистрирует запрос fetchBalance, затем обращается к нескольким другим серверам, чтобы получить правильный баланс пользователя, а затем отвечает на запрос.наш запрос.
Но проблема в том, что это может сломаться в любом случае, и если он сломается, сервер бухгалтерской книги всегда возвращает одну и ту же строку ошибки - «Что-то не удалось подкопить».Теперь отладка становится проблемой.Мы должны перейти на каждый сервер и найти журналы, чтобы узнать действительную причину.
Я хочу написать решение, которое может проследить полный жизненный цикл этого запроса и сообщить о том, где он фактически завершился неудачей.