Когда вы записали тест, вполне вероятно, что вы прошли федеративный процесс входа в локальную AD FS вашей организации.(Этот федеративный вход мог быть прозрачным в виде серии перенаправлений.) В рамках этого федеративного входа AD FS вашей организации выпустит маркер SAML, идентифицирующий пользователя в Azure AD.Затем Azure AD проверит этот токен SAML, и, поскольку все проверено, он выдал свой собственный токен приложению (ответ с #id_token=...).
Однако, когда вы попытаетесь воспроизвести эти шаги позже,срок действия исходного токена SAML, выпущенного AD FS (во время исходной записи), истек и больше не действителен.Поэтому вместо того, чтобы Azure AD перенаправлял обратно в ваше приложение с ожидаемым токеном идентификатора, он перенаправлял обратно в ваше приложение с ошибкой о неверном токене SAML.
Вы сможете проверить это, записав новую последовательностьвход в систему и воспроизведение для теста немедленно.Вы, скорее всего, обнаружите, что сначала тест пройдет, а затем, по истечении срока действия токена, он снова начнет давать сбой.
Решение этой проблемы во многом зависит от среды тестирования, среды Azure AD и AD FS.и что конкретно вы пытаетесь загрузить тестом.Один из вариантов - использовать облачного выделенного тестового пользователя из выделенного тестового клиента в Azure AD (вы должны , а не включать в свои тесты учетные данные реальных пользователей из вашей производственной среды).Если часть того, что вы пытаетесь проверить, включает в себя федеративный вход, то вам следует использовать тестовый экземпляр AD FS и объединить своего тестового клиента Azure AD с этим тестовым AD FS.