What is software testing?

How a supplier checks that custom software works, explained for buyers.

By Kat Korson · Last reviewed May 2026

Eaglepedia mascot

Software testing is the process of checking that software does what it is meant to do, and finding defects before users encounter them. It runs a system against its requirements through planned checks, then reports the faults found so they can be fixed before release.

What software testing is for

When you commission custom software, testing is the work that catches mistakes before they reach you and your customers. Developers are skilled, but every non-trivial system contains errors. Testing is the disciplined search for those errors while they are still cheap to fix.

It has two jobs. The first is to confirm the software does what was agreed: each requirement is exercised and shown to work. The second is to find defects, the points where the software behaves wrongly, so they can be corrected before release rather than discovered live.

The International Software Testing Qualifications Board (ISTQB), the recognised global authority for the discipline, frames testing as far more than running a finished product: it spans reviewing requirements, planning checks and reporting results. Done well, it is woven through the whole build, not bolted on at the end.

The main types of testing you will hear named

On a software project you will hear several kinds of testing mentioned. You do not need to perform them, but it helps to know what each one checks:

  • Unit testing: checks the smallest individual pieces of code in isolation, usually written and run automatically by the developers.
  • Integration testing: checks that separate pieces work correctly once joined together, since parts that pass alone can still fail in combination.
  • System testing: checks the whole assembled application end to end, against the agreed requirements, the way it will actually be used.
  • Regression testing: re-checks features that already worked, to confirm a new change has not broken anything elsewhere.
  • Performance testing: checks the software stays fast and stable under realistic load, such as many people using it at once.
  • Security testing: looks for weaknesses an attacker could exploit, such as gaps that expose data.

The first three form a sequence from small to whole. Performance and security testing check non-functional requirements: not what the software does, but how well it does it.

Supplier QA versus your own UAT

Two distinct sets of testing happen on a project, and the line between them matters when it is time to accept and pay for the work.

Quality assurance (QA) is the testing the supplier carries out as they build, checking the software against the requirements you agreed. In a software project QA means exactly this testing discipline, not a vaguer idea of general quality. It is the supplier's responsibility and should run throughout the build.

User acceptance testing (UAT) is the testing you do as the buyer, near the end. You work through real business tasks and confirm the software genuinely does the job. The UK Government's Service Manual treats this kind of checking with real users as a core part of building digital services well. Our entry on user acceptance testing covers how to run it.

What to expect from a supplier, and what to ask for

A competent supplier treats testing as a normal, costed part of the project, not an optional extra. You should expect them to test their own work as part of QA, fix the defects they find and give you a stable build to run UAT against.

You can reasonably ask how they test, what is automated and what is checked by hand and how defects are recorded and tracked. Useful evidence includes a short test plan or summary, a defect log showing issues found and fixed and confirmation that each agreed requirement has been tested. Testing usually appears as a stage in the software development lifecycle.

No supplier can test every possibility, so testing reduces risk rather than removing it. A supplier who can describe their approach and show evidence is giving you a sound signal; one who cannot is not.

Good testing is part of a project done properly Thorough testing is one of the clearest signs of a supplier who takes your project seriously. Red Eagle Tech's bespoke software development service builds testing into every project and gives you a stable build to run your own acceptance checks against. If you would like to talk an idea through, the form below is the place to start.

Frequently asked questions

Quality assurance (QA) is the testing the supplier carries out as they build the software, checking it against the agreed requirements. User acceptance testing (UAT) is the testing you do as the buyer, confirming the finished software works for your real business tasks. QA is the supplier's job and UAT is yours, and both should happen before you accept and pay for the work.

No. There are too many possible inputs, paths and conditions for any team to check every one, so testing manages risk rather than proving software is faultless. A good supplier focuses testing on the parts that matter most and the ways the software is actually used, which finds the defects most likely to affect you.

Regression testing re-checks features that already worked, to confirm a recent change has not accidentally broken them. It matters because software is connected: a fix or a new feature in one area can disturb another. Suppliers often automate regression tests so they can run quickly and often as the software grows.

Ask how they test, what is automated and what is checked by hand. Reasonable evidence includes a short test plan or summary, a record of defects found and fixed and confirmation that the agreed requirements have each been tested. You do not need deep technical reports, but a supplier who can show none of this is a warning sign.
Kat Korson - Company Director at Red Eagle Tech

About the author

Kat Korson

Company Director

Company Director at Red Eagle Tech, leading our mission to make enterprise-grade technology accessible to businesses of all sizes. With a background spanning marketing, operations, and business development, I understand firsthand the challenges businesses face when trying to leverage technology for growth.

Read more about Kat

Discovery call

A friendly 15-minute video call with Kat to understand your needs. No preparation needed.

  • Discuss your project
  • Get honest advice
  • No obligation
Kat Korson, Founder of Red Eagle Tech

Kat Korson

Founder & Technical Director

Our team has 10+ years delivering software solutions for growing businesses across the UK.

Send us a message

Your information is secure. See our privacy policy.

Find us