We have a team of testers who are about to executing tests defined in Zephyr. The problem is that some of the Test Cycles we've defined are large enough (have many Tests) that they could be split amongst multiple testers.
Tests are not assigned to folks really. You can assign a Test issue just as you can assign an "Asignee" to any JIRA issue type. However, how Zephyr for JIRA works is you create tests and assign them to cycles. Once they are assigned to cycles, any tester that is assigned to the JIRA project can begin grabbing and executing tests.
The same goes for test cycles. There is not the ability to assign cycles to separate testers. The best way to "assign" a cycle to a tester or group of testers is too place their name/s in the cycle description. What this will do is display their names right on the cycle so they will know if it belongs to them or not by a quick glance.
In Zephyr for JIRA, one a test has been executed, it will display the testers name and the time they executed it. The best way to see if someone has executed a test is to use the Search Test Executions Navigator. What you can do here is enter in a ZQL too search for tests you want to know about. Once you search for them, it will display who executed it and when.
As a side note, we do have the ability to assign tests to different member's of the team in our Zephyr Enterprise Edition. Our Zephyr Enterprise Edition does tightly integrate with JIRA as well.
The concern we have is that two testers would grab the same test and start executing. WHILE they're executing, there's no way for them to indicate a test is in progress, right? Imagine a test that take 2 hours to test... Someone can start on it, be in the middle of testing, and another tester can start it as well. Unlike Tasks on the rest of our scrum boards where we can assign a name and mark it In Progress.
I think one way we may handle this is to create a Task issue in JIRA and specify a set of tests within a Test Cycle and assign it to testers. This way we can divide up the work.
Seems like this is a pretty big missing feature, especially for an Enterprise 500 user license like we are on...
I agree with Eldon. I think this would be a great feature to add. Seems like once a test is being executed by User A, if User B looks at the same test, he could see some indication that says "Currently being executed by User A". Or maybe he only sees this notice if he hits the Execute button on this test.
Hi C K,
Assigning tests in an execution cycle is of highest importance. We have a big testing team. For a lead it is important to track the status of testing by tester. For tester knowing how much work he has to complete in given time is important.
Now when everything is open for grabbing ... testers usually have a tendancy to grab the easiest tests first. And the attitude of "somebody else will do that hard to do 4 hour test".
Do consider implementing this feature ASAP.
Here is how I solved this problem ...
Say you have 300 tests to be executed.
Repeat above steps for every tester. Ensuring that the 300 tests are covered in various filters.Note: By using Jira filters, you have labels, assignee, custom fields, and everything else to filter by.
At the end of above exercise, you have a test execution cycle, with all tests marked "WIP". Plus every test has the name of the assigned tester in "ExecutedBy"
Now testers just filter out their tests with:
cycleName = Test_Execution_Cycle AND executedBy = <Tester_A>
Tester's issue of seeing assigned tests is solved. And all under ONE execution cycle.
* This works if you have a small number of testers.
I’m a designer on the Jira team. For a long time, I’ve fielded questions from other designers about how they should be using Jira Software with their design team. I’ve also heard feedback from other ...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs