Service Function Testing Release notes
Release Janis:
Readiness status: Call for Comments Ballot #2. Work in progress and is subject to change.
Summary:
- Updated Service Function Testing API after Call for Comments Ballot #1
List of changes in the API:
serviceFunctionTest.api.yaml:
Paths & Endpoints
-
Parameter Changes:
/testJobGET:- param
relatedServiceIdsplit intorelatedServiceIdFromandrelatedServiceIdTofor more flexible service association. - State enums for process job-related endpoints (
cancelTestJob,suspendTestJob,resumeTestJob) reordered and more consistently named, but values are functionally the same.
-
Request/Response Schema Naming:
- v1: POST to
/testJobusesTestJob_Create - v2: POST to
/testJobusesTestJob_Common(indicating a schema refactoring and consolidation)
- v1: POST to
-
New or Removed Endpoints:
/testResult(GET): List Test Results (now explicitly mentioned in v2 use cases)/testResult/{id}(GET): Retrieve Test Result by ID (now explicitly mentioned in v2 use cases)
3. Schema & Components Changes
-
Schema Consolidation:
- v2 uses more consolidated/common schemas for create/update operations (e.g.,
TestJob_Commoninstead ofTestJob_Create).
- v2 uses more consolidated/common schemas for create/update operations (e.g.,
-
Parameter Naming:
- More precise and consistent parameter names and descriptions (notably for service association on
/testJob).
- More precise and consistent parameter names and descriptions (notably for service association on
-
Test Result Emphasis:
- Test Result endpoints (
/testResult,/testResult/{id}) are now more prominent in v2's documented use cases, though the paths themselves existed in v1.
- Test Result endpoints (
serviceFunctionTestNotification.api.yaml:
Paths & Endpoints
-
Base Paths:
- All main event endpoints are retained, with v2 adding a new endpoint for Test Result events.
-
New/Changed Endpoints in v2:
/listener/testResultCreateEvent: Added for Test Result creation event notifications./listener/testProfileLifecycleStateChangeEvent: New, replaces or expands on/listener/testProfileStateChangeEvent.- Request body schemas for all endpoints now reference more specific event types, e.g.,
TestJobCreateEvent,TestProfileCreateEventinstead of generic event wrappers.
-
Request/Response Schema Naming:
- v1 uses general event types (e.g.,
TestJobEvent,TestProfileEvent),
v2 uses specific event classes for each endpoint (e.g.,TestJobCreateEvent,TestProfileDeleteEvent, etc.).
- v1 uses general event types (e.g.,
-
Removed/Changed Endpoints:
/listener/testProfileStateChangeEvent(v1) →/listener/testProfileLifecycleStateChangeEvent(v2)
Schema & Components Changes
-
Schema Specialization:
- Each notification endpoint now uses a dedicated schema class, rather than sharing a generic event wrapper.
- Expanded event models for Test Job, Test Profile, and new Test Result notifications.
-
Test Result Events:
- Newly supported in v2 for both endpoint and event schema.
-
Event Model:
- v2 event schemas are more explicit, with a dedicated class for each event, including state change and attribute change events.
Release Irene:
Readiness status: Work in progress and is subject to change. Ready for CfC#1.
First release of this API.
