Как использовать Microsoft Authentication Library (MSAL) для автоматизированных тестов

Как использовать MSA или MSAL для проверки клиентского кода на соответствие обоим бизнес-требованиям? и пользовательские тестовые учетные записи в одном наборе тестов без какого-либо взаимодействия с пользователем? Интегрированная проверка подлинности Windows не подходит для этого и является не реализовано в MSAL, даже если я работал в домене.

Для ADAL это сообщение в блоге: Использование ADAL .NET для аутентификации пользователей с помощью имени пользователя / пароля, но я понимаю, что эта опция не рекомендуется и может быть отключена в будущем. Кроме того, я не могу использовать это для учетных записей клиентов.


msal e2e-testing
person Michael Mainer    schedule 25.01.2017    source источник

Ответы (1)


arrow_upward
1
arrow_downward

В текущем предварительном просмотре MSAL только тихие потоки для пользовательской аутентификации полагаются на наличие кэшированных токенов, ранее полученных с помощью интерактивной аутентификации. Скорее всего, так будет и в следующем превью. В конечном итоге будет поддерживаться интегрированная аутентификация на основе домена. Однако текущий план записи для предоставления имени пользователя и пароля заключается в том, что конечная точка Azure AD v2.0 не будет поддерживать его.

person vibronet    schedule 02.02.2017
comment
Итак, означает ли это, что для автоматических тестов мне нужно получить токен обновления с помощью интерактивной аутентификации, вручную добавить его в кеш и запросить токены доступа на основе токена обновления? Ищу решение для непрерывной интеграции и тестирования. - person Michael Mainer; 03.02.2017
comment
Не вручную. Каждый раз, когда вы вызываете AcquireToken *, токены автоматически добавляются в кеш. Что вам действительно нужно сделать, так это предоставить реализацию кеша, которая использует выбранный вами уровень сохраняемости, например файл, чтобы вы могли повторно использовать его, где бы вы ни выполняли свои тесты. - person vibronet; 03.02.2017