-
Improvement
-
Resolution: Done
-
Major
-
None
-
-
[GSoC] Sprint 2
Write Acceptance Test Harness for the External Workspace Manager plugin.
- Test the Jenkins global config sections, External Workspace Definitions and External Workspace Templates. - e.g. fill in the text boxes, save, and verify if the information was saved correctly
- Test the Node configuration, External Workspace property - select the checkbox and fill in the text boxes, after saving, the information should be persisted
- Set-up a minimal config, with one node instance and create a basic pipeline job that runs the exwsAllocate and exws steps. Verify the console output for the logged messages. Verify if the External Workspaces run action outputs the appropriate information, e.g. selected disk pool, selected disk, complete path on disk.
- Set-up a bit more complex environment, with two node instances. Maybe if I'll point the localRootPath parameter to the same path on both of the nodes, I may be able to test a bit more complex scenario, in which I will build the project on one node, and test the project on a different node.
[JENKINS-36076] Write acceptance tests for external workspace manager
Epic Link |
New:
|
Rank | New: Ranked higher |
Priority | Original: Minor [ 4 ] | New: Major [ 3 ] |
Description | Original: Write Acceptance Test Harness for the External Workspace Manager plugin. |
New:
Write Acceptance Test Harness for the External Workspace Manager plugin. Mostly the tests are UI based: # Test the Jenkins global config sections, External Workspace Definitions and External Workspace Templates. - e.g. fill in the text boxes, save, and verify if the information was saved correctly # Test the Node configuration, External Workspace property - select the checkbox and fill in the text boxes, after saving, the information should be persisted # Set-up a minimal config, with one node instance and create a basic pipeline job that runs the _exwsAllocate_ and _exws_ steps. Verify the console output for the logged messages. Verify if the _External Workspaces_ run action outputs the appropriate information, e.g. selected disk pool, selected disk, complete path on disk. |
Description |
Original:
Write Acceptance Test Harness for the External Workspace Manager plugin. Mostly the tests are UI based: # Test the Jenkins global config sections, External Workspace Definitions and External Workspace Templates. - e.g. fill in the text boxes, save, and verify if the information was saved correctly # Test the Node configuration, External Workspace property - select the checkbox and fill in the text boxes, after saving, the information should be persisted # Set-up a minimal config, with one node instance and create a basic pipeline job that runs the _exwsAllocate_ and _exws_ steps. Verify the console output for the logged messages. Verify if the _External Workspaces_ run action outputs the appropriate information, e.g. selected disk pool, selected disk, complete path on disk. |
New:
Write Acceptance Test Harness for the External Workspace Manager plugin. Mostly the tests are UI based: # Test the Jenkins global config sections, External Workspace Definitions and External Workspace Templates. - e.g. fill in the text boxes, save, and verify if the information was saved correctly # Test the Node configuration, External Workspace property - select the checkbox and fill in the text boxes, after saving, the information should be persisted # Set-up a minimal config, with one node instance and create a basic pipeline job that runs the _exwsAllocate_ and _exws_ steps. Verify the console output for the logged messages. Verify if the _External Workspaces_ run action outputs the appropriate information, e.g. selected disk pool, selected disk, complete path on disk. # Set-up a bit more complex environment, with two node instances. Maybe if I'll point the localRootPath parameter to the same path on both of the nodes, I may be able to test a bit more complex scenario, in which I will build the project on one node, and test the project on a different node. |
Description |
Original:
Write Acceptance Test Harness for the External Workspace Manager plugin. Mostly the tests are UI based: # Test the Jenkins global config sections, External Workspace Definitions and External Workspace Templates. - e.g. fill in the text boxes, save, and verify if the information was saved correctly # Test the Node configuration, External Workspace property - select the checkbox and fill in the text boxes, after saving, the information should be persisted # Set-up a minimal config, with one node instance and create a basic pipeline job that runs the _exwsAllocate_ and _exws_ steps. Verify the console output for the logged messages. Verify if the _External Workspaces_ run action outputs the appropriate information, e.g. selected disk pool, selected disk, complete path on disk. # Set-up a bit more complex environment, with two node instances. Maybe if I'll point the localRootPath parameter to the same path on both of the nodes, I may be able to test a bit more complex scenario, in which I will build the project on one node, and test the project on a different node. |
New:
Write Acceptance Test Harness for the External Workspace Manager plugin. Mostly the tests are UI based: # Test the Jenkins global config sections, External Workspace Definitions and External Workspace Templates. - e.g. fill in the text boxes, save, and verify if the information was saved correctly # Test the Node configuration, External Workspace property - select the checkbox and fill in the text boxes, after saving, the information should be persisted # Set-up a minimal config, with one node instance and create a basic pipeline job that runs the _exwsAllocate_ and _exws_ steps. Verify the console output for the logged messages. Verify if the _External Workspaces_ run action outputs the appropriate information, e.g. selected disk pool, selected disk, complete path on disk. # Set-up a bit more complex environment, with two node instances. Maybe if I'll point the _localRootPath_ parameter to the same path on both of the nodes, I may be able to test a bit more complex scenario, in which I will build the project on one node, and test the project on a different node. |
Description |
Original:
Write Acceptance Test Harness for the External Workspace Manager plugin. Mostly the tests are UI based: # Test the Jenkins global config sections, External Workspace Definitions and External Workspace Templates. - e.g. fill in the text boxes, save, and verify if the information was saved correctly # Test the Node configuration, External Workspace property - select the checkbox and fill in the text boxes, after saving, the information should be persisted # Set-up a minimal config, with one node instance and create a basic pipeline job that runs the _exwsAllocate_ and _exws_ steps. Verify the console output for the logged messages. Verify if the _External Workspaces_ run action outputs the appropriate information, e.g. selected disk pool, selected disk, complete path on disk. # Set-up a bit more complex environment, with two node instances. Maybe if I'll point the _localRootPath_ parameter to the same path on both of the nodes, I may be able to test a bit more complex scenario, in which I will build the project on one node, and test the project on a different node. |
New:
Write Acceptance Test Harness for the External Workspace Manager plugin. # Test the Jenkins global config sections, External Workspace Definitions and External Workspace Templates. - e.g. fill in the text boxes, save, and verify if the information was saved correctly # Test the Node configuration, External Workspace property - select the checkbox and fill in the text boxes, after saving, the information should be persisted # Set-up a minimal config, with one node instance and create a basic pipeline job that runs the _exwsAllocate_ and _exws_ steps. Verify the console output for the logged messages. Verify if the _External Workspaces_ run action outputs the appropriate information, e.g. selected disk pool, selected disk, complete path on disk. # Set-up a bit more complex environment, with two node instances. Maybe if I'll point the _localRootPath_ parameter to the same path on both of the nodes, I may be able to test a bit more complex scenario, in which I will build the project on one node, and test the project on a different node. |
Action Item: alexsomai to write a list of tests to be implemented