CSQE study materials
CSQE study resources

CSQE study plan

CSQE · Give each week a clear focus.

8 weeks · About 7 hours per week

Week 1

Software Quality Engineering (Body of Knowledge content not enumerated on the source page)

  • Map the full CSQE Body of Knowledge outline and mark each area as strong, weak, or unknown before studying anything

  • Define quality in software terms and distinguish quality control, quality assurance, and quality planning with your own written examples

  • Trace the cost of quality model and classify at least ten real defects or prevention activities from your own work into prevention, appraisal, internal failure, and external failure

  • Identify the standards bodies and core standards families most likely to appear (ISO 9000 vocabulary, ISO/IEC 25010 quality characteristics, IEEE 730 and 829 concepts) and note what each covers

Your checkpoint

A one-page BoK coverage matrix listing every area with a self-rating and a one-line note on what you still need to learn

Week 2

Software Quality Engineering (Body of Knowledge content not enumerated on the source page)

  • Compare plan-driven and iterative delivery models and state how each changes where quality activities land in the lifecycle

  • Sequence verification and validation activities across requirements, design, code, and release for a sample project

  • Write entry and exit criteria for three review types (requirements inspection, design review, code review) including roles and defect logging rules

  • Explain how software configuration management, baselines, and change control protect quality during maintenance

Your checkpoint

A lifecycle quality plan for one hypothetical project showing phase gates, review types, and entry/exit criteria

Week 3

Software Quality Engineering (Body of Knowledge content not enumerated on the source page)

  • Differentiate measurement scales (nominal, ordinal, interval, ratio) and pick a valid statistic for each

  • Compute and interpret basic descriptive statistics, control chart limits, and process capability on a small dataset you generate

  • Select the correct sampling approach for a stated inspection scenario and justify the sample size logic

  • Distinguish accuracy, precision, reliability, and validity when evaluating a measurement system

Your checkpoint

A worked quantitative analysis of a small dataset with charts, capability interpretation, and a written conclusion

Week 4

Software Quality Engineering (Body of Knowledge content not enumerated on the source page)

  • Apply the seven basic quality tools to a described defect scenario and choose the tool that fits each question asked

  • Build a Pareto analysis and a cause-and-effect diagram from the same defect data and explain what each reveals that the other does not

  • Distinguish root cause analysis approaches and write a corrective action with verification of effectiveness

  • Explain prevention versus detection and where mistake-proofing fits in software work

Your checkpoint

A defect-reduction case study with Pareto, cause-and-effect, root cause statement, and corrective action plan

Week 5

Software Quality Engineering (Body of Knowledge content not enumerated on the source page)

  • Walk through the audit lifecycle for a process audit: charter, criteria, evidence, findings, and follow-up

  • Draft audit findings that separate observation, nonconformity, and opportunity for improvement

  • Explain how supplier and subcontractor quality is evaluated and controlled, including acceptance criteria and records

  • Outline what a software quality management system must contain and how it is maintained and improved

Your checkpoint

A complete audit package for a mock process, including checklist, three findings graded by severity, and a follow-up schedule

Week 6

Software Quality Engineering (Body of Knowledge content not enumerated on the source page)

  • Write testable requirements and identify ambiguity, missing constraints, and unverifiable statements in a supplied requirement set

  • Design a verification strategy that matches test level to risk, including review, inspection, and analysis where testing is insufficient

  • Explain validation against user needs and how acceptance criteria differ from verification criteria

  • Describe how test results, defect trends, and coverage data feed release decisions

Your checkpoint

A verification and validation plan with a requirements traceability table and a release recommendation supported by evidence

Week 7

Software Quality Engineering (Body of Knowledge content not enumerated on the source page)

  • Define the core metrics categories (defect, process, product, and project) and state the decision each metric supports

  • Design a small metrics set with operational definitions, data sources, and thresholds so the numbers cannot be gamed

  • Interpret trend and variation data and distinguish common cause from special cause signals

  • Explain how metrics are communicated to management without overreacting to normal variation

Your checkpoint

A metrics specification sheet for five measures with operational definitions, targets, and a sample trend interpretation

Week 8

Software Quality Engineering (Body of Knowledge content not enumerated on the source page)

  • Re-rate every BoK area and close the remaining weak spots with targeted review rather than full rereads

  • Complete timed practice sets and log every miss by root cause (knowledge gap, misread, or reasoning error)

  • Rehearse the calculations and definitions most often confused, writing them from memory without notes

  • Build a final-week review sheet limited to items you have personally gotten wrong

Your checkpoint

A personal error log with every practice miss categorized, plus a one-page memory sheet and a final self-rating against the BoK matrix

Milestones

Week 2: You can describe the full software lifecycle and place every quality activity on it without referring to notes

Week 4: You can take an unfamiliar defect dataset and produce a defensible analysis with the correct tool choice, and you score at least 70 percent on a mixed quantitative and tools practice set

Week 6: You can write entry and exit criteria, audit findings, and verification criteria that a reviewer would accept as complete and testable

Week 8: Every BoK area is rated strong or adequate, your error log shows no repeated root cause in the final practice round, and you can reproduce key formulas and definitions from memory