Close this search box.
Home Home / Who should ideally write Test Cases? The Testing Team or the Development Team?

Who should ideally write Test Cases? The Testing Team or the Development Team?

Onkar Singh Lohtham
Published: 18 May, 2024

Writing user acceptance test cases

In my experience of launching products in SDLC, waterfall and Agile, the following has been the most successful practice for writing the user acceptance test cases (UAT):

Step1) The business analyst or someone with business analysis skills (could be the product owner in an Agile team) writes user requirements, or use cases or user stories with acceptance criteria (Agile) that captures the functional & non-functional requirements.

Step2) The QA / Tester from the testing team (or the tester/QA who is part of the core Agile team) reads the requirement specification and creates the test cases from it that covers all the scenarios mentioned in the requirements.

Step3) The test cases could be either manual or automated – depending upon how much automation has been implemented in the test cycle for your team and your organisation.

Since the QA/Test team is in-charge of running the tests, they should be the author of these test cases, for the following reasons:

  1. They could amend them when needed
  2. Keep a track of the metrics on each test run
  3. Keep an eye on the test results upon each regression test run
  4. Provide reporting after each test run
  5. Manage the correlation of test cases, and bugs raised during testing and after Go-Live

Note: The product roadmap tells us the ‘What’ and not ‘How’ to get things done.

Leave a Comment

Table of Contents

Table of Contents

Onkar Singh Lohtham

Founder & CPO | Lead Trainer | Digital Skills Mastery

Onkar is one of the most innovative and experienced agile practitioners and trainers in the world. He has helped organisations build £multi-million products/services & win awards. His passion lies in training on ‘how to’ implement unique road map & commercial strategies, manage complex backlogs and lead multi-product agile teams from inception to launch.

Learn more

Scroll to Top
Scroll to Top

Sorry, you cannot use this feature at the moment. Please Register with us to share or mark it as favorite