You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With the addition of functional tests for Semantic Kernel in #800, it became apparent that there are multiple combinations of app configs that we want to test, and the current method of spinning up a new mock server instance will not scale. Making it easy to write functional tests for multiple combinations of configs will encourage developers to write more of them, ultimately increasing the stability of CWYD.
One way of solving this problem would be to:
Allow declaring app config per test file rather than per test folder.
Allow reloading app config while the server is running, removing the need for restarting a server when there is a new config combination.
How would you feel if this feature request was implemented?
Requirements
A list of requirements to consider this feature delivered
The ability to run functional tests with multiple app config combinations without needing to run each combination on a new mock server instance.
Tasks
To be filled in by the engineer picking up the issue
Task 1
Task 2
...
The text was updated successfully, but these errors were encountered:
Motivation
Currently, the functional tests spin up a new instance of the mock frontend API service for each combination of app configuration.
For e.g., we have one group of tests running for SHOULD_USE_DATA= true and another for false.
With the addition of functional tests for Semantic Kernel in #800, it became apparent that there are multiple combinations of app configs that we want to test, and the current method of spinning up a new mock server instance will not scale. Making it easy to write functional tests for multiple combinations of configs will encourage developers to write more of them, ultimately increasing the stability of CWYD.
One way of solving this problem would be to:
How would you feel if this feature request was implemented?
Requirements
A list of requirements to consider this feature delivered
Tasks
To be filled in by the engineer picking up the issue
The text was updated successfully, but these errors were encountered: