Testing Fundamentals

Test Case vs Test Suite vs Test Run: Key Differences Explained

LogicHive TeamUpdated: March 19, 20268 min read

Test case, test suite, test run — these three terms get thrown around constantly in software testing, and they're often confused. They sound similar, but they serve very different purposes. Understanding the distinction is essential for organising your testing effectively, whether you're doing QA or user acceptance testing (UAT).

Quick Definitions

📄

Test Case

A test case is a single, specific test that verifies one piece of functionality. It includes step-by-step instructions, input data, and expected results. A test case answers: "Does this specific thing work?"

Example: "Verify user can log in with valid credentials"

Learn more about test cases →

📁

Test Suite

A test suite is a collection of related test cases grouped together for a specific purpose. It organises tests logically — by feature, module, release, or test type. A test suite answers: "What do we need to test for this area?"

Example: "Checkout Regression Suite" containing 25 test cases covering the entire checkout flow

▶️

Test Run

A test run is a specific execution of test cases or test suites at a particular point in time. It captures who ran the tests, when, on what environment, and the pass/fail results. A test run answers: "What was the state of the software at this moment?"

Example: "Sprint 12 Regression — 14 March 2026 — 23/25 passed, 2 failed"

Side-by-Side Comparison

Here's how the three concepts differ across key dimensions:

Attribute
📄 Test Case
📁 Test Suite
▶️ Test Run
What is it?
A single test
A group of tests
An execution of tests
Purpose
Verify one thing works
Organise related tests
Record results at a point in time
Contains
Steps, data, expected results
Multiple test cases
Results from executed test cases
Created
Once, updated as needed
Once per grouping
Each time tests are executed
Reusable?
Yes — across suites & runs
Yes — run multiple times
No — each run is unique
Analogy
A single recipe
A cookbook
Cooking dinner tonight

Real-World Analogy: The Music Comparison

If software testing were music:

🎵 Test Case = A Song

A complete, self-contained piece. It has a beginning, middle, and end. You can play it on its own or as part of something bigger.

💿 Test Suite = A Playlist / Album

A curated collection of songs grouped by theme, mood, or purpose. "Workout Mix" vs "Chill Evening" — same songs can appear in different playlists.

🎤 Test Run = A Concert / Listening Session

A specific performance at a specific time. The setlist might be the same playlist, but this particular performance happened on this date, in this venue, with these results.

Organise Tests Cases, Suites & Runs in One Place

Try LogicHive Free

Create test cases, group them into suites, and track every run with full history. No credit card required.

Start Free Trial

When to Use Each

Create a Test Case when…

  • You need to verify a specific piece of functionality
  • A new feature or requirement is added
  • A bug is found and you need a regression test to prevent it recurring
  • You want to document how something should behave

Learn how to write effective test cases →

Create a Test Suite when…

  • You want to group related test cases for a feature or module
  • You need a "smoke test" subset that runs quickly
  • You're preparing a regression suite for a release
  • Different team members are responsible for different testing areas

Create a Test Run when…

  • A new build or release candidate is ready for testing
  • Bug fixes have been deployed and need verification
  • You need an auditable record of testing for compliance
  • Stakeholders need a go/no-go decision before release

How They Work Together in UAT

In a typical UAT workflow, the three concepts form a natural hierarchy:

1

Write Test Cases

Business analysts or QA leads create detailed test cases for each requirement. Each test case covers one specific behaviour.

2

Organise into Test Suites

Group test cases by module, user role, or priority level. Create focused suites like "Critical Path Tests" or "Admin User Tests".

3

Execute Test Runs

When a build is ready, start a test run. Assign testers, track progress, and record pass/fail results in real time.

4

Review & Report

After the run, review results. Failed tests become bug reports. Once all critical tests pass, the release gets sign-off.

The beauty of this structure is that your test cases and suites are reusable. When the next sprint ships, you create a new test run against the same suites. Over time, you build a testing library that grows with your application.

Frequently Asked Questions

What is the difference between a test case and a test suite?

A test case is a single, specific test that verifies one piece of functionality with defined steps and expected results. A test suite is a collection of related test cases grouped together — for example, all test cases related to the checkout process. Think of test cases as individual songs and a test suite as a playlist.

What is a test run?

A test run is a specific execution of one or more test cases or test suites at a particular point in time. It records who ran the tests, when they were run, on what environment, and what the results were. Each test run produces a snapshot of pass/fail results and is typically tied to a build version or release.

Can a test case belong to multiple test suites?

Yes. A single test case can be included in multiple test suites. For example, a login test case might appear in both a "Smoke Test Suite" (for quick verification) and a "Full Regression Suite" (for comprehensive testing). This reusability is one of the key benefits of separating test cases from test suites.

How many test runs should I do before a release?

At minimum, you should have one full regression test run and one UAT test run before release. In practice, most teams run multiple iterations — an initial run to find bugs, then re-test runs after fixes. The final test run before release should show all critical and high-priority test cases passing.

Do I need a tool to manage test cases, suites, and runs?

For small projects, spreadsheets can work. But as your test suite grows, a dedicated test management tool becomes essential. Tools like LogicHive handle version control, execution tracking, reporting, and collaboration — things that become unmanageable in spreadsheets once you have more than 50-100 test cases.

Conclusion

Test cases, test suites, and test runs are three distinct but interconnected concepts. Test cases define what to test. Test suites organise how tests are grouped. Test runs capture when tests were executed and what happened.

Getting this hierarchy right is fundamental to efficient testing. Start by understanding test cases, learn how to write them well, then use suites and runs to scale your testing process as your application grows.

Free Forever Plan

Manage Test Cases, Suites & Runs in One Place

LogicHive gives your team a structured home for every test case, suite, and run — with real-time tracking and full audit history.

No credit card required