NCT Tester Competence Assessment
More study resources
Cheat sheet
Keep the key ideas within reach.
ExploreKey terms
Get comfortable with the vocabulary.
ExploreStudy plan
Give each week a clear focus.
ExploreCommon mistakes
Understand the traps and how to avoid them.
ExploreCase studies
Put your knowledge to work in context.
ExploreExam-day guide
Prepare for the day ahead.
ExploreAbout this exam
The NCT Tester Competence Assessment is a knowledge-based certification exam aimed at software testers who want independent evidence that they understand testing fundamentals, design techniques, and the practical realities of working on a test team. It suits manual testers moving toward structured practice, automation engineers who need stronger test design grounding, and developers or business analysts who contribute to testing activities. The exam is delivered in multiple-choice format across eight weighted domains. The largest share goes to test design techniques, both black-box and white-box, followed by equal-weight blocks on fundamentals, test levels and the software development lifecycle, and test planning, estimation, and monitoring. Smaller sections cover static testing and reviews, defect management and risk-based testing, tools and environment management, and professional conduct and communication. Preparation works best as a sequenced study plan rather than last-minute cramming: start with vocabulary and the test process, then move to design techniques and practise applying them to small worked examples, then layer in planning, risk, and defect management. Finish with tools and communication topics, which reward experience more than memorisation. Candidates should confirm current administrative details, including scheduling and results validity, directly with the official certification body, since these change and are published on its website. This page is independent study material and is not affiliated with or endorsed by any certifying organisation.
What you'll study
About NCT Tester Competence Assessment preparation
What is the exam format?
It is a multiple-choice exam covering eight weighted domains. Expect scenario-style questions that ask you to pick the best technique, artefact, or next action rather than simply define a term. Confirm the current delivery method, whether computer-based or remote-proctored, on the official certification body's website before you book.
How difficult is it in practice?
Most candidates with some hands-on testing experience find the fundamentals and lifecycle content straightforward. Difficulty concentrates in test design questions, where several answers can look plausible and only one matches the technique precisely. Weakness in equivalence partitioning, boundary values, decision tables, or coverage criteria is the usual reason for a near miss.
How long should I study?
A common approach is six to ten weeks of part-time study for someone already working in testing, longer if the role is new. Allocate study time in proportion to domain weights: design techniques deserve roughly a fifth of your effort, and planning, lifecycle, and fundamentals together take another large share. Track practice scores per domain rather than overall.
What study order do you recommend?
Begin with terminology and the test process so later questions have a shared vocabulary. Then work through black-box and white-box design techniques with pen-and-paper exercises, because this is the heaviest domain. Add test levels and lifecycle models, then planning and estimation, then defect management and risk. Leave tools and professional conduct for last.
Can I retake the exam, and how soon?
Retake rules, waiting periods, and any fees are set by the certifying organisation and change from time to time, so check its official site for the current policy. If you do retake, resist simply re-reading the syllabus. Diagnose which domains cost you marks using your score report and rebuild those areas with applied practice questions.
What are the most common failure modes?
Three recur. First, memorising definitions without being able to apply a technique to a described scenario. Second, confusing similar concepts such as verification versus validation, or error, defect, and failure. Third, neglecting the lower-weight domains entirely and losing easy marks in reviews, risk, and communication. Practise explaining each concept in your own words.
Do I need work experience to pass?
No formal experience prerequisite is stated here, but the exam rewards practical judgement. Candidates who have written test cases, reviewed requirements, or logged and triaged defects recognise the scenarios faster. If you lack that background, build it artificially: write test conditions for a real application you use and practise applying design techniques to them.
How should I handle scenario questions?
Read the question stem for the constraint that narrows the answer, such as the technique named, the test level, or the artefact requested. Eliminate options that describe a different technique even when they sound reasonable. Where two options remain, choose the one that is most specific to the stated context rather than the broadest good practice.
Where do I confirm dates, fees, and results?
All administrative details, including scheduling windows, pricing, identification requirements, and score reporting, are published by the official certification body. This page deliberately does not quote them because they change. Visit the certifying organisation's website and read the candidate handbook before registering, and keep the confirmation email for your records.