-
Notifications
You must be signed in to change notification settings - Fork 522
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
Behavior Test Framework for Bindings #3066
Comments
cc @tisonkun @messense @suyanhanx for comments. |
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
I'd like to try the Python part and I found that already has a behavior test based on memory, should I update it to the s3 service? |
The behavioral tests mentioned in this issue are not quite the same as the parts we did before. The new tests will be a bit closer to real-world usage. |
The old behavior test will be replaced with the new test framework mentioned here. In the new test framework, we will:
|
I'd like to solve the Node.js part. Can I have a try? |
Welcome! |
Most work has been done. Let's close. |
OpenDAL's behavior test greatly enhances the stability and reliability of the openal rust core. I used to think bindings can use rust core directly and don't need to perform their own test frameworks. However, some users blocked by binding issues, for example: #3037
So I think it's better to build a behavior test framework for all bindings instead. This test framework should reuse all our existing setup and workflows as much as possible. And our binding should only need to implement test case once and can run upon different services.
Design
.env
likecore
does to init different services.core
does, for example, write a file and read it.Tasks
fixtures
fromcore/src/services/{service}
to top-levelfixtures/{service}
.env
(and env) to init operatortest_write
/test_read
service_test_s3.yml
service_test_redis.yml
.env
(and env) to init operatortest_write
/test_read
service_test_s3.yml
.env
(and env) to init operatortest_write
/test_read
service_test_s3.yml
Other bindings can follow those work based on their own progress.
Notes
This issue is solely for bootstrapping the test framework. We will create separate tracking issues to address different bindings in the future.
The text was updated successfully, but these errors were encountered: