Подтвердить что ты не робот

MSTEST PrincipalPermission

Как вы unit test код, украшенный атрибутом PrincipalPermission?

Например, это работает:

class Program
{
    static void Main(string[] args)
    {
        AppDomain.CurrentDomain.SetPrincipalPolicy(PrincipalPolicy.WindowsPrincipal);
        var c = new MyClass();
    }
}

[PrincipalPermission(SecurityAction.Demand, Role = @"BUILTIN\Users")]
class MyClass
{
    public MyClass()
    {
        Console.WriteLine("This works.");
    }
}

Это выдает исключение безопасности:

[TestClass]
public class UnitTest1
{
    [TestInitialize]
    public void TestInitialize()
    {
        AppDomain.CurrentDomain.SetPrincipalPolicy(PrincipalPolicy.WindowsPrincipal);
    }

    [TestMethod]
    public void TestMethod1() 
    { 
        var c = new MyClass();
    }
}

Любые идеи?

4b9b3361

ОТВЕТЫ

Ответ 1

Как насчет создания GenericIdentity и прикрепления к Thread.CurrentPrincipal в вашем тесте, например:

[TestMethod]
public void TestMethod1() 
{ 
    var identity = new GenericIdentity("tester");
    var roles = new[] { @"BUILTIN\Users" };
    var principal = new GenericPrincipal(identity, roles);
    Thread.CurrentPrincipal = principal;

    var c = new MyClass();
}

Для теста сбоя вы можете:

[TestMethod]
[ExpectedException(typeof(SecurityException))] // Or whatever it called in MsTest
public void TestMethod1() 
{ 
    var identity = new GenericIdentity("tester");
    var roles = new[] { @"BUILTIN\NotUsers" };
    var principal = new GenericPrincipal(identity, roles);
    Thread.CurrentPrincipal = principal;

    var c = new MyClass();
}

Ответ 2

Вы можете попробовать выдавать себя за других пользователей в рамках метода тестирования, если вы запустите код в качестве администратора, вы можете создать локальную учетную запись пользователя внутри тест (или тестовый класс) и удалить его в конце.

Изменить: Извините, мне показалось, что вы используете олицетворение, чтобы проверить случай сбоя - я должен был правильно прочитать ваш вопрос:) У меня есть подобные модульные тесты, и они могут создавать локальные учетные записи в mstest. Является ли это хорошей практикой, другое дело.

Я вижу, что вы уже сделали это как эта страница: укажите основную политику домена приложения на "WindowsPrincipal". Для меня Thread.CurrentPrincipal.Identity.Name дает мое имя пользователя и тестовые проходы, используя VS 2005 и VS 2008, предназначенные для .NET 2.0, 3.0 и 3.5.

Работаете ли вы в Vista/Win7 с UAC и не повышаете VS? В противном случае вы можете воспроизводить либо на другой машине, используя другую группу, либо создавая другую локальную учетную запись администратора на вашем компьютере и запуская тесты как этот пользователь?