2009-08-19 5 views
3

Ich habe .Net-Code, der in unsere lokale Active Directory-Domäne lesen/schreiben wird. Der Leseteil wurde getestet und funktioniert gut, aber ich möchte den "schreibenden" Teil testen. Meine Anwendung wird einige Benutzerprofile im Active Directory ändern, aber ich möchte dies nicht auf dem Live-Server implementieren, nur für den Fall, dass etwas kaputt geht. Was ist der beste Ansatz, um die "Schreib" -Funktionalität zu testen, ohne einen Ausfall des Live-Servers zu riskieren?Wie Sie einen Test replizieren und einrichten Active Directory DC

Gibt es eine Möglichkeit, Active Directory auf einem anderen Server zu replizieren und Tests auf diesem neuen Server getrennt von der ursprünglichen Active Directory-Domäne auszuführen? Ich dachte darüber nach, meiner Domäne eine Testmaschine als sekundären Domänencontroller hinzuzufügen, um das Schema zu replizieren. Dann wird es vom Netzwerk genommen und Tests ausgeführt, und wenn es unsere reale Domäne durchbricht, ist das nicht davon betroffen.

Kann jemand vorschlagen, was der beste Ansatz ist, dies zu tun? Je detaillierter, desto besser .. Danke.

Antwort

7

Sie haben grundsätzlich zwei Möglichkeiten:

1) Ihre eigene Testdomäne mit einer vollständigen AD-Infrastruktur und testen Sie den Code dort ein. Das ist in der Regel ziemlich viel Arbeit, und Sie müssen zu Testzwecken zwischen Ihrer normalen Arbeitsdomäne und dieser Testdomäne wechseln. Braucht auch einen vollwertigen Server.

2) Verwenden Sie AD LDS (Active Directory Lightweight Directory Services) - früher bekannt als AD/AM (Active Directory/Anwendungsmodus). Dies ist ein installierbarer Windows-Dienst, den Sie auf einem Windows XP- oder Vista-Entwicklungscomputer verwenden können. Es ist sehr nah an "echten" AD - in der Regel nahe genug, um gut zu testen.

Marc