15 User Acceptance Testing Templates [Examples + Download]
Book a demoTry Marker.io for free
How-To Guides

15 User Acceptance Testing Templates [Examples + Download]

Last updated:
April 23, 2024
An example user acceptance testing template with fields for test cases
An example user acceptance testing template with fields for test cases
Contents
    Contents

    User acceptance testing templates are documents that help QA teams plan and execute UAT testing.

    The end goals are:

    • to find out if end users run into any issues when testing;
    • and that the software works in a real world business context.

    Successfully running user acceptance tests is challenging.

    That’s why having the right processes and workflows in place is crucial.

    In this blog post, we offer free user acceptance testing templates you can easily copy and implement with your team.

    Whether your organization uses Jira, GitHub, Trello, GitLab, or Asana, or keeps a backlog in an Excel spreadsheet, in a Word document, or via email—we’ve got you covered.

    You’ll need the following:

    • A UAT test plan template. This document outlines business requirements, testing team, and assignments, as well as the testing process and strategy to be used during UAT execution.
    • A test case template. These are real world scenarios and step-by-step instructions on how to test a specific feature within a software or website app.

    Find what works for you in this list:

    1. UAT test plan template

    Test case templates:

    1. In GitHub
    2. In Jira
    3. In Trello
    4. In GitLab
    5. In Asana
    6. In Teamwork
    7. In Shortcut
    8. In Monday
    9. In ClickUp
    10. In Wrike
    11. In Excel
    12. In Word
    13. As PDF
    14. In Email

    User Acceptance Testing Templates

    User acceptance testing (UAT) is performed at the later stages of the software development lifecycle, in a production or (production-like) environment.

    Often, this means UAT testing is poorly planned.

    The final release is riddled with critical bugs and defects that end up costing companies extra hours of development.

    You can avoid this with a good user acceptance testing template.

    This list contains everything you need to ensure you meet acceptance criteria.

    UAT Test Plan Template

    This user acceptance testing template is your one source of truth for UAT planning.

    It contains:

    • Scope, business requirements, and objectives. Why are we building this new feature? What’s the pain point/main functionality? What are technical objectives?
    • Test team. Every individual on the QA team is assigned a responsibility—the who, the what, and the when.
    • Milestones and deliverables. Every phase of acceptance testing is documented here: testing process design, staging environment, training, execution, and report on test results.
    • Environmental requirements. Hardware (in some cases) and software requirements are listed here.
    • Features to be tested. What are we expecting to discover during testing? What are the pass/fail criteria for each feature? What features do we want to avoid testing? What should our test cases look like?

    This document is 100% editable—simply fill in the blanks with your own data.

    Here’s a sneak peek:

    Example of UAT test plan, with an excerpt on scopes and objectives

    You can download the full test plan in this Google Doc.

    Remember to create a copy first, or you won’t be able to edit it with your own data!

    UAT Test Case Templates

    During user acceptance testing (UAT), test cases are real world scenarios performed by the end user.

    The goal here is to write step-by-step instructions that lead testers to the desired result.

    But you also want to ensure your app is self-explanatory enough—in other words, you can’t “hold their hand” through the entire process.

    For example:

    1. Log on to the app on staging.acme.com.

    vs.

    1. Go to staging.acme.com, then click the blue “log on” button in the top right of the screen.

    The first example here is far better: it’s clear what the desired result is, yet it allows:

    • testers to figure out how to get there by themselves;
    • the QA team to identify any friction in the process, which is the whole point of UAT testing.

    Here’s what you should include in UAT test cases:

    1. ID or Name. A unique identifier or a descriptive name that’s easy to come back to.
    2. Description. Insert what needs to be tested—don’t go into too much detail.
    3. Test steps. Keep it brief but make it clear what the end goal is.
    4. Expected result. Tell the end user what is supposed to happen once they have completed the steps above. Example: you should now be logged on to the dashboard.
    5. Actual result. This field is filled by testers and describes what actually happened. Example: the dashboard is loading indefinitely.
    6. Status (Pass/Fail). Whether the task was successfully completed or not. This is typically a radio button.

    GitHub Test Case Template

    If your team uses GitHub, you can use the following format during user acceptance testing (UAT):

    Sample UAT test case template in GitHub

    As you can see, this issue contains all the basic fields you need to successfully execute UAT, including:

    • ID
    • Description
    • Test steps
    • Expected result
    • Actual result
    • Status

    And if you use Marker.io for GitHub, the following info will be collected automatically:

    The same UAT test case in GitHub, but with extra information provided by Marker.io, such as console logs, browser, etc

    Because UAT involves non-technical users by definition, it makes sense to collect this data—it would otherwise be lost or incorrectly reported.

    This includes:

    • Reporter name
    • Source URL
    • Screenshot
    • Console logs and session replay
    • Environment info (device type, browser, screen size, OS…)

    Whenever the end user spots a problem on your website or app, they can take a screenshot with Marker.io, and add annotations to get their point across.

    In just one click, the tool converts it into a new GitHub issue.

    If your team is on GitHub, consider signing up for a free Marker.io trial.

    Jira Test Case Template

    If your team is on Jira, you can use the following user acceptance testing template.

    Sample UAT test case template in Jira

    As you can see, this issue type contains all the basic fields you need to successfully conduct user acceptance testing, including:

    • ID
    • Description
    • Test steps
    • Expected result
    • Actual result
    • Status

    And if you use Marker.io for Jira, the following info is added automatically:

    The same UAT test case in Jira, but with extra information provided by Marker.io, such as console logs, browser, etc

    Because UAT involves non-technical users by definition, it makes sense to collect this data—it would otherwise be lost or incorrectly reported.

    This includes:

    • Reporter name
    • Source URL
    • Screenshot
    • Console logs and session replay
    • Environment info (device type, browser, screen size, OS…)

    Whenever the end user spots a problem on your website or app, they can take a screenshot with Marker.io, and add annotations to get their point across.

    In just one click, the tool converts it into a new Jira issue.

    If you need help set up custom issue types and test cases in Jira, check out our guide on how to write test cases in Jira.

    If your team is on Jira, consider signing up for a free Marker.io trial.

    Trello Test Case Template

    If Trello is your PM tool of choice, you can use the following for your test cases:

    Sample UAT test case template in Trello

    As you can see, this card contains all the basic fields you need for UAT testing, including:

    • ID
    • Description
    • Test steps
    • Expected result
    • Actual result
    • Status

    And if you use Marker.io for Trello, the following info is added automatically:

    The same UAT test case in Trello, but with extra information provided by Marker.io, such as console logs, browser, etc

    Because UAT involves non-technical users by definition, it makes sense to collect this data—it would otherwise be lost or incorrectly reported.

    This includes:

    • Reporter name
    • Source URL
    • Screenshot
    • Console logs and session replay
    • Environment info (device type, browser, screen size, OS…)

    Whenever the end user spots a problem on your website or app, they can take a screenshot with Marker.io, and add annotations to get their point across.

    In just one click, the tool converts it into a new Trello card.

    If your team is on Trello, consider signing up for a free Marker.io trial.

    GitLab Test Case Template

    If you use GitLab for your test scenarios, you can use this markdown-style format:

    Sample UAT test case template in GitLab

    As you can see, this issue contains all the basic fields you need for user acceptance testing, including:

    • ID
    • Description
    • Test steps
    • Expected result
    • Actual result
    • Status

    And if you use Marker.io for GitLab, the following info is added automatically:

    The same UAT test case in GitLab, but with extra information provided by Marker.io, such as console logs, browser, etc

    Because your test cases will involve non-technical users, it makes sense to collect this data—it would otherwise be lost or incorrectly reported.

    This includes:

    • End user name
    • Source URL
    • Screenshot
    • Console logs and session replay
    • Environment info (device type, browser, screen size, OS…)

    Whenever the end user spots a problem on your website or app, they can take a screenshot with Marker.io, and add annotations to get their point across.

    In just one click, the tool converts it into a new GitLab issue.

    If your team is on GitLab, consider signing up for a free Marker.io trial.

    Asana Test Case Template

    If you use Asana for user acceptance testing (UAT), you can use this for your test cases:

    Sample UAT test case template in Asana

    As you can see, this task contains all the basic fields you need for your test scenarios, including:

    • ID
    • Description
    • Test steps
    • Expected result
    • Actual result
    • Status

    And if you use Marker.io for Asana, the following info is added automatically:

    The same UAT test case in Asana, but with extra information provided by Marker.io, such as console logs, browser, etc

    Because user acceptance testing involves non-technical end users, it makes sense to collect this data—it would otherwise be lost or incorrectly reported.

    This includes:

    • Reporter name
    • Source URL
    • Screenshot
    • Console logs and session replay
    • Environment info (device type, browser, screen size, OS…)

    Whenever end users spot a problem on your website or app, they can take a screenshot with Marker.io, and add annotations to get their point across.

    In just one click, the tool converts it into a new Asana task.

    If your team is on Asana, consider signing up for a free Marker.io trial.

    Teamwork Test Case Template

    If you use Teamwork to gather feedback during your test cases, you can use this task format:

    Sample UAT test case template in Teamwork

    Don’t forget to add custom fields for ID and Status.

    Then, your task will contain all the basic fields you need for UAT testing, including:

    • ID
    • Description
    • Test steps
    • Expected result
    • Actual result
    • Status

    And if you use Marker.io for Teamwork, the following info is added automatically:

    The same UAT test case in Teamwork, but with extra information provided by Marker.io, such as console logs, browser, etc

    Because your test cases will involve non-technical end users, it makes sense to collect this data—it would otherwise be lost or incorrectly reported.

    This includes:

    • End user name
    • Source URL
    • Screenshot
    • Console logs and session replay
    • Environment info (device type, browser, screen size, OS…)

    Whenever the user spots a problem on your website or app, they can take a screenshot with Marker.io, and add annotations to get their point across.

    In just one click, the tool converts it into a new Teamwork task.

    If your team is on Teamwork, consider signing up for a free Marker.io trial.

    Shortcut Test Case Template

    If Shortcut is your go-to project management tool, you can use this markdown format for your test scenarios:

    Sample UAT test case in Shortcut

    Don’t forget to create a custom Status field with Pass and Fail as values.

    Then, your task will contain all the basic fields you need for user acceptance testing (UAT), including:

    • ID
    • Description
    • Test steps
    • Expected result
    • Actual result
    • Status

    And if you use Marker.io for Shortcut, the following info is added automatically:

    The same UAT test case in Shortcut, but with extra information provided by Marker.io, such as console logs, browser, etc

    Because user acceptance testing involves non-technical users by definition, it makes sense to collect this data—it would otherwise be lost or incorrectly reported.

    This includes:

    • Reporter name
    • Source URL
    • Screenshot
    • Console logs and session replay
    • Environment info (device type, browser, screen size, OS…)

    Whenever the user spots a problem on your website or app, they can take a screenshot with Marker.io, and add annotations to get their point across.

    In just one click, the tool converts it into a new Shortcut story.

    If your team is on Shortcut, consider signing up for a free Marker.io trial.

    Monday Test Case Template

    If you’re using Monday for user acceptance testing, you can use this format for your test cases:

    Sample UAT test case in Monday

    As you can see, this task contains all the basic fields you need for UAT testing , including:

    • ID
    • Description
    • Test steps
    • Expected result
    • Actual result
    • Status

    And if you use Marker.io for Monday, the following info is added automatically:

    The same UAT test case in Monday, but with extra information provided by Marker.io, such as console logs, browser, etc

    Because your test scenarios will involve non-technical users by definition, it makes sense to collect this data—it would otherwise be lost or incorrectly reported.

    This includes:

    • End user name
    • Source URL
    • Screenshot
    • Console logs and session replay
    • Environment info (device type, browser, screen size, OS…)

    Whenever the user spots a problem on your website or app, they can take a screenshot with Marker.io, and add annotations to get their point across with every report.

    In just one click, the tool converts it into a new Monday task.

    If your team is on Monday, consider signing up for a free Marker.io trial.

    ClickUp Test Case Template

    If ClickUp is your tool of choice for user acceptance testing, you can use this for your test cases:

    Sample UAT test case in ClickUp

    As you can see, this task contains all the basic fields you need for your test scenarios, including:

    • ID
    • Description
    • Test steps
    • Expected result
    • Actual result
    • Status

    And if you use Marker.io for ClickUp, the following info is added automatically:

    The same UAT test case in ClickUp, but with extra information provided by Marker.io, such as console logs, browser, etc

    Because UAT testing will involve non-technical users by definition, it makes sense to collect this data—it would otherwise be lost or incorrectly reported.

    This includes:

    • User name
    • Source URL
    • Screenshot
    • Console logs and session replay
    • Environment info (device type, browser, screen size, OS…)

    Whenever the user spots a problem on your website or app, they can take a screenshot with Marker.io, and add annotations to get their point across with every report.

    In just one click, the tool converts it into a new ClickUp task.

    If your team is on ClickUp, consider signing up for a free Marker.io trial.

    Wrike Test Case Template

    If you use Wrike for user acceptance testing, you can use this format for your test cases:

    Sample UAT test case in Wrike

    As you can see, this task contains all the basic fields you need for UAT testing, including:

    • ID
    • Description
    • Test steps
    • Expected result
    • Actual result
    • Status

    And if you use Marker.io for Wrike, the following info is added automatically:

    The same UAT test case in Wrike, but with extra information provided by Marker.io, such as console logs, browser, etc

    Because UAT testing will involves non-technical users by definition, it makes sense to collect this data—it would otherwise be lost or incorrectly reported.

    This includes:

    • User name
    • Source URL
    • Screenshot
    • Console logs and session replay
    • Environment info (device type, browser, screen size, OS…)

    Whenever the user spots a problem on your website or app, they can take a screenshot with Marker.io, and add annotations to get their point across with every report.

    In just one click, the tool converts it into a new Wrike task.

    If your team is on Wrike, consider signing up for a free Marker.io trial.

    Excel Test Case Template

    If you’re old-fashioned and love Excel (.xls) or Google Spreadsheets to conduct UAT testing, you can use this format:

    Sample UAT test case in Excel

    As you can see, this sheet contains all the basic fields you need for UAT testing, including:

    • ID
    • Description
    • Test steps
    • Expected result
    • Actual result
    • Status

    Download these files here:

    Microsoft Word Test Case Template

    Microsoft Word and Google Docs are still used extensively for productive work.

    If that’s your jam for UAT testing, we’ve got you covered:

    Sample UAT test case in Word

    As you can see, this document contains all the basic fields you need for user acceptance testing, including:

    • ID
    • Description
    • Test steps
    • Expected result
    • Actual result
    • Status

    Download these files here:

    PDF Test Case Template

    If your testers will report via a PDF file, you can use a format similar to the previous MS Word document option.

    PDFs are not very flexible, however, it might be a requirement to use them inside your organization.

    If that’s your case, I’ve prepared the document from above in a PDF file for you to download here.

    Email Test Case Template

    While we do not recommend using email for user acceptance testing, it may be your only option—if that’s the case, you can use this format:

    Sample UAT test case in email format

    This email contains all the basic fields for user acceptance testing, including:

    • ID
    • Description
    • Test steps
    • Expected result
    • Actual result
    • Status

    You can download the email file as a .txt here.

    Wrapping up...

    User acceptance testing is often a challenging task, for both the testers and the QA team aiming for a bug-free release.

    It’s crucial to have a solid strategy in place and to ensure everything is tested thoroughly during alpha testing and beta testing.

    For successful UAT execution, you’ll need:

    • A UAT test plan;
    • Solid UAT testing tools;
    • and a UAT test case template, depending on the tools you use to conduct UAT.

    We hope the examples provided in this post have helped you find the perfect user acceptance testing template.

    Questions or feedback? Let us know on Twitter or via e-mail!

    What should I do now?

    Here are three ways you can continue your journey towards delivering bug-free websites:

    1.

    Schedule a demo with us to see Marker.io in action. We’ll personalize the session to your needs and answer any questions.

    2.

    Read Next-Gen QA: How Companies Can Save Up To $125,000 A Year by adopting better bug reporting and resolution practices (no e-mail required).

    3.

    Follow us on LinkedIn, YouTube, and X (Twitter) for bite-sized insights on all things QA testing, software development, bug resolution, and more.

    Continue reading

    Frequently Asked Questions

    Get started now

    Start free trial
    Free 15-day trial  •  No credit card required •  Cancel anytime