SOC 2 Testing Procedures: How Auditors Test Your Controls
SOC 2 auditors use five testing procedures to evaluate your controls. Understand what they are looking for and how to prepare evidence for each test type.
- SOC 2 auditors use five testing procedures: inquiry, observation, inspection, re-performance, and analytical procedures.
- Inquiry (interviews) without corroborating evidence is the weakest form of testing — auditors combine inquiry with inspection.
- Re-performance — the auditor independently performs the control — is the strongest testing procedure.
- Inspection of evidence is the most common testing procedure for automated controls.
- Prepare evidence that makes inspection straightforward: structured files with clear labels, dates, and context.
In this guide
The Five Testing Procedures
AICPA auditing standards define five types of testing procedures: (1) Inquiry — asking personnel how controls operate. (2) Inspection — reviewing documents, records, and system configurations. (3) Observation — watching a process or control being performed. (4) Re-performance — independently performing the control to verify it produces the expected result. (5) Analytical procedures — evaluating relationships between data sets to identify unusual patterns.
For SOC 2, auditors typically combine multiple procedures for each control. Inquiry alone is insufficient — auditors must corroborate oral statements with evidence. The combination provides stronger assurance than any single procedure.
Inquiry (Interviews)
Inquiry is used for: understanding how controls operate (walkthrough interviews), obtaining explanations for unusual results in data, and confirming management's awareness of control environment conditions.
Inquiry limitations: people can describe processes inaccurately (intentionally or not). Auditors always corroborate inquiry with inspection or re-performance. If you say "we require PR reviews before production deployment," the auditor will inspect GitHub PR history to verify.
Prepare for inquiry by: briefing all control owners, ensuring answers are consistent with policies and evidence, and having specific examples ready (the last access review date, the last terminated employee offboarding ticket).
Inspection (Evidence Review)
Inspection is the most commonly used SOC 2 testing procedure. The auditor reviews documents, records, and system configurations to verify that controls exist and operated as described.
What auditors inspect: policy documents (dated, approved, distributed), access review spreadsheets, change management tickets, vendor SOC 2 reports, penetration test reports, system configuration screenshots, and automated report exports.
Evidence quality for inspection: well-labelled files with dates, structured spreadsheets rather than unstructured screenshots, and context notes explaining what each piece of evidence demonstrates.
Re-Performance
Re-performance is the strongest testing procedure: the auditor independently performs a control (or a step in a control) to verify that it produces the expected result. For SOC 2, common re-performance tests include: independently running an IAM credential report to verify MFA status, running a Security Hub CIS check to verify compliance score, and independently reviewing a change ticket to verify required approvals were present.
Re-performance evidence preparation: ensure that the control produces the same result when an auditor runs it independently as when you run it. If your IAM credential report shows all MFA enabled when you run it but shows some users without MFA when the auditor runs it, that is an immediate finding.
Observation
Observation involves the auditor watching a control being performed in real time. For SOC 2, observation is less common than inspection, but may be used for: watching a deployment process to verify change management gates are enforced, observing an access review meeting, or observing a security incident response tabletop exercise.
Observation is more common in on-site audits. Remote audits (now common post-2020) typically use screen sharing for real-time observation of system configurations.
Analytical Procedures
Analytical procedures look for unusual patterns or anomalies in data. For SOC 2, auditors may: compare the count of employees against the count of active accounts to identify orphaned accounts, review the frequency of security alerts over the observation period for unusual spikes or gaps, or compare change management ticket counts against deployment records to identify undocumented changes.
Analytical testing is particularly effective at finding operating gaps that are not visible in individual evidence items. A sudden drop in Security Hub findings mid-period (when Security Hub was temporarily disabled) or a month with zero change management tickets (when deployments clearly happened) are flagged by analytical procedures.
Preparing for Each Procedure Type
For inquiry: brief all control owners, ensure consistent answers, prepare specific examples. For inspection: organise evidence with clear labels, dates, and context. Structure evidence in your compliance tool by criterion. For re-performance: ensure controls produce consistent, verifiable results when independently run.
For observation: make control processes accessible to remote observation (screen sharing, system demos). For analytical: ensure data is complete and consistent throughout the observation period — gaps in evidence cadence will be noticed.
Frequently Asked Questions
How does an auditor decide which testing procedures to use for each control?
Can an automated control be tested only through inspection?
What happens if re-performance produces a different result than our evidence?
How many samples does an auditor typically test per control?
Does the audit firm have a standardised set of testing procedures for each criterion?
Automate your compliance today
AuditPath runs 86+ automated checks across AWS, GitHub, Okta, and 14 more integrations. SOC 2 and DPDP Act. Free plan available.
Start for free