commit | 9e4481b8205461510c6f8e77ef082942bb5cd547 | [log] [tgz] |
---|---|---|
author | Ruud A. Haring <ruud@us.ibm.com> | Fri Dec 08 12:08:01 2023 -0500 |
committer | George Keishing <gkeishin@gmail.com> | Tue Dec 12 14:59:41 2023 +0000 |
tree | e71a883e3b76e367e680a6bf4d62bd086977c994 | |
parent | 56bba84476b836621e1bf25b67e7f7d6d81d69e0 [diff] |
Robustness enhancements to test_ipmi_user - Includes refactoring code from test_ipmi_user to ipmi_client, which will allow greater reuse. - Ipmi_client changes: - Enhancements to keyword: Create Random IPMI User -- invokes Find Free User ID : to prevent clobbering pre-existing IPMI userIDs; -- invokes Wait And Confirm New User Entry : so that we have confirmation before returning. - In support of this: - Add necessary Variables; - Pull over keywords from test_ipmi_user : -- Find Free User Id -- Check Enabled User Count -- Wait And Confirm New User Entry -- Verify IPMI Username Visible. - Test_ipmi_user changes: - Remove unused variable (moved to ipmi_client); - Verify IPMI User Summary : remove now redundant Wait And Confirm New User Entry, since incorporated into Create Random IPMI User; - Test IPMI User Privilege : invoke the new and enhanced Create Random IPMI User , to prevent clobbering pre-existing IPMI userIDs and leverage the built-in confirmation; - Remove the keywords that are being pulled over to ipmi_client. Additional test_ipmi_user changes for robustness, consistent with use already elsewhere in this suite: - Verify Administrator And User Privilege For Different Channels : Sleep 5s delay after Set Channel Access to allow privileges to set; - Verify Operator And User Privilege For Different Channels : Sleep 5s delay after Set Channel Access to allow privileges to set. Tested: on x86 platforms. Change-Id: I10548d5ad7f85542ab5b6b165dddb01089da0661 Signed-off-by: Ruud A. Haring <ruud@us.ibm.com>
Interface Feature List
Key Feature List
Debugging Supported List
Miscellaneous Packages required to be installed for OpenBmc Automation. Install the packages and it's dependencies via pip
If using Python 3.x, use the corresponding pip3
to install packages. Note: Older Python 2.x is not actively supported.
REST base packages:
$ pip install -U requests $ pip install -U robotframework-requests $ pip install -U robotframework-httplibrary
Python redfish library packages: For more detailed intstructions see python-redfish-library
$ pip install redfish
SSH and SCP base packages: For more detailed installation instructions see robotframework-sshlibrary
$ pip install robotframework-sshlibrary $ pip install robotframework-scplibrary
Installing requirement dependencies:
$ pip install -r requirements.txt
you'll find this file once your clone openbmc-test-automation repository.
For Web UI ( GUI ) Testing setup instructions see OpenBMC GUI Test Setup Guide
Installing tox:
$ pip install -U tox
Installing expect (Ubuntu example):
$ sudo apt-get install expect
These documents contain details on developing OpenBMC test code and debugging.
OpenBMC test infrastructure is proven capable of running on:
To verify the installation setup is completed and ready to execute.
Download the openbmc-test-automation repository:
$ git clone https://github.com/openbmc/openbmc-test-automation $ cd openbmc-test-automation
Execute basic setup test run:
$ robot -v OPENBMC_HOST:xx.xx.xx.xx templates/test_openbmc_setup.robot
where xx.xx.xx.xx is the BMC hostname or IP.
There are several sub-directories within the openbmc-test-automation base which contain test suites, tools, templates, etc. These sub-directories are classified as follows:
redfish/
: Contains the general test cases for OpenBMC stack functional verification.
systest/
: Contains test cases for HTX bootme testing.
xcat/
: Contains test cases for XCAT automation.
gui/test/
: Contains test cases for testing web-based interface built on AngularJS.
gui/gui_test/
: Contains test cases for testing web-based user interface built on Vue.js.
pldm/
: Contains test cases for platform management subsystem (base, bios, fru, platform, OEM).
snmp/
: Contains test cases for SNMP (Simple Network Management Protocol) configuration testing.
openpower/
: Contains test cases for an OpenPOWER based system.
tools/
: Contains various tools.
templates/
: Contains sample code examples and setup testing.
test_list/
: Contains the argument files used for skipping test cases (e.g "skip_test", "skip_test_extended", etc.) or grouping them (e.g "HW_CI", "CT_basic_run", etc.).
OpenBMC is moving steadily towards DTMF Redfish, which is an open industry standard specification and schema that meets the expectations of end users for simple, modern and secure management of scalable platform hardware.
redfish/
: Contains test cases for DMTF Redfish-related feature supported on OpenBMC.
redfish/extended/
: Contains test cases for combined DMTF Redfish-related feature supported on OpenBMC. Some of the test will be deprecated.
Note: Work in progress test development parameter -v REDFISH_SUPPORT_TRANS_STATE:1
to force the test suites to execute in redfish mode only.
To run openbmc-automation first you need to install the prerequisite Python packages which will help to invoke tests through tox (Note that tox version 2.3.1 or greater is required) or via Robot CLI command.
Robot Command Line
Execute all test suites for tests/
:
$ robot -v OPENBMC_HOST:xx.xx.xx.xx tests
Execute a test suite:
$ robot -v OPENBMC_HOST:xx.xx.xx.xx redfish/extended/test_basic_ci.robot
Initialize the following test variables which will be used during test execution:
User can forward declare as environment variables:
$ export OPENBMC_HOST=<openbmc machine IP address/hostname> $ export OPENBMC_USERNAME=<openbmc username> $ export OPENBMC_PASSWORD=<openbmc password> $ export IPMI_COMMAND=<Dbus/External>
or
User can input as robot variables as part of the CLI command:
-v OPENBMC_HOST:<openbmc machine IP address/hostname> -v OPENBMC_USERNAME:<openbmc username> -v OPENBMC_PASSWORD:<openbmc password>
Testing in qemu:
Set extra environment variables:
$ export SSH_PORT=<ssh port number> $ export HTTPS_PORT=<https port number>
Run the QEMU CI test suite (not all tests will pass in qemu):
$ OPENBMC_HOST=x.x.x.x SSH_PORT=<port number> HTTPS_PORT=<port number> robot -A test_lists/QEMU_CI tests/
Run tests:
$ tox tests
How to run an individual test:
$ tox -e default -- --include Power_On_Test tests/test_basic_poweron.robot
No preset environment variables, default configuration for all supported systems:
$ OPENBMC_HOST=x.x.x.x tox -e default -- tests
No preset environment variables, one test case from a test suite:
$ OPENBMC_HOST=x.x.x.x tox -e default -- --include Power_On_Test tests/test_basic_poweron.robot
No preset environment variables, the entire test suite:
$ OPENBMC_HOST=x.x.x.x tox -e default -- tests
No preset environment variables, the entire test suite excluding test cases using argument file:
$ OPENBMC_HOST=x.x.x.x tox -e default -- --argumentfile test_lists/skip_test tests
Exclude test list for supported systems:
Palmetto: test_lists/skip_test_palmetto Witherspoon: test_lists/skip_test_witherspoon
Using the exclude lists (example for Witherspoon)
$ robot -v OPENBMC_HOST:xx.xx.xx.xx -A test_lists/skip_test_witherspoon tests/
Run IPMI tests:
Running only out-of-band IPMI tests:
$ robot -v IPMI_COMMAND:External -v OPENBMC_HOST:x.x.x.x --argumentfile test_lists/witherspoon/skip_inband_ipmi tests/ipmi/
Running only inband IPMI tests:
$ robot -v IPMI_COMMAND:Inband -v OPENBMC_HOST:x.x.x.x -v OS_HOST:x.x.x.x -v OS_USERNAME:xxxx -v OS_PASSWORD:xxxx --argumentfile test_lists/witherspoon/skip_oob_ipmi tests/ipmi/
Run GUI tests:
By default, GUI runs with Firefox browser and headless mode. Example with Chrome browser and header mode:
$ robot -v OPENBMC_HOST:x.x.x.x -v GUI_BROWSER:gc -v GUI_MODE:header gui/test/
Run GUI default CI test bucket:
$ robot -v OPENBMC_HOST:x.x.x.x --argumentfile test_lists/BMC_WEB_CI gui/test/
Run LDAP tests:
Before using LDAP test functions, be sure appropriate LDAP user(s) and group(s) have been created on your LDAP server. Note: There are multiple ways to create LDAP users / groups and all depend on your LDAP server. One common way for openldap is ldapadd / ldapmodify refer https://linux.die.net/man/1/ldapadd For ldapsearch, refer to "https://linux.die.net/man/1/ldapsearch". Microsoft ADS: refer to https://searchwindowsserver.techtarget.com/definition/Microsoft-Active-Directory-Domain-Services-AD-DS
Note: Currently, LDAP test automation for Redfish API is in progress. The format to invoke LDAP test is as follows:
$ cd redfish/account_service/ $ robot -v OPENBMC_HOST:x.x.x.x -v LDAP_SERVER_URI:<ldap(s)//LDAP Hostname / IP> -v LDAP_BIND_DN:<LDAP Bind DN> -v LDAP_BASE_DN:<LDAP Base DN> -v LDAP_BIND_DN_PASSWORD:<LDAP Bind password> -v LDAP_SEARCH_SCOPE:<LDAP search scope> -v LDAP_SERVER_TYPE:<LDAP server type> -v LDAP_USER:<LDAP user-id> -v LDAP_USER_PASSWORD:<LDAP PASSWORD> -v GROUP_NAME:<Group Name> -v GROUP_PRIVILEGE:<Privilege> ./test_ldap_configuration.robot
How to run CI and CT bucket test:
Default CI test bucket list:
$ OPENBMC_HOST=x.x.x.x tox -e default -- --argumentfile test_lists/HW_CI tests
Default CI smoke test bucket list:
$ OPENBMC_HOST=x.x.x.x tox -e default -- --argumentfile test_lists/CT_basic_run tests
Run extended tests:
For-loop test (default iteration is 10):
$ robot -v OPENBMC_HOST:x.x.x.x -v OPENBMC_SYSTEMMODEL:xxxxxx -v ITERATION:n -v LOOP_TEST_COMMAND:xxxxxx extended/full_suite_regression.robot
Example using tox testing a test suite for 5 iterations "witherspoon":
OPENBMC_HOST=x.x.x.x LOOP_TEST_COMMAND="tests/test_fw_version.robot" ITERATION=5 OPENBMC_SYSTEMMODEL=witherspoon tox -e witherspoon -- ./extended/full_suite_regression.robot
Host CPU architecture
By default openbmc-test-automation framework assumes that host CPU is based on the POWER architecture. If your host CPU is x86 add -v PLATFORM_ARCH_TYPE:x86
variable setting to your CLI commands or set an environment variable:
$ export PLATFORM_ARCH_TYPE=x86
Jenkins jobs tox commands
HW CI tox command:
$ OPENBMC_HOST=x.x.x.x tox -e default -- --argumentfile test_lists/HW_CI tests