Operation-Validation-Framework icon indicating copy to clipboard operation
Operation-Validation-Framework copied to clipboard

Support ConfigurationData hash as a parameter

Open smurawski opened this issue 8 years ago • 3 comments

Similar to #5 and #6, without being able to parameterize the tests, it can be difficult to share or reuse OVF test suites.

Since we've got the concept of a ConfigurationData hash in DSC, why not reuse that construct to provide data to OVF tests and build in support for $ConfigurationData, $AllNodes, and $Node.

smurawski avatar Jun 16 '16 20:06 smurawski

I'm a little unclear on how the the Pester tests would have to be constructed to support the ConfigurationData format. Maybe an example? If the Pester tests are designed to test the local machine, what would $Allnodes and $Node do?

devblackops avatar Jun 17 '16 03:06 devblackops

@devblackops Take AD for example -If the machine were configured with DSC, you could use the NodeName to filter allnodes to find your specific instance, in allnodes. And based on the role or other data, you could identify what other domain controllers should be in the environment, test site links, check replication, etc.. Since your configurationdata should represent both the current node and the environment, you have all the data you should need to work with.

smurawski avatar Jun 17 '16 14:06 smurawski

Take a look at https://github.com/DexterPOSH/PSRemotely. We have DSC style configuration data support.

rchaganti avatar May 12 '17 04:05 rchaganti