3 ONAP Maturity Testing Notes
4 ---------------------------
6 For the El Alto release, ONAP continues to improve in multiple
7 areas of Scalability, Security, Stability and Performance (S3P)
17 Integration Stability Testing verifies that the ONAP platform remains fully
18 functional after running for an extended amounts of time.
19 This is done by repeated running tests against an ONAP instance for a period of
25 The Stability Test has two main components:
27 - Running "ete stability72hr" Robot suite periodically. This test suite
28 verifies that ONAP can instantiate vDNS, vFWCL, and VVG.
29 - Set up vFW Closed Loop to remain running, then check periodically that the
30 closed loop functionality is still working.
35 =================== ======== ========== ======== ========= =========
36 Test Case Attempts Env Issues Failures Successes Pass Rate
37 =================== ======== ========== ======== ========= =========
38 Stability 72 hours 72 34 0 38 100%
39 vFW Closed Loop 75 7 0 68 100%
40 **Total** 147 41 0 106 **100%**
41 =================== ======== ========== ======== ========= =========
43 Detailed results can be found at https://wiki.onap.org/display/DW/Dublin+Release+Stability+Testing+Status .
46 - Overall results were good. All of the test failures were due to
47 issues with the unstable environment and tooling framework.
48 - JIRAs were created for readiness/liveness probe issues found while
49 testing under the unstable environment. Patches applied to oom and
50 testsuite during the testing helped reduce test failures due to
51 environment and tooling framework issues.
52 - The vFW Closed Loop test was very stable and self recovered from
59 Integration Resilience Testing verifies that ONAP can automatically recover
60 from failures of any of its components.
61 This is done by deleting the ONAP pods that are involved in each particular Use
62 Case flow and then checking that the Use Case flow can again be executed
63 successfully after ONAP recovers.
67 For each Use Case, a list of the ONAP components involved is identified.
68 The pods of each of those components are systematically deleted one-by-one;
69 after each pod deletion, we wait for the pods to recover, then execute the Use
70 Case again to verify successful ONAP platform recovery.
75 =============================== ======== ========== ======== ========= =========
76 Use Case Attempts Env Issues Failures Successes Pass Rate
77 =============================== ======== ========== ======== ========= =========
78 VNF Onboarding and Distribution 49 0 0 49 100%
79 VNF Instantiation 64 19 1 44 97.8%
80 vFW Closed Loop 66 0 0 66 100%
81 **Total** 179 19 1 159 **99.4%**
82 =============================== ======== ========== ======== ========= =========
84 Detailed results can be found at https://wiki.onap.org/display/DW/Dublin+Release+Resilience+Testing+Status .
90 Smaller ONAP container images footprint reduces resource consumption,
91 time to deploy, time to heal, as well as scale out resources.
93 Minimizing the footprint of ONAP container images reduces resource
94 consumption, time to deploy, time and time to heal. It also reduces
95 the resources needed to scale out and time to scale in. For those
96 reasons footprint minimization postively impacts the scalability of
97 the ONAP platform. Smaller ONAP container images footprint reduces
98 resource consumption, time to deploy, time to heal, as well as scale