Skip to content
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

Validate server S3 storage functionality #5

Open
LakiG opened this issue Aug 27, 2022 · 0 comments
Open

Validate server S3 storage functionality #5

LakiG opened this issue Aug 27, 2022 · 0 comments

Comments

@LakiG
Copy link
Collaborator

LakiG commented Aug 27, 2022

A suggested feature add-on was to include the S3 storage functionality in the compliance suite to make it versatile instead of being focused primarily on the API side validation. This would allow for cloud development validation for TES servers. These test cases would be termed as "functional" test cases, while the existing ones would all be referred as the "logical" test cases.

The methodology followed is -

  1. Get the Server S3 storage credentials and pass them in a config file inside compliance suite.
  2. Access the S3 storage via boto3 SDK.
  3. Create a new bucket for compliance testing.
  4. Write a functional test case involving the S3 file storage.
  5. Validate the result via Get Task and the output files inside S3 to check if the TES server behaved properly.

This feature has already been worked upon and the code is inside the feature/s3-storage branch. Majority of the work is done (i.e. till step 4) The approach used in the current code calculates the result of output files in runtime. However, it was discussed that this is not needed as we can refer the existing pre-stored solutions of a Test and validate the result against them. Therefore, no need to calculate the results in runtime.

Due to lack of time as the GSoC was ending its duration, the feature could not be completed, though its already in a working state for simple functional testcases. To complete the feature, the additional changes required would be as follows -

  1. Modify the test case to involve some output files.
  2. Store the expected correct result of this test case already.
  3. Validate the output files generated via the actual TES server implementation against the stored results.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant