DCAE Pair Wise Testing for Dublin Release
- cl664y@att.com
- Vijay Kumar
- Marcin Migdal
Project Name | OOM | Notes | |
|---|---|---|---|
Health Check | Pass | As of status on 04/30 on Integration-OOM-Staging-Daily | |
Data flows for all use case | VES data reception (VNF to VES simulated) | Pass | |
VES ↔ TCA , via DMaaP | Pass | See above attachment | |
TCA ↔ Policy, via DMaaP | Pass | See above attachement | |
DCAE (TCA) ↔ AAI, via API | Pass | See above attachement | |
DCAE (VES) ↔ Holmes (track metrics data), via DMaaP | Pass | See results on Holmes Pair Wise Testing for Dublin Release | |
Control flow for supporting CLAMP | DCAE↔ CLAMP (CLAMP trigger blueprint deployment) , via DCAE Deployment Handler API | Pass | 05/09 - Testing was completed this afternoon. Results below DCAE-CLAMP-deploymentlogs_TEST2.txt 05/06 - Identified issues on Policy with recent test (POLICY-1735: Decision api returning wrong structure for "configure" actionClosed POLICY-1736: Serialization and Deserialzation of properties to and from database not correctClosed); pending retest after fix from Policy. SDC distribution issue to CLAMP/Policy SDC-2257: Null pointer exception when parsing CSAR with policies in the modelClosed |
SDC↔ DCAE (blueprint distribution from SDC to DCAE Service Change Handler) | Pass | ||
DCAE (Policy Handler) ↔ Policy, via API and websocket | Pass | 05/07 - Verified after Policy patch applied in SB00; Policy-PolicyHandler-Consul-TCA.txt 05/06 - Connection validated; identified issues on Policy in recent test (POLICY-1735: Decision api returning wrong structure for "configure" actionClosed POLICY-1736: Serialization and Deserialzation of properties to and from database not correctClosed); pending retest after fix by Policy team. SDC distribution issue to CLAMP/Policy SDC-2257: Null pointer exception when parsing CSAR with policies in the modelClosed | |
ONAP Bootstrapped services (non-usecase specific) | |||
|---|---|---|---|
PNF Reg Flows | VES ↔ PRH, via DMaaP | Passed | 05/09 - Input event in DMaaP (from VES) whish red by PRH: VES-REG-OUTPUT-as-pnf-notification.json 05/06 - logs_robot_windriver_pnf_registrate.zip Dependent on OOM-1831: Dublin PRH version use 1.2.2 instead of 1.2.1Closed, DCAEGEN2-1465: Bug: PRH blueprint topics definitions - wrong definitions starting with slashClosed,INT-1056: Docker-manifest-staging update PRH to 1.2.2Closed |
PRH ↔ AAI, via API | Passed | 05/06 - See above attachment Dependent on OOM-1831: Dublin PRH version use 1.2.2 instead of 1.2.1Closed, DCAEGEN2-1465: Bug: PRH blueprint topics definitions - wrong definitions starting with slashClosed,INT-1056: Docker-manifest-staging update PRH to 1.2.2Closed | |
PRH ↔ SO, via DMaap | Pass | 5/9 - The message from PRH to DMAAP was verified. PRH DMaap o/p : PNF-READY.json. Nokia Team attempted E2E validation which has more external dependencies (SO, SDNC, AAI, PORTAL etc) was blocked by SDNC-757: PNF model distribution fails in SDNC Closed. As this falls outside pair-wise realm; this issue should be tracked under Integration test. From DCAE-PRH standpoint - message payload/structure being published into DMaap was validated (same as R3). 05/06 - Requires Portal being up - Wind river Portal page not accessible; also at Nokia's lab Portal page not working. Internal 500 server error. Dependent on OOM-1831: Dublin PRH version use 1.2.2 instead of 1.2.1Closed, DCAEGEN2-1465: Bug: PRH blueprint topics definitions - wrong definitions starting with slashClosed,INT-1056: Docker-manifest-staging update PRH to 1.2.2Closed to be closed | |
HV-VES | WTP:GPB message ↔ HV-VES (tcp/socket) | Passed | |
HV-VES ↔ DMAAP/kafka | Passed |