a.berezin
d8a3f51787
Some checks failed
DCO check / Commits Check (pull_request) Has been cancelled
Signed-off-by: a.berezin <a.berezin@yadro.com> |
||
---|---|---|
.github/workflows | ||
pytest_tests | ||
venv/local-pytest | ||
.flake8 | ||
.gitignore | ||
.pre-commit-config.yaml | ||
__init__.py | ||
CODEOWNERS | ||
CONTRIBUTING.md | ||
LICENSE | ||
Makefile | ||
pyproject.toml | ||
pytest.ini | ||
README.md | ||
requirements.txt | ||
requirements_dev.txt | ||
venv_template.mk |
Testcases structure
Tests written with PyTest Framework are located under pytest_tests/testsuites
directory.
These tests rely on resources and utility modules that have been originally developed for Pytest Framework.
Testcases execution
Initial preparation
-
Install frostfs-cli
git clone git@git.frostfs.info:TrueCloudLab/frostfs-node.git
cd frostfs-node
make
sudo cp bin/frostfs-cli /usr/local/bin/frostfs-cli
-
Install frostfs-s3-authmate
git clone git@git.frostfs.info:TrueCloudLab/frostfs-s3-gw.git
cd frostfs-s3-gw
make
sudo cp bin/frostfs-s3-authmate /usr/local/bin/frostfs-s3-authmate
-
Install neo-go
git clone git@git.frostfs.info:TrueCloudLab/neo-go.git
cd neo-go
git checkout v0.101.0
(or the current version in the frostfs-dev-env)make
sudo cp bin/neo-go /usr/local/bin/neo-go
or download binary from releases: https://git.frostfs.info/TrueCloudLab/neo-go/releases
-
Clone frostfs-dev-env
git clone git@git.frostfs.info:TrueCloudLab/frostfs-dev-env.git
Note that we expect frostfs-dev-env to be located under
the <testcases_root_dir>/../frostfs-dev-env
directory. If you put this repo in any other place,
manually set the full path to frostfs-dev-env in the environment variable DEVENV_PATH
at this step.
- Make sure you have installed all the following prerequisites on your machine
make
python3.10
python3.10-dev
libssl-dev
As we use frostfs-dev-env, you'll also need to install prerequisites of this repository.
- Prepare virtualenv
$ make venv
$ source venv.frostfs-testcases-3.10/bin/activate
- Optionally you might want to integrate code formatters with your code editor to apply formatters to code files as you go:
- isort is supported by PyCharm, VS Code. Plugins exist for other IDEs/editors as well.
- black can be integrated with multiple editors, please, instructions are available here.
- Install Allure CLI
Allure CLI installation is not an easy task, so a better option might be to run allure from docker container (please, refer to p.2 of the next section for instructions).
To install Allure CLI you may take one of the following ways:
- Follow the instruction from the official website
- Consult the thread
- Download release from the Github
$ wget https://github.com/allure-framework/allure2/releases/download/2.18.1/allure_2.18.1-1_all.deb
$ sudo apt install ./allure_2.18.1-1_all.deb
You also need the default-jre
package installed.
If none of the options worked for you, please complete the instruction with your approach.
Run and get report
- Run tests
Make sure that the virtualenv is activated, then execute the following command to run a singular test suite or all the suites in the directory
$ pytest --alluredir my-allure-123 pytest_tests/testsuites/object/test_object_api.py
$ pytest --alluredir my-allure-123 pytest_tests/testsuites/
- Generate report
If you opted to install Allure CLI, you can generate a report using the command allure generate
. The web representation of the report will be under allure-report
directory:
$ allure generate my-allure-123
$ ls allure-report/
app.js data export favicon.ico history index.html plugins styles.css widgets
To inspect the report in a browser, run
$ allure serve my-allure-123
If you prefer to run allure from Docker, you can use the following command:
$ mkdir -p $PWD/allure-reports
$ docker run -p 5050:5050 -e CHECK_RESULTS_EVERY_SECONDS=30 -e KEEP_HISTORY=1 \
-v $PWD/my-allure-123:/app/allure-results \
-v $PWD/allure-reports:/app/default-reports \
frankescobar/allure-docker-service
Then, you can check the allure report in your browser by this link
NOTE: feel free to select a different location for allure-reports
directory, there is no requirement to have it inside frostfs-testcases
. For example, you can place it under /tmp
path.
Contributing
Feel free to contribute to this project after reading the contributing guidelines.
Before starting to work on a certain topic, create a new issue first, describing the feature/topic you are going to implement.
License
Pytest marks
Custom pytest marks used in tests:
sanity
- Tests must be runs in sanity testruns.smoke
- Tests must be runs in smoke testruns.