Description
Align on the different use cases we want to cover in our module tests and reflect that in the parameter naming convention. For instance:
- modules covering multiple services should cover all test scenarios
- e.g. cognitive services cover both speech and face services. parameter files should cover both use cases, hence include
speech.parameters.json and face.parameters.json
- always include a
min.parameters.json to cover only required parameters. For modules covering multiple services this could be duplicated if different services lead to different implementations.
- e.g. cognitive services cover both speech and face services. parameter files should cover both use cases, hence include
speech.min.parameters.json and face.min.parameters.json
- all modules providing cmk functionality should include a
encr.parameters.json (or cmk.parameters.json). For modules covering multiple services this could be duplicated if different services lead to different implementations.
Discussion needed: we could go for either a "always use encr.parameters.json" for consistency and to clearly show shorter specific examples in the readme or "use it only if required due to incompatibility with other settings" to instead try to include all possible features in the main parameters.json. The latter approach would probably be preferable considering the new dependencies approach. In either case update the Wiki as needed.
- all modules providing networking functionalities ahould include a
net.parameters.json (or similar). For modules covering multiple services this could be duplicated if different services lead to different implementations.
Discussion needed: same as above.
Update: this is now related to main.test.bicep wrapper modules
Description
Align on the different use cases we want to cover in our module tests and reflect that in the parameter naming convention. For instance:
speech.parameters.jsonandface.parameters.jsonmin.parameters.jsonto cover only required parameters. For modules covering multiple services this could be duplicated if different services lead to different implementations.speech.min.parameters.jsonandface.min.parameters.jsonencr.parameters.json(orcmk.parameters.json). For modules covering multiple services this could be duplicated if different services lead to different implementations.net.parameters.json(or similar). For modules covering multiple services this could be duplicated if different services lead to different implementations.Update: this is now related to main.test.bicep wrapper modules