2017-01-25 9 views
0

Как использовать MSA или MSAL для проверки кода клиента как на бизнес-тестах, так и на потребительских тестовых учетных записях в одном наборе тестов без какого-либо взаимодействия с пользователем? Windows Integrated Auth не является для этого вариантом, и это not implemented в MSAL, даже если я работал в домене.Как использовать библиотеку аутентификации Microsoft (MSAL) для автоматизированных тестов

Для ADAL это сообщение в блоге Using ADAL .NET to Authenticate Users via Username/Password, но я понимаю, что этот вариант не рекомендуется и может быть отключен в будущем. Кроме того, я не могу использовать это для учетных записей пользователей.

ответ

1

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

+0

Итак, это означает, что для автоматических тестов мне нужно будет получить токен обновления с помощью интерактивной проверки подлинности, вручную добавить его в кэш и запросить токены доступа на основе токена обновления? Я ищу решение для непрерывной интеграции и тестирования. –

+0

Не вручную. Каждый раз, когда вы вызываете AcquireToken *, маркеры автоматически добавляются в кэш. То, что вам нужно сделать, это предоставить реализацию кэша, которая использует уровень сохранения по вашему выбору, например. файл, чтобы вы могли повторно использовать его везде, где выполняете свои тесты. – vibronet

 Смежные вопросы

  • Нет связанных вопросов^_^