Forum Discussion
1 Reply
Hi,
You can achieve this by enabling execution work flow, There will be 4 status in execution workflow(Todo, in-progress, done, reopen), user can change the status of the execution when execution status is in Todo state, once it is done then user cannot edit the execution status.
Once status is done, again if user want to re-execute the status of the execution then user has to re-open and execute to pass/fail and make it to done. The overall history of the execution, you can check in test execution history details
For more details refer :
https://zephyrdocs.atlassian.net/wiki/spaces/ZFJ0400/pages/1250525216/Execution+Workflow#Required-Configuration-for-the-Execution-Workflow
Note: If you are facing any issues please raise support ticket - https://support.smartbear.com/message/?prod=zephyrThanks
Jagadeesh
- GPNew Contributor
Hi Jagadeesh,
thanks for your reply.
This not a solution, but a useful workaround I've already set and explained to the end-user.
Unfortunately the execution statuses shouldn't be a simple list of options should be a configurable set of options by the Jira administrator to restrict the editing permission depending on the current status. This is the only way to avoid the end-user make a mistake in selecting a not-compliant status or forget to choose 'Done' in the workflow.
The automatism is essential: any final status of the execution should be irreversible. The final status are PASS (built-in status) and 'N/A' (custom status).
If the user forget to select 'Done', the execution status could be edited by anyone!
Even if the execution history can help identifying who change the execution status and when, the process is not compliant to the standard ISTQB and the KPI gadget becomes incongruous.
For example, an end-user reopen a test execution and change the status from 'N/A', not applicable, to WIP, work in progress; the action is not compliant to the test management standard (N/A is a final status) and the filter that collect all opened statuses includes this execution so the gadget 'Test Execution Details' displays this execution as if the testing team is working on it while it should be count as finished, no more work needed (performance degradation is not real!).The Zephyr execution workflow is focused on the time tracking not on the process, unfortunately!
This tool is missing some needed features. Hope the next releases can be better than this!
Best Regards,
GP- Hi GP,
Yes I have given workaround but I have noted down your usecase and raised feature request and forwarded to product management team. Our team will review and prioritize this and will fix it in future release
Thanks
Jagadeesh