You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: integration-tests/README.md
+44-44Lines changed: 44 additions & 44 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,31 +14,31 @@ The tests currently runs in three modes, "Wercker", "Jenkins", and "standalone"
14
14
15
15
Currently java integration tests cover only QUICK_TEST use cases from run.sh. The below are the use cases:
16
16
17
-
* create operator operator1 which manages default and test1 namespaces, verify its deployed successfully, pod created, operator Ready and verify external REST service if configured
18
-
* create domain domain1 in default namespace and verify the pods, services are created and servers are in Ready
19
-
* verify admin external service by accessing admin REST endpoint with nodeport in URL
20
-
* verify admin t3 channel port by exec into the admin pod and deploying webapp using the channel port for WLST
21
-
* verify web app load balancing – TO DO, Apache, Voyager
22
-
* verify domain life cycle(destroy and create) should not any impact on Operator managing the domain and web app load balancing and admin external service
23
-
* cluster scale up/down using Operator REST endpoint, webapp load balancing should adjust accordingly. (run.sh does scaling by editing the replicas in domain-custom-resource.yaml.)
24
-
* Operator life cycle(destroy and create) should not impact the running domain
17
+
* create operator operator1 which manages default and test1 namespaces, verify its deployed successfully, pod created, operator Ready and verify external REST service if configured
18
+
* create domain domain1 in default namespace and verify the pods, services are created and servers are in Ready
19
+
* verify admin external service by accessing admin REST endpoint with nodeport in URL
20
+
* verify admin t3 channel port by exec into the admin pod and deploying webapp using the channel port for WLST
21
+
* verify web app load balancing – TO DO, Apache, Voyager
22
+
* verify domain life cycle(destroy and create) should not any impact on Operator managing the domain and web app load balancing and admin external service
23
+
* cluster scale up/down using Operator REST endpoint, webapp load balancing should adjust accordingly. (run.sh does scaling by editing the replicas in domain-custom-resource.yaml.)
24
+
* Operator life cycle(destroy and create) should not impact the running domain
25
25
26
26
Non-quick test use cases
27
27
28
-
* keep the first domain and operator running
29
-
* create another domain domain2 in default namespace and verify the domain by doing the checks 2 - 5 listed in quick test
30
-
* destroy domain domain2
31
-
* create another domain domain3 in test1 namespace and verify the domain by doing the checks 2 - 5 listed in quick test
32
-
* destroy domain domain3
33
-
* create another operator operator2 which manages test2 namespace and verify domain1 is not affected
34
-
* create another domain domain4 in test2 namespace and verify the domain by doing the checks 2 - 5 listed in quick test
35
-
* verify scaling for domain4 cluster from 2 to 3 servers and back to 2, plus verify no impact on domain1
36
-
* cycle domain1 down and back up, plus verify no impact on domain4
37
-
* create domain5 in the default namespace with startupControl="ADMIN", and verify that only admin server is created. on Jenkins, this domain will also test NFS instead of HOSTPATH PV storage
38
-
* create domain6 in the default namespace with pvReclaimPolicy="Recycle", and verify that the PV is deleted once the domain and PVC are deleted
39
-
* test managed server 1 pod auto-restart in domain1
40
-
* destroy domain1
41
-
* test that create domain fails when its pv is already populated by a shutdown domain
28
+
* keep the first domain and operator running
29
+
* create another domain domain2 in default namespace and verify the domain by doing the checks 2 - 5 listed in quick test
30
+
* destroy domain domain2
31
+
* create another domain domain3 in test1 namespace and verify the domain by doing the checks 2 - 5 listed in quick test
32
+
* destroy domain domain3
33
+
* create another operator operator2 which manages test2 namespace and verify domain1 is not affected
34
+
* create another domain domain4 in test2 namespace and verify the domain by doing the checks 2 - 5 listed in quick test
35
+
* verify scaling for domain4 cluster from 2 to 3 servers and back to 2, plus verify no impact on domain1
36
+
* cycle domain1 down and back up, plus verify no impact on domain4
37
+
* create domain5 in the default namespace with startupControl="ADMIN", and verify that only admin server is created. on Jenkins, this domain will also test NFS instead of HOSTPATH PV storage
38
+
* create domain6 in the default namespace with pvReclaimPolicy="Recycle", and verify that the PV is deleted once the domain and PVC are deleted
39
+
* test managed server 1 pod auto-restart in domain1
40
+
* destroy domain1
41
+
* test that create domain fails when its pv is already populated by a shutdown domain
42
42
43
43
44
44
# Directory Configuration and Structure
@@ -57,8 +57,8 @@ Directory structure used for the test run:
57
57
58
58
Main external env vars:
59
59
60
-
| RESULT_ROOT | Root path for local test files. |
61
-
| PV_ROOT | Root NFS path behind PV/C directories. This must have permissions suitable for WL pods to add files |
60
+
| RESULT_ROOT | Root path for local test files. |
61
+
| PV_ROOT | Root NFS path behind PV/C directories. This must have permissions suitable for WL pods to add files |
62
62
63
63
Defaults for RESULT_ROOT & PV_ROOT:
64
64
@@ -78,10 +78,10 @@ Defaults for RESULT_ROOT & PV_ROOT:
0 commit comments