-
Notifications
You must be signed in to change notification settings - Fork 312
Onboarding search-relevance on smoke testing #5572
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
Onboarding search-relevance on smoke testing #5572
Conversation
Signed-off-by: Martin Gaievski <[email protected]>
30c7c91
to
e868477
Compare
tried to test spec against latest 3.1.0 build, got following errors. Looks like some specifications are not correct:
|
e1a2dac
to
56a5882
Compare
Signed-off-by: Martin Gaievski <[email protected]>
56a5882
to
932fb1b
Compare
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.
Thanks for the PR here. Are we still waiting for the updates in the API specification repo?
PR from @ajleong623 for spec updates is still open, but looks like we're getting responses from all APIs even without that PR. |
Yeah the responses come from the plugin itself while this smoke tests framework relies on the API spec as source of truth to validate. Even the responses were expected but not fully align with api spec, this smoke tests validation would fail. |
@zelinh would the changes in the api specification affect the manifests CI check? I have been working on understanding how the changes in the api spec actually affect the smoke tests. The only other changes I made were creating the dockerfile/docker-compose.yml in the plugin test and adding to the workflow (https://github.com/opensearch-project/opensearch-api-specification/blob/main/.github/workflows/test-spec.yml). I am not sure if those other changes actually affect the build tool or the verification. |
No it shouldn't affect the manifest CI check in this PR. I took a quick look and seems like the env setup for the manifest CI check failed. Just triggered re-run and now it's good. The smoke tests relies on api-spec and it's not checked on this CI level; it would failed when it's not validated with api-spec when triggering such workflow for example |
@zelinh Got it. So the solution would be to push the updated specification to the repository? |
Yes. All changes should be made to api-spec repo. You only provide API path and any parameters here in opensearch-build repo. |
@zelinh just to confirm, the GitHub workflow folder in the api spec repository and the docker compose in the test folder of the api spec repository are not being used in the verification process? It’s only the spec/namespace folder? I looked at the code, and it looks like the test runner only compares with a static file of the specification. |
Workflow or CI tests in api-spec repo has nothing to do with the smoke test framework here. Smoke test will only consume |
Seems like we have everything updated. |
@zelinh I believe the api specs work now. I did run it on my end. |
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.
2025-06-17 14:35:47 INFO | search-relevance | /_cluster/settings PUT | PASS |
2025-06-17 14:35:47 INFO | search-relevance | /_plugins/_search_relevance/judgments PUT | PASS |
2025-06-17 14:35:47 INFO | search-relevance | /_plugins/_search_relevance/query_sets PUT | PASS |
2025-06-17 14:35:47 INFO | search-relevance | /_plugins/_search_relevance/search_configurations PUT | PASS |
2025-06-17 14:35:47 INFO | search-relevance | /_plugins/_search_relevance/stats GET | PASS |
LGTM! Thanks!
@zelinh will this change be reflected in test runs for 3.1 version or only in future releases? |
We have a cron job that triggered by our build job for running these tests. https://build.ci.opensearch.org/job/smoke-test/ |
Description
Enable smoke tests for search-relevance plugin
Issues Resolved
N/A
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.