1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
|
.. This work is a derivative of https://wiki.onap.org/display/DW/Modeling+Concepts#Concepts-2603186
.. This work is licensed under a Creative Commons Attribution 4.0
.. International License. http://creativecommons.org/licenses/by/4.0
.. Copyright (C) 2020 Deutsche Telekom AG.
.. _tests:
Tests
-----
The **tests** folder contains the **uat.yaml** file for execution the cba actions for sunny day and rainy day
scenario using mock data. The process to generate the uat file is documented TBD. The file can be dragged
and drop to the Tests folder after the test for all actions are executed.
NOTE: You need to activate the "uat" Spring Boot profile in order to enable the spy/verify endpoints.
They are disabled by default because the mocks created at runtime can potentially cause collateral problems in production.
You can either pass an option to JVM (``-Dspring.profiles.active=uat``) or set and export an
environment variable (``export spring_profiles_active=uat``).
A quick outline of the UAT generation process follows:
1. Create a minimum :file:`uat.yaml` containing only the NB requests to be sent to the BlueprintsProcessor (BPP) service;
2. Submit the blueprint CBA and this draft :file:`uat.yaml` to BPP in a single HTTP POST call:
``curl -u ccsdkapps:ccsdkapps -F cba=@<path to your CBA file> -F uat=@<path to the
draft uat.yaml> http://localhost:8080/api/v1/uat/spy``
3. If your environment is properly setup, at the end this service will generate the complete :file:`uat.yaml`;
4. Revise the generate file, eventually removing superfluous message fields;
5. Include this file in your CBA under :file:`Tests/uat.yaml`;
6. Submit the candidate CBA + UAT to be validated by BPP, that now will create runtime mocks to simulate
all SB collaborators, by running:
``$ curl -u ccsdkapps:ccsdkapps -F cba=@<path to your CBA file> http://localhost:8080/api/v1/uat/verify``
7. Once validated, your CBA enhanced with its corresponding UAT is eligible
to be integrated into the CDS project, under the folder :file:`components/model-catalog/blueprint-model/uat-blueprints`.
Reference link for sample generated uat.yaml file for pnf plug & play use case:
`uat.yaml file <https://gerrit.onap.org/r/gitweb?p=ccsdk/cds.git;a=tree;f=components/model-catalog/blueprint-model/uat-blueprints/pnf_config/Tests;h=230d506720c4a1066784c1fe9e0ba0206bbb13cf;hb=refs/heads/master>`_.
As UAT is part of unit testing, it runs in jenkins job
`ccsdk-cds-master-verify-java <https://jenkins.onap.org/job/ccsdk-cds-master-verify-java/>`_
whenever a new commit/patch pushed on gerrit in ccsdk/cds repo.
Executing UAT based test inside you own CBA as SpringBootTest based JUnit test
*******************************************************************************
Beside the above mentioned internal usage of UATs, it is also possible to execute the User Acceptance Tests (UATs)
locally inside your own CBA as a "simple JUnit" test.
Therefor there exists an abstract *SpringBootTest* class **BaseBlueprintsAcceptanceTest**
(see class in *archetype-blueprint*).
From this you need to implement an inherited class e.g. **BlueprintAcceptanceSunnyTest**
(see class in *archetype-blueprint*), which only needs to specify the **uat.yaml** file, that should be executed.
This means it is possible to simply integrate this kind of tests in your own regression test suite.
UATs aims to fully test your workflow of your CBA.
The BPP runs in an almost production-like configuration with some minor exceptions:
* It uses an embedded, in-memory, and initially empty H2 database, running in MySQL/MariaDB compatibility mode;
* All external services are mocked.
For further information about User Acceptance Tests (UATs) see the following README.md inside the CDS repository
`Link to uat-blueprints README.md in CDS Github repository
<https://github.com/onap/ccsdk-cds/blob/master/components/model-catalog/blueprint-model/uat-blueprints/README.md>`_
Additionally please mention, that you also need resources, which configures the SpringBootTest. These resources you can
also find in the *archetype-blueprint* (Tests/resources folder).
To have a good starting point with your cba development, please generate the cba *archetype-blueprint* project with
the following command.
.. code-block:: bash
mvn archetype:generate -DarchetypeGroupId=org.onap.ccsdk.cds.components.cba \
-DarchetypeArtifactId=archetype-blueprint \
-DarchetypeVersion=1.4.0-SNAPSHOT \
-DgroupId=org.onap.ccsdk.cds.components.cba \
-DartifactId=testUat \
-Dversion=1.0-SNAPSHOT
There you will find the above mentioned base class, sample class and resources you could use as a starting point for
writing UAT tests inside your own CBA.
|
