MSTEST PrincipalPermission

Question

¿Cómo se decodifica el código de unidad de prueba con el atributo PrincipalPermission?

Por ejemplo, esto funciona:

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

Esto arroja una SecurityException:

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

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

¿Alguna idea?

Answer 1

¿Qué hay de la creación de un GenericIdentity y adjuntar a la que Thread.CurrentPrincipal en su prueba de este modo:

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

Para una prueba falla, usted podría:

[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

Puede probar impersonating diferentes usuarios dentro del método de prueba, si ejecuta el código como administrador puede crear una cuenta de usuario local dentro de la prueba (o clase de prueba) y eliminarla al final.

Editar: Lo siento, imaginé que usaría suplantar para probar un caso de falla - Debería haber leído su pregunta correctamente :) Tengo pruebas de unidad similares, y pueden crear cuentas locales dentro de mstest. Si esto es una buena práctica es otro asunto.

Veo que ya lo hizo como this la página sugiere: establecer la política principal del dominio de la aplicación en "WindowsPrincipal". Para mí, Thread.CurrentPrincipal.Identity.Name proporciona mi nombre de usuario y las pasadas de prueba utilizando VS 2005 y VS 2008 con orientación .NET 2.0, 3.0 & 3.5.

¿Se está ejecutando en Vista/Win7 con UAC y VS no elevados? De lo contrario, ¿puede reproducir en otra máquina, utilizar un grupo diferente o crear otra cuenta de administrador local en su máquina y ejecutar las pruebas como este usuario?