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: docs/fornax_test/830_release_testplan.md
+11-11Lines changed: 11 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
# Fornax End-to-End Test for 2021-8-30 Release
2
2
3
-
This test suite verifies the features for 2021-8-30 release. Detaile explanation about these features are given in [design doc](https://github.com/CentaurusInfra/fornax/tree/main/docs/fornax-design/530_design.md).
3
+
This test suite verifies the features for 2021-8-30 release. Detailed explanation about these features are given in [design doc](https://github.com/CentaurusInfra/fornax/tree/main/docs/fornax-design/530_design.md).
4
4
5
5
The following tests assume four clusters, denoted as A,B,C and D, are created and configured for tests. A,B,C are kubernetes clusters created using kubeadm, while cluster D is an arktos cluster started by running script arktos-up.sh (https://github.com/CentaurusInfra/arktos/blob/master/hack/arktos-up.sh). These clusters are configured in a hierarchical topology, where Cluster B is an edge cluster to Cluster A, C edge to B, and D edge to C. Detailed instructions on how to configure the hierarchical connection among these clusters are given in the doc test_cluster_setup.md in the same directory as this doc.
6
6
@@ -15,7 +15,7 @@ Test Case 1: Register Hierarchical Edge Clusters with Cloud
15
15
16
16
Test Case 3: An edge cluster re-connects to the cloud
17
17
18
-
Test Case 5: An edge cluster continue to work when disconnected from the cloud
18
+
Test Case 5: An edge cluster continues to work when disconnected from the cloud
19
19
20
20
Test Case 6: An edge cluster conintues to monintor its sub-edge-clusters when disconnected from cloud
21
21
@@ -35,15 +35,15 @@ Test Case 10: The mission status of a cluster is "cluster unreachable" if cluste
35
35
36
36
Test Case 11: Delete workload to edge clusters using mission
37
37
38
-
Test Case 12: Deploy workload to an edge cluster with specific name
38
+
Test Case 12: Deploy workload to an edge cluster with a specific name
39
39
40
40
Test Case 13: Deploy workload to selective edge clusters with given labels
41
41
42
42
Test Case 15: An edge cluster picks up the new mission added during its disconnection when reconnected to the cloud
43
43
44
-
Test Case 16: An edge cluster updates the mission updated during its disconnection when reconnected to the cloud
44
+
Test Case 16: An edge cluster picks up the change when reconnected if the mission is updated during its disconnection
45
45
46
-
Test Case 17: An edge cluster deletes the mission deleted during its disconnection when reconnected to the cloud
46
+
Test Case 17: An edge cluster deletes a mission when reconnected if the mission is deleted during its disconnection
47
47
48
48
Test Case 18: The mission content deleted in edge cluster will be re-instated
49
49
@@ -61,10 +61,10 @@ Test Case 20: The status of edge cluster is "Unhealthy" if the clusterd is conne
61
61
62
62
## Test Cases
63
63
64
-
**Note: By default, the commands in this doc are run from the root directory of the fornax repo. If not specified, the command is run on the operating machine of Cluster A, which will be referred as "root operator machine" in the rest of this document.**
64
+
**Note: By default, the commands in this doc are run from the root directory of the fornax repo. If not specified, the command is run on the machine of Cluster A, which will be referred as "root operator machine" in the rest of this document.**
65
65
66
66
67
-
**Test Case 1: Register Cascading Edge Clusters with Cloud**
67
+
**Test Case 1: Register Hierarchical Edge Clusters with Cloud**
68
68
69
69
Step 1: start kubeedge cloudcore in the root operator machine, using command:
70
70
```
@@ -169,7 +169,7 @@ kubectl get deployment --kubeconfig=[edge_cluster_kubeconfig]
169
169
Verify that the deployment specified in the mission content is created in the edge clusters of B, C, D.
170
170
171
171
172
-
**Test Case 5: An edge cluster continue to work when disconnected from the cloud**
172
+
**Test Case 5: An edge cluster continues to work when disconnected from the cloud**
173
173
174
174
Continuing from the previous test case, do the following:
175
175
@@ -286,7 +286,7 @@ kubectl get deployment --kubeconfig=[edge_cluster_kubeconfig]
286
286
```
287
287
Verify that the deployment specified in the mission content is gone in each edge cluster.
288
288
289
-
**Test Case 12: Deploy workload to an edge cluster with specific name**
289
+
**Test Case 12: Deploy workload to an edge cluster with a specific name**
290
290
291
291
Step 1. update tests/edgecluster/data/missions/deployment-to-given-clusters.yaml to change the value of spec/placement/cluster/Name to be the name of cluster C.
292
292
@@ -427,7 +427,7 @@ kubectl get deployment --kubeconfig=[edge_cluster_kubeconfig]
427
427
```
428
428
Verify that the deployment specified in the mission content is created in the edge clusters B, C and D.
429
429
430
-
**Test Case 16: An edge cluster updates the mission updated during its disconnection when reconnected to the cloud**
430
+
**Test Case 16: An edge cluster picks up the change when reconnected if the mission is updated during its disconnection**
431
431
432
432
Continuing from the previous test case, do the following:
433
433
@@ -468,7 +468,7 @@ kubectl get deployment --kubeconfig=[edge_cluster_kubeconfig]
468
468
Verify that the number of replicas in the deployment is updated in the edge clusters B, C and D.
469
469
470
470
471
-
**Test Case 17: An edge cluster deletes the mission deleted during its disconnection when reconnected to the cloud**
471
+
**Test Case 17: An edge cluster deletes a mission when reconnected if the mission is deleted during its disconnection **
472
472
473
473
Continuing from the previous test case, do the following:
minConfigFlag=Config(minConfigFlagName, ConfigFalse, "Print min configuration for reference, users can refer to it to create their own configuration files, it is suitable for beginners.")
81
-
defaultConfigFlag=Config(defaultConfigFlagName, ConfigFalse, "Print default configuration for reference, users can refer to it to create their own configuration files, it is suitable for advanced users.")
82
-
edgeclusterConfigFlag=Config(edgeclusterConfigFlagName, ConfigFalse, "Print edgecluster configuration for reference, users can refer to it to create their own configuration files, it is suitable for advanced users.")
80
+
minConfigFlag=Config(minConfigFlagName, ConfigFalse, "Print min configuration for reference. Users can refer to it to create their own configuration files. It is suitable for beginners.")
81
+
defaultConfigFlag=Config(defaultConfigFlagName, ConfigFalse, "Print default configuration for reference. Users can refer to it to create their own configuration files. It is suitable for advanced users.")
82
+
edgeclusterConfigFlag=Config(edgeclusterConfigFlagName, ConfigFalse, "Print edgecluster configuration for reference. Users can refer to it to create their own configuration files. It is suitable for advanced users.")
83
83
)
84
84
85
85
// AddFlags registers this package's flags on arbitrary FlagSets, such that they point to the
0 commit comments