The OSLC test suite is a set of JUnit tests that made available through the Eclipse Lyo project. It is designed to test against an OSLC service provider (in specific domains, such as CM, QM and RM) for its implementation of the OSLC core specification and the corresponding domain specifications.
The roles of the OSLC test suite include:
As an OSLC assessment assessor In this role, the test suite will run again a particular OSLC provider and as minimal, make sure the provider passes the OSLC core spec test and the OSLC domain spec test. It provides an assessment report delivering clear and actionable information to be eligible for each OSLC spec. Priority is to cover MUST items first followed by SHOULD and then MAY items.
As an OSLC quality validator In this role, the test suite provides functional capabilities to help test an OSLC based solutions and evolve new or existing OSLC embracing solutions into high quality offerings. It provides reusable test cases to reduce the effort improving the quality of OSLC solution and to find bugs in OSLC providers.
As an OSLC adoption accelerator In this role, the test suite will consider building canned images for learning OSLC, adding inline comments to test cases, and providing additional documentation.
- Change Management (V1 and V2)
- Asset Management (V1 and V2)
- Quality Management (V2)
- Requirements Management (V2)
- Automation Management (V2)
- Performance Monitoring (V2)
It is recommended that you start with running an OSLC provider test against the reference implementation, with an OSLC domain (CM, QM or RM) that you are interested in.
The test suite was written against the old RIO and hasn't been updated for https://github.com/oslc-op/refimpl yet |
The following sections start on how to run the RIO provider tests, and then cover basic information about running the provider tests against some Rational Products, such as Rational Team Concert (RTC), ClearQuest, Rational Quality Manager (RQM) and Rational Requirements Composer (RRC).
These are legacy RIO instructions. OSLC 2020 RefImpl runs via Maven w/o need for configuration. |
- To start the RIO-CM Server, from “Run” -> “Run Configurations …”, find Maven Build | Run RIO-CM and click “Run”.
- After the jetty server started, confirm that you can access Rio-CM server via http://localhost:8080/rio-cm
- The very first time you run this on your machine, you will see the setup page. You can enter the defaults for RDF Store Path and Binary Resource Store Path as suggested, and click the “Configure” button.
You will use http://localhost:8080/rio-cm in OSLC provider test setting later.
- Prefill some data. E.g. submit a defect type work item called “templatedDefect”.
- Edit
config/rtc/rtc-setupv2.properties
:baseUri=https://quagmire.rtp.raleigh.ibm.com:14444/ccm/oslc/workitems/catalog
formUri=https://quagmire.rtp.raleigh.ibm.com:14444/ccm/authenticated/j_security_check
userId=admin
Pw=admin
- Use OSLC V2 RTC.launch in the next step.
See doc/HowToRunOSLCProviderTestsAndGenerateAssessmentReport.pdf, section 4.5 for the details.
See doc/HowToRunOSLCProviderTestsAndGenerateAssessmentReport.pdf, section 4.6 for the details.
The test suite config directory contains sample configuration files for different implementations of providers. Currently there are config files for the Reference Implementation for OSLC (RIO) implementations as well as some IBM Rational products such as Rational Team Concert and Rational ClearQuest. We are looking for config files for other implementations if you would like to contribute one. Just open a Bugzilla for the Lyo project and attach your config file.
This example will show configuring to test the Lyo Change Management (CM) reference implementation.
- open config/rio-cm/rio-cm-setup.properties
- typical properties which would need to be configured are the baseUri (the URI of the OSLC providers catalog resource) and the user/password
- For the CM RIO provider running on the same system as the test suite, the property file is fine.
The test suite is run by running an Eclipse JUnit launch for test class
org.eclipse.lyo.testsuite.server.DynamicSuiteBuilder
.
DynamicSuiteBuilder uses the information in the config file to determine
the version of the tests (OSLC V1 or OSLC V2) and which test classes to
include in the run. The config is passed to the test suite run with the
-Dprops
argument in the launch. The test suite project contains
several launches already configured to run the suite based on the sample
configuration files. We will run the launch to test the RIO CM provider.
Note: In order to run against RIO CM, you will need to build and launch the CM reference implementation following the instructions here.
- Select Run->Run Configurations and select JUnit
- Select the Test RIO-CM launch. Go to the Arguments tab and verify the config file location is correct
- Click Run
- The test suite should run fairly quickly and you will have results in the JUnit view of Eclipse similar to this:
- Failures will have an exception indicating the root cause of the failure.
From command line, the following command can be used:
mvn clean test -DskipTests=false -Dtest=org.eclipse.lyo.testsuite.server.DynamicSuiteBuilder -Dprops=config/rio-cm/rio-cm-setup.properties -fae
See doc/HowToRunOSLCProviderTestsAndGenerateAssessmentReport.pdf, section 6 for the details.
- Increased coverage for currently supported specifications
- Coverage for OSLC specifications not currently tested
- Integrated reporting
- Improved query tests
- Improved OAuth tests
See contributing under the main Eclipse Lyo repository.