Repository navigation
Conversation
|
Please move the tests out from the docker folder to the test folder. |
0543e5d to
8ece423
Compare
|
@jordijoangimenez, I rebased the branch onto development and moved the files into a directory under tests. |
Problem The open pull request #32 (feature/integration-test -> development) adds pytest integration tests under tests/integration/, with their own README. It does not change the root README, so after it merges the root README would not mention them. [code-derived] Basis No clause governs this; code-derived. Merged state built by merging #32 (head b5cbcf7) into development (cef77bc), no conflicts. #32 changes only tests/integration/ and adds .gitignore. Raised by Review by the repository owner. Change README.md, Development: a short "Integration tests (optional)" subsection pointing to tests/integration/README.md. What it says is taken from the merged tree: the tests run against a local DCAF from docker/local (tests/integration/README.md; docker/local/ docker-compose.yml:21-23 maps ports 5000, 5100 and 5201, as tests/integration/config.toml expects); the clients create, get and delete R1 provisioning sessions and data reporting configurations, R2 data reporting sessions (plus creating a report) and R6 event subscriptions (tests/integration/clients/*.py); there is no update call. No instruction is copied from the sub-folder README. The rest of the README was checked against the merged tree and is unchanged by #32. Verification T0: code_check.py against the previous README on this branch: 8 of 8 code blocks byte-identical, none added. The tests were not run. Not in this change tests/integration/README.md itself; any code.
|
b5cbcf7 to
cef77bc
Compare
|
I compared the Python integration test with the existing regression suite and removed it because it largely duplicated existing coverage. I reset the feature branch to the base branch, leaving no diff, so GitHub automatically closed the PR. I’ll reopen it shortly with the GitHub Actions update to run the existing regression tests automatically. |
|
The build workflow was disabled, so no CI runs were triggered by my pushes. I re-enabled it using |
|
Hi @davidjwbbc , the regression tests fail because they expect 200 OK when creating a provisioning session, but DCAF returns 201 Created:
It looks like b807fab changed the response status to 201, but the corresponding test expectations were not updated. |
Summary
This PR enables automatic execution of the existing DCAF regression suite through GitHub Actions.