2 The bash scripts in this dir are intended for function test of the Non-RT RIC in different configurations, using simulators when needed for the external interfaces.
3 A few of the bash scripts are so called 'suites', These suite scripts calls a sequence of the other bash scripts.
5 ## Automated test scripts
6 There are two types of scripts, filenames in the format FTCXXX.sh test one or more components of the Non-RT RIC. Filenames in the format SuiteZZZZ.sh tests a number of FTCXXX.sh script as one suite. (XXX is an integer selected from the categories described further below).
7 FTC is short for Function Test Case. In addition, there are also other test scripts with other naming format used for demo setup etc (e.g PM_DEMO.sh).
9 The requirements, in terms of the execution enviroment, to run a script or a suite is to have docker, docker-compose and python3 installed (the scripts warns if not installed).
10 The scripts have been tested to work on both MacOS and Ubuntu. They should work also in git bash on windows but not yet verified.
13 The test scripts uses configuration from a single file, found in `../common/test_env.sh`, which contains all needed configuration in terms of image names, image tags, ports, file paths, passwords etc. This file can be modified if needed. See the README.md in `../common/` for all details of the config file.
16 A test script, for example FTC1, is executed from the cmd line using the script filename and one or more parameters:
18 ./FTC1.sh remote --env-file ../common/test_env-oran-cherry
20 See the README.md in `../common/` for all details about available parameters and their meaning.
22 Each test script prints out the overall result of the tests in the end of the execution.
24 The test scripts produce quite a number of logs; all container logs, a log of all http/htps calls from the test scripts including the payload, some configuration created during test and also a test case log (same as what is printed on the screen during execution). All these logs are stored in `logs/FTCXXX/`. So each test script is using its own log directory.
26 ## Test case categories
27 The test script are number using these basic categories where 0-999 are releated to the policy managment and 1000-1999 are related to enrichment management.
29 1-99 - Basic sanity tests
33 300-399 - Config changes and sync
35 800-899 - Stability and capacity test
41 To get an overview of the available test scripts, use the following command to print the test script description:
42 'grep ONELINE *.sh' in the dir of the test scripts.
44 ## Test case file - template
45 A test script contains a number of steps to verify a certain functionality.
46 The empty template for a test case file looks like this.
47 Only the parts noted with < and > shall be changed.
48 It is strongly suggested to look at the existing test scripts, it is probably easier to copy an existing test script instead of creating one from scratch. The README.md in `../common/` describes the functions available in the test script in detail.
50 -----------------------------------------------------------
54 TC_ONELINE_DESCR="<test case description>"
56 INCLUDED_IMAGES=<list of used app in this test case>
58 SUPPORTED_PROFILES=<list of supported profile names>
60 . ../common/testcase_common.sh $@
61 < other scripts need to be sourced for specific interfaces>
69 #### TEST COMPLETE ####
74 -----------------------------------------------------------
79 Copyright (C) 2020 Nordix Foundation. All rights reserved.
80 Licensed under the Apache License, Version 2.0 (the "License");
81 you may not use this file except in compliance with the License.
82 You may obtain a copy of the License at
84 http://www.apache.org/licenses/LICENSE-2.0
86 Unless required by applicable law or agreed to in writing, software
87 distributed under the License is distributed on an "AS IS" BASIS,
88 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
89 See the License for the specific language governing permissions and
90 limitations under the License.