A bug issue is assigned to a developer. Later in the work flow, the issue is transition to In Test and reassigned to a Tester. This makes things very confusing. Is that the right way? Perhaps, after a bug issue is created, a requirement issue should be created to describe the fix to the bug and a subtask should be created under the requirement? What is the way that make the most sense? The bug issue shouldn't be passed between two people. By doing that we are using visibility Any articles that I can read about this?
The flow makes sense - an issue moves from person to person as the new person becomes the appropriate one to take over. It's not always the case, of course, but if Alice is the current assignee and Bob is the best person to do it, there's no reason to create another issue for Bob to take a look, just let him take over from Alice.
It doesn't reduce visibility or increase complexity in any way. Many people may well look at and work on the same bug.
It is worth keeping an eye on the reporter (person who raised it), and some processes benefit from having an "owner" which would change a lot less (Chuck owns the bug, but Alice, Bob and Chuck can all be the assignee when it's their responsibility to do something with it). An owner is easy to set up - just add a custom field for it.
If the bug issue is assigend to another developer, that make sense. However, the bug is later assigned to QA for testing. This way, the bug issue has two types of work: development and testing, and we have no idea how the bug is being fixed.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
There's nothing wrong with that. The assignee is dealing with the bug, that's what having an assignee is for.
If you need to report on types of work, you could simply look at the time it was assigned to each user and derive the type from that, or you could look at the work-logs, or if you really do want to split it up, create a sub-task for testing (and maybe development, and other stuff)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.