DRSUAPI interface - test case scenarious

[Kamen Mazdrashki]

Hi All,

As you may know, we are currently on DRSUAPI implementation.
In the existing code base there are bunch of torture tests for the interface - most of them are calling the corresponding interface method and print what the traffic is. No doubt this is quite useful for cracking data.

Nevertheless, we decided to implement some more tests.
The idea is - we think it will be great for us to have few more complex tests to be discussed with MS guys during Microsoft interoperability event.

Here is a very short list of tests we are thinking of (just a draft):

TC1: Test case for DsGetNCChanges() (IDL_DRSGetNCChanges) method:
1. Call drsuapi_DsGetNCChanges() to get highest USN
2. Add attribute, object, whatever
3. Call drsuapi_DsGetNCChanges() - check replica contains added objects in step 2
NOTE: I am quite qurious if we can use DRS interface without joining the domain.
	Reading the docs I am getting the impression we don't need to be joined in the domain (correct me if wrong here)

TC2: Test case for "urgent replication" - IDL_DRSReplicaSync() && IDL_DRSGetNCChanges().
Precondition is for us to have 2 AD DCs (Win-Win, Win-S4, S4-S4). Lets name the machines M1 and M2. In case we have Win-Win configuration, torture test is to be performed on M3 machine. 
1. Verify M1 and M2 are part of replication graph, i.e. repsFrom/repsTo are set correctly
2. Tune AD on M1 and M2 to replicated with long delay (any ideas?)
3. Add attribute, object, whatever on M1.
4. Send IDL_DRSReplicaSync() to M2 setting it should replicate from M1.
5. Verify objects added on M1 are replicated on M2.

TC_all utils: It should be nice if we have "data validation" helpers. I.e. to be able to verify data returned from, say IDL_DRSGetNCChanges(), is valid and is what we have expected.


Any notes, comments, ideas etc are very welcomed.
We need to implement as much as we can before the mid of September so that any documentation misunderstandings to be clarified before progress of DRSUAPI development advance too much.


Thanks,
Kamen Mazdrashki
kamen.mazdrashki at postpath.com
CISCO SYSTEMS BULGARIA EOOD
18 Macedonia Blvd. Sofia 1606
Bulgaria
http://www.cisco.com/global/BG/