|
88 | 88 |
|
89 | 89 | - Store The External Domain Metadata JSON object as a separate JSON file. |
90 | 90 |
|
| 91 | + |
| 92 | +***Test Requirements:*** |
| 93 | + |
| 94 | +- The Conformance Tests should not modify nor do any transformations on The External Domain Metadata JSON object at all. If The Conformance Tests indicates a problem with The External Domain Metadata JSON object, The External Domain Metadata JSON object in the implementation code should be adjusted to fix the problem. The tests should only validate the JSON object in its original form. |
| 95 | + |
91 | 96 | ***Functional Requirements:*** |
92 | 97 |
|
93 | 98 | - Implement The Function that generates and returns The External Domain Metadata JSON object. The record types that should be included in the The External Domain Metadata are The List of Cards ('cards') and The List of Users ('users'). |
|
99 | 104 | - The path to The Chef CLI executable is provided in the environment variables `CHEF_CLI_PATH`. |
100 | 105 | - For the test to be successful The Chef CLI must return an empty output. |
101 | 106 | - The test should always fail if The Chef CLI is not available. |
| 107 | + - The Acceptance Tests should not modify nor do any transformations on The External Domain Metadata JSON object at all. The Acceptance Tests should just read The External Domain Metadata JSON object and pass it to The Chef CLI. |
102 | 108 |
|
103 | 109 |
|
104 | 110 | ## Generate 'initial_domain_mapping.json' |
|
112 | 118 | - Please note that mappings are split into separate ‘shards’ - one for each record type - for easier manipulation and storage. |
113 | 119 | - Please note that a leaf type or a concrete id has to be selected for use_devrev_record, but not both. |
114 | 120 |
|
| 121 | + |
115 | 122 | ***Non-Functional Requirements:*** |
116 | 123 |
|
117 | 124 | - Store The Initial Domain Mapping JSON object as a separate JSON file. |
118 | 125 |
|
| 126 | +***Test Requirements:*** |
| 127 | + |
| 128 | +- The Conformance Tests should not modify nor do any transformations on The Initial Domain Mapping JSON object at all. If The Conformance Tests indicates a problem with The Initial Domain Mapping JSON object, The Initial Domain Mapping JSON object in the implementation code should be adjusted to fix the problem. The tests should only validate the JSON object in its original form. |
| 129 | + |
119 | 130 | ***Functional Requirements:*** |
120 | 131 |
|
121 | 132 | - Implement The Function that generates and returns The Initial Domain Mapping JSON object. |
122 | 133 |
|
123 | | - |
124 | 134 | ***Acceptance Tests:*** |
125 | 135 |
|
126 | 136 | - Validate generated The Initial Domain Mapping JSON object with the chef-cli tool (The Chef CLI) using the command "chef-cli initial-mapping check -m <The External Domain Metadata JSON object file>": |
127 | 137 | - The Chef CLI reads The Initial Domain Mapping JSON object from stdin. |
128 | 138 | - The path to The Chef CLI executable is provided in the environment variables `CHEF_CLI_PATH`. |
129 | 139 | - The test should always fail if The Chef CLI returns a non-empty output. |
130 | 140 | - The test should always fail if The Chef CLI is not available. |
| 141 | + - The Acceptance Tests should not modify nor do any transformations on The Initial Domain Mapping JSON object at all. The Acceptance Tests should just read The Initial Domain Mapping JSON object and pass it to The Chef CLI. |
131 | 142 |
|
132 | 143 |
|
133 | 144 | ## Pushing data to DevRev servers |
|
0 commit comments