mirror of
https://github.com/ceph/s3-tests.git
synced 2024-11-23 03:38:41 +00:00
Compatibility tests for S3 clones
3a0f1f0ead
- Fix tox.ini syntax Modern tox versions require the expected environment variables to be listed one by one on separate lines in tox.ini - Add `venv` to list of ignored names for git This is a common name for a local Python virtual environment. Less typing than `virtualenv` - Add `tox` to requirements.txt Installing `tox` via `pip` has the advantage of including it in the virtual environment, thus avoiding trouble on operating systems shipping by default with python3.6 or older. It's also nice that `pip install -r requirements.txt` is now sufficient to set up the testing environment, after initializing the virtual environment with a moder-enough python version. Signed-off-by: Moritz Röhrich <moritz.rohrich@suse.com> |
||
---|---|---|
s3tests | ||
s3tests_boto3 | ||
.gitignore | ||
LICENSE | ||
pytest.ini | ||
README.rst | ||
requirements.txt | ||
s3tests.conf.SAMPLE | ||
setup.py | ||
tox.ini |
======================== S3 compatibility tests ======================== This is a set of unofficial Amazon AWS S3 compatibility tests, that can be useful to people implementing software that exposes an S3-like API. The tests use the Boto2 and Boto3 libraries. The tests use the Tox tool. To get started, ensure you have the ``tox`` software installed; e.g. on Debian/Ubuntu:: sudo apt-get install tox You will need to create a configuration file with the location of the service and two different credentials. A sample configuration file named ``s3tests.conf.SAMPLE`` has been provided in this repo. This file can be used to run the s3 tests on a Ceph cluster started with vstart. Once you have that file copied and edited, you can run the tests with:: S3TEST_CONF=your.conf tox You can specify which directory of tests to run:: S3TEST_CONF=your.conf tox s3tests_boto3/functional You can specify which file of tests to run:: S3TEST_CONF=your.conf tox s3tests_boto3/functional/test_s3.py You can specify which test to run:: S3TEST_CONF=your.conf tox s3tests_boto3/functional/test_s3.py::test_bucket_list_empty Some tests have attributes set based on their current reliability and things like AWS not enforcing their spec stricly. You can filter tests based on their attributes:: S3TEST_CONF=aws.conf tox -- -m 'not fails_on_aws' Most of the tests have both Boto3 and Boto2 versions. Tests written in Boto2 are in the ``s3tests`` directory. Tests written in Boto3 are located in the ``s3test_boto3`` directory. You can run only the boto3 tests with:: S3TEST_CONF=your.conf tox -- -m 'not fails_on_aws' s3tests_boto3/functional ======================== STS compatibility tests ======================== This section contains some basic tests for the AssumeRole, GetSessionToken and AssumeRoleWithWebIdentity API's. The test file is located under ``s3tests_boto3/functional``. To run the STS tests, the vstart cluster should be started with the following parameter (in addition to any parameters already used with it):: vstart.sh -o rgw_sts_key=abcdefghijklmnop -o rgw_s3_auth_use_sts=true Note that the ``rgw_sts_key`` can be set to anything that is 128 bits in length. After the cluster is up the following command should be executed:: radosgw-admin caps add --tenant=testx --uid="9876543210abcdef0123456789abcdef0123456789abcdef0123456789abcdef" --caps="roles=*" You can run only the sts tests (all the three API's) with:: S3TEST_CONF=your.conf tox s3tests_boto3/functional/test_sts.py You can filter tests based on the attributes. There is a attribute named ``test_of_sts`` to run AssumeRole and GetSessionToken tests and ``webidentity_test`` to run the AssumeRoleWithWebIdentity tests. If you want to execute only ``test_of_sts`` tests you can apply that filter as below:: S3TEST_CONF=your.conf tox -- -m test_of_sts s3tests_boto3/functional/test_sts.py For running ``webidentity_test`` you'll need have Keycloak running. In order to run any STS test you'll need to add "iam" section to the config file. For further reference on how your config file should look check ``s3tests.conf.SAMPLE``. ======================== IAM policy tests ======================== This is a set of IAM policy tests. This section covers tests for user policies such as Put, Get, List, Delete, user policies with s3 actions, conflicting user policies etc These tests uses Boto3 libraries. Tests are written in the ``s3test_boto3`` directory. These iam policy tests uses two users with profile name "iam" and "s3 alt" as mentioned in s3tests.conf.SAMPLE. If Ceph cluster is started with vstart, then above two users will get created as part of vstart with same access key, secrete key etc as mentioned in s3tests.conf.SAMPLE. Out of those two users, "iam" user is with capabilities --caps=user-policy=* and "s3 alt" user is without capabilities. Adding above capabilities to "iam" user is also taken care by vstart (If Ceph cluster is started with vstart). To run these tests, create configuration file with section "iam" and "s3 alt" refer s3tests.conf.SAMPLE. Once you have that configuration file copied and edited, you can run all the tests with:: S3TEST_CONF=your.conf tox s3tests_boto3/functional/test_iam.py You can also specify specific test to run:: S3TEST_CONF=your.conf tox s3tests_boto3/functional/test_iam.py::test_put_user_policy Some tests have attributes set such as "fails_on_rgw". You can filter tests based on their attributes:: S3TEST_CONF=your.conf tox -- s3tests_boto3/functional/test_iam.py -m 'not fails_on_rgw'