Estoy usando Ldapconnection.Sendrequest porque estoy ejecutando Linux, por lo que solo puedo usar clases del espacio de nombres System.DirectoryServices.Protocols .

El código funciona perfectamente bien contra un Active Directory en vivo, pero aquí hay un ejemplo de todos modos.

 // retrieves the distinguishedname for all groups, starting from dc=test,dc=local var request = new SearchRequest("dc=test,dc=local", "(Objectclass=group)", "distinguishedname"); var searchResponse = ldapConnection.SendRequest(request) as SearchResponse;

Mi pregunta es, ¿cómo se puede probar esta unidad? Me gustaría realizar una prueba unitaria porque una respuesta de searchResponse diferente hará que se tome una ruta diferente a través del código.

He intentado burlarme de SearchResponse: ( ¿Cómo crear una instancia de la clase SearchResponse (que no tiene constructores públicos)? )

 var ctors = typeof (SearchResponse).GetConstructors(BindingFlags.NonPublic | BindingFlags.Instance); var neededCtor = ctors.First( ctor => ctor.GetParameters().Count() == 5); SearchResponse response = neededCtor.Invoke(new object[] { "distinguishedName", null, // System.DirectoryServices.Protocols.DirectoryControl[] null, // System.DirectoryServices.Protocols.ResultCode errorMessage, null // System.Uri[] }) as SearchResponse; return response;

Pero no puedo encontrar una manera de simular SearchResponse.Entries, ya que SearchResultEntryCollection y SearchResultEntry son (aparentemente) imposibles de burlar. Es como si el equipo de dotnet hubiera hecho todo lo posible para que esta área fuera completamente imposible de burlar.

Soy nuevo en el uso de LdapConnection (anteriormente podía usar la clase AccountManagement, ya que estaba ejecutando Windows), entonces, ¿quizás no debería usar LdapConnection en primer lugar?

Igualmente, estaría abierto a ejecutar las pruebas de AD en la memoria, como lo haría para el acceso a la base de datos, pero no puedo encontrar la manera de hacerlo.

Muchas gracias por tu ayuda, Dan