ISTQB CT-AI study plan
ISTQB CT-AI · Give each week a clear focus.
8 weeks · About 7 hours per week
Machine learning lifecycle and ML workflows & Introduction to AI and AI-based systems
Distinguish AI, machine learning, deep learning, and generative AI with a one-line definition and one example of each
Sequence the stages of the ML workflow from problem framing through data preparation, training, evaluation, deployment, and monitoring
Classify a given ML use case as supervised, unsupervised, or reinforcement learning and justify the classification
Map at least six testing activities (data checks, model evaluation, integration tests, monitoring checks) onto the lifecycle stages where they belong
Your checkpoint
A hand-drawn or text-based ML lifecycle diagram with an annotation on every stage naming at least one test activity, produced from memory and then corrected against the syllabus
Input data testing
Derive test conditions for training, validation, and test datasets from the data quality characteristics of completeness, correctness, consistency, balance, and representativeness
Design equivalence-partition and boundary-value checks applicable to numeric and categorical input features
Identify eight distinct data defects (label noise, duplicates, leakage, missing values, outliers, sampling bias, schema drift, imbalance) and state how each would be detected
Plan tests for a data preparation pipeline including ingestion, transformation, splitting, and labelling steps
Explain how train/test leakage and non-representative splits distort evaluation results
Your checkpoint
A 25-item input-data test checklist organized by data characteristic, plus a written audit of one publicly described dataset in which 10 checklist items are applied and results recorded
Model testing
Compute and interpret a confusion matrix, accuracy, precision, recall, specificity, and F1 score by hand for a small worked example
Select an appropriate evaluation metric given a stated business cost of false positives versus false negatives
Diagnose overfitting and underfitting from training-versus-validation learning curves and propose a remedy for each
Contrast model testing approaches: held-out test sets, k-fold cross-validation, and metamorphic/adversarial input testing
Distinguish functional performance testing of a model from testing of non-functional characteristics such as robustness and efficiency
Your checkpoint
A one-page worked metrics sheet with all arithmetic shown, plus 10 self-written exam-style questions with answer keys and justifications for each answer
ML development testing
Describe what is tested at each ML development level: data pipeline code, feature engineering code, training code, model artifact, and model integration into a system
Explain how CI/CD practices are adapted for ML, including model versioning, data versioning, and automated retraining triggers
Identify unit, integration, system, and acceptance test objectives that apply specifically to ML components
Define review and static analysis activities appropriate for notebooks, configuration files, and hyperparameter settings
Distinguish testing of the ML pipeline from testing of the surrounding application
Your checkpoint
A test plan outline for one ML-based component covering test levels, entry/exit criteria, environments, and the versioning controls that must be in place before release
Testing generative AI and large language models
Enumerate LLM-specific risk areas: hallucination, prompt injection, data leakage in prompts, bias, toxicity, non-determinism, and cost/latency variability
Write prompt-based test cases that state input prompt, expected behaviour, and acceptance criteria for a defined task
Compare evaluation strategies for generative output: human review, rubric scoring, automated similarity or model-based scoring, and benchmark suites
Explain how retrieval-augmented generation changes the test surface, including retrieval accuracy and grounding checks
Assess the limits of exact-match oracles when the same input can produce different acceptable outputs
Your checkpoint
A 15-case LLM test suite for a single described use case, with acceptance criteria per case and a note on which evaluation strategy applies to each and why
Quality characteristics of AI-based systems (aligned with ISO/IEC 25059)
List the AI-specific quality characteristics and describe what each means for testing an AI-based system
Relate functional suitability, performance efficiency, compatibility, usability, reliability, security, maintainability, and portability to AI-specific concerns such as autonomy, adaptability, and transparency
Explain how the AI quality model extends a conventional software product quality model rather than replacing it
Design test objectives for two characteristics chosen from the model, naming observable evidence that would show each is met
Identify which characteristics are hardest to verify objectively and justify the difficulty
Your checkpoint
A mapping table with one row per AI quality characteristic showing the characteristic, its AI-specific concern, a test technique, and a piece of observable evidence
Input data testing & Model testing & ML development testing
Re-test the three weakest topics identified from earlier self-assessment using fresh questions
Complete a timed full-length practice set and classify every incorrect answer by domain and by error type (knowledge gap, misreading, guessing)
Re-derive from memory the metrics formulas and the data quality characteristics that were previously missed
State in one sentence, for each of the seven domains, the two facts most likely to be examined
Your checkpoint
An error log listing every missed question with its domain, error type, corrected reasoning, and the specific study action taken to close the gap
Introduction to AI and AI-based systems & Quality characteristics of AI-based systems (aligned with ISO/IEC 25059) & Machine learning lifecycle and ML workflows
Consolidate definitions and lifecycle terminology across the foundational domains using spaced-repetition recall
Complete a second timed practice set and compare the domain-by-domain result with week 7
Rewrite each personal error-log entry as a one-line rule that can be recalled under time pressure
Verify that all seven domains have been covered at least twice across the plan
Your checkpoint
A final one-page revision sheet with no more than 30 lines covering the highest-risk facts per domain, plus a week-7 versus week-8 score comparison
Milestones
Week 2: Can explain the end-to-end ML workflow and name a test activity per stage, and can produce 15 distinct data defect checks from memory without notes
Week 4: Can hand-compute precision, recall, and F1 from a raw confusion matrix in under five minutes, and can list the test levels of an ML development effort with one objective each
Week 6: Recognizes all AI quality characteristics by name and can state a test technique for each without referring to notes
Week 8: Second timed practice set shows improvement over week 7 in at least five of the seven domains, with no domain left below personal target