Azure Devops Test Plans

Anyone use Azure Devops and it’s Test Plans integration for “test case management”, mostly as it relates to manual testing? I use this term super loosely as I’m only “documenting” test cases for our more critical regression tests for our offshore team to run. I’m curious what people’s experience has been in creating test cycles in this tool that make sense. I find it rather clunky and difficult to work with. Curious what others have experienced with this? Or if they’ve just tossed in the towel and found a better means of managing the test effort? I’m not seeing much referenced on this tool which makes me wonder if it’s actually used much; Azure DevOps is definitely more included to support the CI/CD model (we have quite a ways to go on that yet). Thanks!

An example of it’s functionality that drives me batty…
I can either define test cases be query, which pulls in everything that matches that query automatically (cool if I want to add a single test case). I’m unable to remove single test cases in a suite, however, which is goofy.

On the flip side, if I have a static test suite, I’m then able to remove single test cases in a suite BUT I’m unable to add individual test cases. :roll_eyes:

Might want to talk to Bjoern

1 Like

I’ll reach out - thanks!

I’d be interested in your thoughts on it - as it’s something I’m looking at using :slight_smile:

Hi Morgan,

I’m afraid I don’t understand your difficulties (yet). Both in static suites and in requirement based suites I can add and remove single test cases.

Can you give me more informations?

Kind regards

Oh I finally figured out what my issue was with creating test cycles and adding individual tests :woman_facepalming: It’s not the most intuitive tool and I was unaware I could add single test cases to static cycles and “expected” query-based test cycles to stop adding tests when the sprint dates passed. Oi. I’ve got that now.

I am curious though how you are organizing your tests - are you using tags? If so, thoughts / tips on how to best use this method so you don’t go crazy?

I’m mostly working on setting up the test plan functionality for manual testing for some remote testers we have on contract in India, hence my questions are around that aspect currently. :wink: Thanks again!

1 Like

:smiley: #beentheredonethattoo

With Azure DevOps (ADO) some prefer to use tags and queries a lot, and rely less on hierarchies and fields. “Iteration/sprint - make it a tag, system area - make it a tag, what team test this - make it a tag” etc. And then use queries to find it, and similar to build the test plans (in the tool) if needed. You can become less reliant on the “Test plan” module of the tool this way.

I’ve been trying some proof of concept for testing as my org just switched to ADO recently.

For me the big tip I got was using the grid view when editing a test suite:

It basically opens up the suite as a spreadsheet for editing and adding new tests, which was great for importing some of our older tests. Creating in the Test Suite level let me bypass trying to find all my test cases back again through queries later.

We just started looking into the “Modern Requirements” add-on which looks super helpful for traceability of test cases.