Hi Team
Currently when assignee marks a test execution of Test State to PASS, its related Jira Test Issue type still shows as TO DO. How can we mark its related Jira Test status to DONE?
unfortunately, currently there's no out-of-the-box solution for that.
Please note that a Test in Xray is a reusable entity, that you can execute in multiple versions or even revisions of the same version. In that sense, transitioning the Tests to DONE could be misleading. Besides, you may also want to run the same Tests in another Test Environment (e.g., another browser), for example. Therefore, it would be hard to "guess" when the related Tests could be transitioned or not.
Regards,
Sérgio
Thank you @Sergio Freire - Xblend in this case, wondering if you know of any component for the dashboard, that will show me all below for the user in 1 component?
Currently there doesn't seem to by any component that shows this level of info.
Thank you
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Currently there's the Test Runs List gadget that can show the Test Runs (not the Test issues) that are assigned to you. You can also show the linked issues (which may not be the Epic issues.. it may be the user stories).
If Customer Integrations is available also on the Test issues, then you can create a filter and use it as source.
In sum, currently there isn't something exactly what you are looking for.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you @Sergio Freire - Xblend can you please advise do you have, in this case, any approach for multiple assignees be able to view their tests and easily provide results; and see them?
What is the best method you may recommend for us?
Thank you!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
first I would suggest having a Test Plan as a starting point, with all the tests that you wish to track.
Then within the Test Plan, you have a board (a folder based organization) that you can use to organize the tests in folders, by some criteria (e.g. component, business case, or even tester if you want).
From within the Test Plan you can schedule multiple Test Executions. A Test Execution may contain Test Runs assigned to different users if you want... but you may find it easier to create Test Executions for each tester, where implicitly the related Test Runs will be handled by that tester.
For testers to be abel to track their work they can do it in different ways (depending on whether they are assigned just to test runs or if they have Test Executions directly assigned to them).
The Test Runs List gadget can list the runs that are assigned to each user. If you created Test Executions per tester then each tester tracks its work on the Test Execution.
Overall, consolidated progress can be tracked at the Test Plan level, if that is being used (which I would recommend), if all the related Test Executions are linked to a Test Plan.
Think on these layers of information, where on the left (i.e. the Test Plan) you have a more high-level overview
Test Plan > Test Executions > Test Runs
Note: there is no right/wrong recommendation here; I would advise you to try the different approaches and see what works best with your team.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You're feedback was VERY helpful @Sergio Freire - Xblend it enlightened my thinking!! How about I perform below steps for my structure - would you say this sounds correct too? Just smoke-tested it here on my end, and it seems to show what we need?!
THANK YOU for your patience with me!!
Agata
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Sergio Freire - Xblend if I may...I have one last follow-up question...What is the best practice IF all the above tests need to be done in sequence - for example Department B can only start their tests after Department A completed their execution? Can it be somehow easily done systematically, or do I need to manage it manually like I did before?
THANK YOU!!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
your proposed solution seems fine and meets your needs definitely :)
On the dependencies, neither Jira nor Xray have specific ways for handling those. However, in Jira it's usual to relate tasks using issue links and a specific issue link type, such as "blocks/is blocked by". That would be my suggestion.
Sérgio
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
thanks aokeeffe@guidewire.com , you too!
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.