Control Testing

What is Control Testing?

Control testing is the process of evaluating whether an organization's controls are properly designed and operating effectively, using methods such as inquiry, observation, inspection of evidence and reperformance.

Updated November 2026 · 5 min read


A documented control is only a promise. A policy may say that every journal entry above a certain amount is reviewed, that departing employees lose access on their last day or that backups are checked each week, but that does not mean these things happen. Control testing finds out. Testers examine how each control is designed, then check samples of evidence to see whether it actually operated as described over a period of time. The results tell management, auditors and regulators whether they can rely on the control or whether it needs to be fixed. Testing also shows control owners where their procedures or evidence fall short.

Control testing is a core activity in SOX compliance, internal audit, SOC 2 examinations, ISO 27001 certification and regulatory reviews. It may be performed by control owners as self-assessment, by a compliance or risk function, by internal audit or by external auditors. Increasingly, technical controls are also tested automatically and continuously. For finance, audit, risk and security teams, well-planned control testing provides reliable assurance without consuming more time than necessary.

Definition of Control Testing

Control testing is the evaluation of a control's design effectiveness, meaning whether it is capable of addressing the relevant risk if performed as described, and its operating effectiveness, meaning whether it actually operated consistently as designed throughout a defined period.

Testing checks internal controls documented in a risk control matrix and is a central activity of internal audit.

Design and Operating Effectiveness

A test of design asks whether the control, if it works as described, would prevent or detect the risk it is meant to address. It is often done through a walkthrough, following one transaction from start to finish.

A test of operating effectiveness asks whether the control actually worked as designed during the period, usually by examining a sample of instances. The period tested should match the period over which the organization wants assurance, such as a financial year.

A control must pass both tests to be relied on. A well-performed control with a poor design still leaves the risk unaddressed.

Design is usually tested first, since there is little point testing the operation of a control that would not work even if performed perfectly.

Testing Methods

Inquiry involves asking control owners how the control works. It is useful for understanding but is not sufficient evidence on its own. It should always be combined with stronger methods.

Observation involves watching the control being performed, which shows how it works at that moment but not over time. People may also perform a control more carefully when they know they are being watched.

Inspection involves examining evidence, such as signed approvals, review notes, system reports or tickets, to confirm the control was performed.

Reperformance involves the tester independently carrying out the control to confirm it produces the right result, which provides the strongest evidence.

Sample sizes usually depend on how often the control operates. A widely used practice is to test one instance of an annual control, two of a quarterly control and larger samples, often 25 or more, for controls performed daily or many times a day.

Importance of Control Testing in Risk and Compliance

Control testing provides assurance. Leaders, auditors and regulators can rely on controls that have been tested, rather than on descriptions alone. Tested controls also give the board more confidence in reported results.

It finds weaknesses early. Testing during the year allows deficiencies to be fixed before year-end reporting or an external audit.

It also improves controls. Testers often identify unclear procedures, missing evidence and controls that no longer fit the process. Their recommendations often make controls simpler as well as stronger.

Control Testing and Financial Management

Testing consumes significant staff and auditor time, so focusing on key controls over material risks keeps costs proportionate.

External auditors may rely on high-quality management or internal audit testing, which can reduce audit fees.

Automated controls generally need smaller samples than manual controls when supported by effective IT general controls, reducing testing effort.

Finding a deficiency early through testing is usually far cheaper than discovering it through a misstatement, loss or regulatory finding.

Common Challenges

Evidence is often incomplete or missing, so controls that were probably performed cannot be shown to have operated. Clear evidence requirements in each control description prevent this.

Testing can focus on whether a box was ticked rather than whether the review was meaningful, such as whether exceptions were investigated. Testers should look at what the reviewer actually did, not just that they signed.

Several teams may test the same controls separately for different frameworks, duplicating effort. Agreeing a shared testing approach can satisfy several frameworks at once.

How to Perform Control Testing

Performing control testing involves planning which controls to test, testing design and operation with suitable methods and samples, evaluating exceptions and reporting results.

A risk-based plan tests the most important controls most thoroughly. Lower-risk controls may be tested less often or with smaller samples.

Planning and Testing

Select controls to test based on risk, focusing on key controls and those over areas with high inherent risk.

Perform a walkthrough to confirm design, then choose a sample size based on control frequency and risk.

Inspect or reperform each sampled instance, documenting the evidence examined and any exceptions found. Documentation should be clear enough that another tester could repeat the work.

Evaluating and Reporting

Investigate exceptions to understand their cause and whether they indicate a broader failure. A single exception may be an isolated error, while several may point to a design problem.

Classify deficiencies by severity and agree remediation actions, owners and deadlines with management.

Retest remediated controls after they have operated for a sufficient period, and report results to leadership and the audit committee. Where possible, use continuous control monitoring for technical controls.

Examples of Control Testing in Risk and Compliance

The examples below show control testing in practice.

Both use illustrative figures. The first finds a review that was not working, and the second reduces duplicate testing.

In each, testing improved the reliability of controls.

Finding an Ineffective Review

A software company's controls include a monthly review of revenue adjustments by the controller, documented by a signature on a report.

Testing shows that the report was signed every month, but in four of 12 months adjustments over the review threshold were not investigated or explained.

The company redesigns the control to require documented explanations for each adjustment above the threshold, and later testing finds no exceptions.

Reducing Duplicate Testing

An insurer tests access controls three times a year: for SOX, for ISO 27001 and for a regulatory review.

It agrees a single testing approach that meets all three requirements and shares the results with each audience.

Testing effort for access controls falls by about 60%, and auditors accept the shared results.

Conclusion

Control testing evaluates whether controls are properly designed and operating effectively, using methods such as inquiry, observation, inspection and reperformance. Sample sizes generally depend on how often a control operates.

In risk and compliance, control testing provides assurance, finds weaknesses early and improves controls. Planning tests by risk, confirming design before operation, choosing appropriate samples, investigating exceptions, retesting fixes and sharing results across frameworks help organizations get reliable assurance at a reasonable cost.