FrostFS integration testcases
qa
Find a file
Elizaveta Chichindaeva 0d86352cbe [#163] Setup and Teardown restart dev-env
Signed-off-by: Elizaveta Chichindaeva <elizaveta@nspcc.ru>
2022-02-04 19:08:31 +03:00
build_assets (#111): python virtualenv for users 2021-09-08 12:34:09 +03:00
ca Merged in features/neo-rpc (pull request #2) 2020-07-01 02:28:31 +00:00
keys Testcases to cover S3 in the smoke test and updates in accordance with NeoFS 0.13.0 have been updated (#5) 2020-12-16 14:19:24 +03:00
robot [#163] Setup and Teardown restart dev-env 2022-02-04 19:08:31 +03:00
venv/localtest [#146] Script run.sh to reset dev-env after beafore each test 2021-12-13 14:46:35 +03:00
.gitignore (#111): python virtualenv for users 2021-09-08 12:34:09 +03:00
Makefile (#111): python virtualenv for users 2021-09-08 12:34:09 +03:00
README.md [#163] Setup and Teardown restart dev-env 2022-02-04 19:08:31 +03:00
requirements.txt [#103] Test to check eACL filter keys for objects 2021-11-24 16:54:00 +03:00
run.sh [#146] Script run.sh to reset dev-env after beafore each test 2021-12-13 14:46:35 +03:00
venv_template.mk (#111): python virtualenv for users 2021-09-08 12:34:09 +03:00

Testcases execution

Initial preparation

  1. Install neofs-cli

    • git clone git@github.com:nspcc-dev/neofs-node.git
    • cd neofs-node
    • make
    • sudo cp bin/neofs-cli /usr/local/bin/neofs-cli
  2. Install neofs-authmate

    • git clone git@github.com:nspcc-dev/neofs-s3-gw.git
    • cd neofs-s3-gw
    • make
    • sudo cp bin/neofs-authmate /usr/local/bin/neofs-authmate
  3. Install neo-go

    • git clone git@github.com:nspcc-dev/neo-go.git
    • cd neo-go
    • git checkout v0.92.0 (or the current version in the neofs-dev-env)
    • make
    • sudo cp bin/neo-go /usr/local/bin/neo-go or download binary from releases: https://github.com/nspcc-dev/neo-go/releases
  4. Clone neofs-dev-env git clone git@github.com:nspcc-dev/neofs-dev-env.git

Note that we expect neofs-dev-env to be located under the <testcases_root_dir>/../neofs-dev-env directory. If you put this repo in any other place, manually set the full path to neofs-dev-env in the environment variable DEVENV_PATH at this step.

  1. Build virtual env

In the cloned neofs-testcases repo execute the following commands:

make venv.localtest
. venv.localtest/bin/activate

Test cases are designed to run on Python 3.8.

Run

To run an arbitrary UserScenario or testcase, you need to run the command: robot --outputdir artifacts/ robot/testsuites/integration/<UserScenario> or robot --outputdir artifacts/ robot/testsuites/integration/<UserScenario>/<testcase>.robot

The following UserScenarios and testcases are available for execution:

  • acl
    • object_attributes
      • container_id_filter.robot
      • creation_epoch_filter.robot
      • homomorphic_hash_filter.robot
      • object_id_filter.robot
      • object_type_filter.robot
      • owner_id_filter.robot
      • payload_hash_filter.robot
      • payload_length_filter.robot
      • version_filter.robot
    • acl_basic_private_container_storagegroup.robot
    • acl_basic_private_container.robot
    • acl_basic_public_container_storagegroup.robot
    • acl_basic_public_container.robot
    • acl_basic_readonly_container_storagegroup.robot
    • acl_basic_readonly_container.robot
    • acl_bearer_allow_storagegroup.robot
    • acl_bearer_allow.robot
    • acl_bearer_compound.robot
    • acl_bearer_filter_oid_equal.robot
    • acl_bearer_filter_oid_not_equal.robot
    • acl_bearer_filter_userheader_equal.robot
    • acl_bearer_filter_userheader_not_equal.robot
    • acl_bearer_inaccessible.robot
    • acl_bearer_request_filter_xheader_deny.robot
    • acl_bearer_request_filter_xheader_equal.robot
    • acl_bearer_request_filter_xheader_not_equal.robot
    • acl_extended_actions_other.robot
    • acl_extended_actions_pubkey.robot
    • acl_extended_actions_system.robot
    • acl_extended_actions_user.robot
    • acl_extended_compound.robot
    • acl_extended_filters.robot
  • cli
    • accounting
      • balance.robot
    • netmap
      • networkinfo_rpc_method.robot
  • container
    • container_attributes.robot
    • container_delete.robot
  • network
    • netmap_control_drop.robot
    • netmap_control.robot
    • netmap_simple.robot
    • replication.robot
  • object
    • object_attributes.robot
    • object_complex.robot
    • object_simple.robot
    • object_storagegroup_simple.robot
    • object_storagegroup_complex.robot
    • object_expiration.robot
  • payment
    • withdraw.robot
  • services
    • http_gate.robot
    • s3_gate_bucket.robot
    • s3_gate_object.robot

Generation of documentation

To generate Keywords documentation:

python3 -m robot.libdoc robot/resources/lib/neofs.py docs/NeoFS_Library.html
python3 -m robot.libdoc robot/resources/lib/payment_neogo.py docs/Payment_Library.html

To generate testcases documentation:

python3 -m robot.testdoc robot/testsuites/integration/ docs/testcases.html

Testcases implementation

Source code overview

robot/ - Files related/depended on Robot Framework.

robot/resources/ - All resources (Robot Framework Keywords, Python Libraries, etc) which could be used for creating test suites.

robot/resources/lib/ - Common Python Libraries depended on Robot Framework (with Keywords). For example neofs.py, payment.py.

robot/variables/ - All variables for tests. It is possible to add the auto-loading logic of parameters from the smart-contract in the future. Contain python files.

robot/testsuites/ - Robot TestSuites and TestCases.

robot/testsuites/integration/ - Integration test suites and testcases

Code style

Robot Framework keyword should use space as a separator between particular words

The name of the library function in Robot Framework keyword usage and the name of the same function in the Python library must be identical.

The name of GLOBAL VARIABLE must be in UPPER CASE, the underscore ('_')' symbol must be used as a separator between words.

The name of local variable must be in lower case, the underscore symbol must be used as a separator between words.

The names of Python variables, functions and classes must comply with accepted rules, in particular: Name of variable/function must be in lower case with underscore symbol between words Name of class must start with a capital letter. It is not allowed to use underscore symbol in name, use capital for each particular word. For example: NeoFSConf

Name of other variables should not be ended with underscore symbol

On keywords definition, one should specify variable type, e.g. path: str

Robot style

You should always complete the [Tags] and [Documentation] sections for Testcases and Documentation for Test Suites.

Robot-framework User Guide

http://robotframework.org/robotframework/latest/RobotFrameworkUserGuide.html