-
Notifications
You must be signed in to change notification settings - Fork 479
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Creation of Functional Test project #1632
Conversation
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks great. The things we'll need to do:
- Make this NOT run as part of PR builds in Devops.
- Make these tests NOT run by default if someone locally runs "All Tests". That is, figure out how to exclude them.
- Make this project run only as part of the nightly build tests.
- Put a build badge on the repo, indicating the Pass/Fail state of the Functional Tests.
LMK when you're ready to merge this (Monday?). Once that's done, we can get started on the build & test updates.
Note - many of the LUIS and Q&A tests are actually UNIT tests and shouldn't be moved. Only the tests that actually hit services should be moved. |
Hi @cleemullins, This symbol will be explicitly set on the nightly build only. So, they won't execute on regular or local builds. Another option could be using an environment variable to check at execution time and run the tests only if it's set to true. A third option could be to create two PlayLists, one for the Functional-Tests and other for the Non-Functional-Tests and choose which one you want to execute in the Test Explorer. Thanks! |
Of those 3 solutions, I lean towards the "#if" statement. The playlist seems confusing. The Environment variable would result in the tests returning either "Inconclusive" or "Passed", both of which are misleading. I would rather just have the test ignored in the local scenario. |
af5fe5d
to
6d80f76
Compare
6d80f76
to
61c4ec6
Compare
@ceciliaavila Apparently changing from "Draft" to "Ready for review" doesn't kick off of build. Can you touch the PR so a build is kicked off? |
|
The Coverage has decreased due to Functional Tests no longer been executed as part of the Build. |
|
Once this PR is merged, the "Nightly-Build" Pipeline must be configurated the following way:
echo '##vso[task.setvariable variable=TESTAPPID]$(TESTAPPIDSECRET)'
echo '##vso[task.setvariable variable=TESTPASSWORD]$(TESTPASSWORDSECRET)'
echo '##vso[task.setvariable variable=LUISAPPID]$(LUISAPPIDSECRET)'
echo '##vso[task.setvariable variable=LUISSUBSCRIPTIONKEY]$(LUISSUBSCRIPTIONKEYSECRET)' Then, the Pipeline will execute the Functional Tests using the environment variables: |
One change before merge - Let's move the project from the /tests folder to a "/FunctionalTests" folder. These tests are different enough from our existing unit tests, that they should be in a different folder. |
Done! Thanks! |
|
Let's target merging this, and the accompanying build changes, tomorrow. Should be straightforard. |
This PR fixes issue #1586
Proposed Changes
Created the new Microsoft.Bot.Builder.FunctionalTests project to gather all tests that hit services.
Moved the GetTokenRefreshTests and the LuisRecognizerTests into this new project.
Removed all references of FuseBox from the tests libraries.