Computer-based testing is an assessment delivered and taken on a computer instead of on paper. It typically uses software to present questions, capture responses and score or report results, with controls for timing, item randomisation, authentication and test integrity.
What Computer-Based Testing Changes About Assessment Delivery
Computer-based testing changes the assessment medium, not the underlying need for validity. Because the test runs in software, the platform becomes part of the assessment design: it controls timing, question presentation, navigation rules, response capture and often scoring or reporting.
That makes the testing system more than a convenience layer. It influences how uniformly candidates experience the assessment, how reliably results are recorded and how much trust can be placed in the exam environment.
Core Integrity Controls in Computer-Based Testing
The most important controls are the ones that protect fairness and consistency. Item randomisation reduces answer sharing, timing controls limit unauthorised review, and authentication helps ensure the right person is taking the test. Depending on the use case, the platform may also enforce section ordering, browser lockdown, proctoring workflows or secure delivery of files and media.
These controls are not just technical features, they shape assessment integrity. If they are weak or inconsistently configured, a computer-based exam can become easier to leak, reuse or manipulate than a paper version, especially when testing is high stakes or repeated at scale.
Security and Operational Dependencies
Computer-based testing depends on endpoint reliability, network availability, account provisioning and secure content delivery. If the platform is unavailable or poorly configured, testing can be delayed, answers can be lost, or scoring records can become inconsistent. In larger programmes, the operational burden often shifts from printing and logistics to identity verification, device readiness and system monitoring.
Because test content is usually sensitive before and during delivery, organisations also need to consider exposure of question banks, answer keys and candidate data. The system’s availability and confidentiality controls matter as much as its scoring logic, especially where assessments are reused across many sessions or locations.
When Computer-Based Testing Is the Better Model
Computer-based testing is usually the better model when assessments need scale, automated scoring, fast reporting or flexible scheduling. It also supports richer item types, such as simulations, drag-and-drop tasks, multimedia prompts and adaptive flows, which paper cannot deliver well.
The trade-off is that the assessment now inherits software risk. A strong implementation can improve standardisation and analytics, but a weak one can introduce access, integrity and availability problems that affect every candidate in the same way.
Risk and Threat Considerations
Computer-based testing creates a concentrated target for cheating, credential abuse, content theft and tampering because a single platform can expose many exams, candidates and scoring records at once. The same controls that make delivery efficient can also make compromise efficient if they are not tightly governed.
Failure mechanism: Attackers or dishonest candidates may exploit weak authentication, reused accounts, exposed question banks, insecure remote delivery, or gaps in monitoring to impersonate test takers, steal items, or manipulate results.
Impact: Compromised exam integrity can invalidate scores, undermine credential trust, force retesting, expose candidate data and damage the credibility of the entire assessment programme.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST SP 800-53 Rev 5, OWASP ASVS, CIS Controls v8 and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-53 Rev 5 | IA-2 — Identification and Authentication (Organizational Users) | Computer-based testing needs strong user authentication to ensure the right candidate takes the exam. |
| AU-2 — Audit Events | Testing platforms need auditable logs for logins, item access, timing and score changes. | |
| Recommendation — Enforce IA-2 to authenticate test takers before exam access is granted. Define AU-2 events for candidate access, answer changes and administrative actions. | ||
| OWASP ASVS | V7 — Session Management | Exam sessions must resist hijack, replay and idle access during timed assessments. |
| Recommendation — Apply V7 controls to protect exam sessions from hijack and reuse. | ||
| CIS Controls v8 | CIS-5 — Account Management | Account provisioning and revocation are central to controlling who can enter and retake tests. |
| Recommendation — Use CIS-5 to manage exam accounts and remove stale access promptly. | ||
| NIST CSF 2.0 | PR.AA-01 — Identities and credentials are issued, managed, verified, revoked, and audited for authorized devices, users and services | The assessment system depends on controlled identities and credentials for candidates and administrators. |
| Recommendation — Manage exam identities and credentials through their full lifecycle under PR.AA-01. | ||
Practitioner Guidance
Why practitioners should care: The key decision is not whether the exam is digital, but whether the delivery process is controlled enough to support the stakes of the assessment. High-stakes testing needs stronger identity checks, tighter item handling and better auditability than low-stakes training quizzes.
What to watch for: Repeated login anomalies, unusual response patterns, item exposure across sessions, inconsistent timing behaviour and unresolved delivery failures are the signals that the platform or process needs review. Where testing outcomes matter to certification, selection or licensure, weaknesses in the platform become governance issues, not just IT issues.
Related resources from NHI Mgmt Group
- What is the difference between aggregate model metrics and slice based testing in computer vision?
- Why do relationship-based access models need testing beyond role review?
- Why do generative AI systems need simulation-based safety testing?
- Who is accountable when risk-based access decisions fail audit or compliance testing?
Deepen Your Knowledge
Free weekly newsletter
Subscribe to the NHI & AI Identity Journal
The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.
Bonus 33% off our NHI Course when you subscribe.
Reviewed and updated by the NHIMG editorial team on November 3, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org