Table of Contents
Overview of ONAP Testing Requirements
...
Technical Description for OOF-OSDF Functionality related to OOF-HAS
Expand |
---|
The OOF-OSDF is provides the following functionality to support OOF-HAS: - Provide an end point for SO to make homing requests
- Ensure authentication and validate the incoming request payload based on a model (Python Schematics model based on the SO-OOF API)
- Fetch policies relevant to the SO's request (e.g. based on specific use case such as vCPE) and ensure that the policies are valid (well formed and contain required attributes)
- Send response to SO that the request is accepted and is in processing (or send an error response)
- Create a "template" (request payload) for OOF-HAS and submit the request to OOF-HAS
- Periodically poll OOF-HAS for request processing status and optimization solution (with a configurable timeout) and validate the response based on a model (Python Schematics model)
- Post the optimization solution in the format defined by SO-OOF API (or send an error response)
|
Overview of OOF-HAS Scope
TODO
Technical Description for OOF-HAS Functionality
...
Anchor |
---|
| Abbreviations for OOF OSDF Tests |
---|
| Abbreviations for OOF OSDF Tests |
---|
|
Abbreviations used in Beijing Release Functional Test Cases
Expand |
---|
The following abbreviations are used in the functional test case description below since there is substantial repetition and notes associated with some terms. - HTTP-200-TRUE
Component (or all components) should return health status
|
...
as “true” (HTTP response code of 200, response content containing the string "true")
- SIMPLE-GET-HEALTH-CHECK-API
- API: healthcheck
- HTTP Request Method: GET
- HTTP Endpoint:
|
...
- http://<host>:<port>/healthcheck
- Notes: (a) check whether https can be used, and (b) check whether mutual TLS is required when using OOM/K8S
|
Anchor |
---|
| OOF Beijing Release Functional Test Cases |
---|
| OOF Beijing Release Functional Test Cases |
---|
|
OOF-OSDF Beijing Release CSIT Functional Test Cases
...