How to show actual test cell or lab resources used for an execution?
I understand Test Environments are "what you plan to test on" while Lab Resources/Test Cells represent the actual environment available for testing.
When creating an execution record we assign a test environment to that (ie. tests executions for this record must use lab resources that match the environment selected). So far so good.
When creating an execution record we assign a test environment to that (ie. tests executions for this record must use lab resources that match the environment selected). So far so good.
However, I don't see a way to display in the Test Execution Result which lab resource or test cell was ACTUALLY used to performed the test.
Real Life.
Test Environment: iPhone 5S with iOS7
Lab Resources: iPhone 5S 16GB with iiSO7.1.2, iPhone 5S 32GB with iOS7.1.1
How can we tell which iPhone was used in each execution?
Lab Resources: iPhone 5S 16GB with iiSO7.1.2, iPhone 5S 32GB with iOS7.1.1
How can we tell which iPhone was used in each execution?
One answer
Unfortunately, lab management resources are not displayed in the Test Execution Result table view. However, the Test Environment is an available column, which is viewable/sortable/filterable in the Test Execution Result table view
Have you considered using channels (see https://jazz.net/help-dev/clm/topic/com.ibm.rational.test.lm.doc/topics/c_channels_overview.html), which are viewable/sortable/filterable in the Test Execution Result table view?
Have you considered using channels (see https://jazz.net/help-dev/clm/topic/com.ibm.rational.test.lm.doc/topics/c_channels_overview.html), which are viewable/sortable/filterable in the Test Execution Result table view?
Comments
Hi Paul.
Thanks for your response.
I did. From what I understood of channels, though, it's also something that's assigned to the TCER at the time of creation, not something the Tester inputs along with results.
Also, I couldn't really see the point of channels, so, for this release at least, I didn't enable them.
What we did for now was to add a custom attribute to Results so the tester needs to input the device info that was actually used for testing.