MSTEST PrincipalPermission

Question

Comment tester un code de test décoré avec l'attribut PrincipalPermission?

Par exemple, cela fonctionne:

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."); 
    } 
} 

Cela jette un SecurityException:

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

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

Toutes les idées?

Answer 1

Que diriez-vous de créer un GenericIdentity et attachant que le Thread.CurrentPrincipal dans votre test comme ceci:

[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(); 
} 

Pour un échec test, vous pouvez:

[TestMethod] 
[ExpectedException(typeof(SecurityException))] // Or whatever it's 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(); 
} 

Answer 2

Vous pouvez essayer impersonating différents utilisateurs dans la méthode de test, si vous exécutez le code en tant qu'administrateur, vous pouvez créer un compte d'utilisateur local dans le test (ou la classe de test) et le supprimer à la fin. Désolé, j'ai imaginé utiliser l'emprunt d'identité pour tester un cas d'échec - j'aurais dû lire votre question correctement :) J'ai des tests unitaires similaires, et ils sont capables de créer des comptes locaux dans mstest. Que ce soit une bonne pratique est une autre question.

Je vois que vous avez déjà fait comme this page suggère: définissez la politique principale du domaine app à "WindowsPrincipal". Pour moi, Thread.CurrentPrincipal.Identity.Name donne mon nom d'utilisateur et le test passe en utilisant VS 2005 et VS 2008 ciblant .NET 2.0, 3.0 & 3.5.

Courez-vous sur Vista/Win7 avec UAC et VS non élevé? Sinon, êtes-vous capable de reprographier sur une autre machine, en utilisant un autre groupe ou en créant un autre compte administrateur local sur votre machine et en exécutant les tests en tant que cet utilisateur?