Quality Certification · CSQE

ASQ Certified Software Quality Engineer Examination Practice Test

The ASQ Certified Software Quality Engineer Examination (CSQE) covers quality practices across software development and maintenance. Relevant work includes defining testable requirements, evaluating software quality attributes, controlling changes to project artifacts, and using defect and process data to guide improvement. The practice bank samples decisions involving acceptance testing, usability, maintainability, effort estimation, and recurring defects.

Exam overview

Exam providerAmerican Society for Quality
Exam codeCSQE
CategoryQuality Certification

About the ASQ Certified Software Quality Engineer Examination Exam

Software quality engineering connects lifecycle activities with evidence that a product and its development processes meet defined needs. A software quality engineer may help distinguish acceptance criteria from test procedures, select representative workflows for migration testing, and assess whether users can complete tasks successfully. The work also involves configuration control for approved documents, measures such as defect density, and estimation methods that gather and refine judgments from multiple experts. When defects recur across releases, causal analysis and corrective action address systemic contributors rather than isolated fixes. Quality measures need clear definitions and suitable data before they are used to compare teams or support decisions; quality-attribute evaluation also considers whether components remain safe to modify as requirements change.

Sample Practice Questions

Review a selection from this exam's published US Practice Tests practice bank.

Question 1

A team is planning acceptance testing for a feature. Which statement best distinguishes acceptance criteria from detailed test steps?

  1. AAcceptance criteria describe conditions for acceptance; test steps specify actions used to evaluate those conditions
  2. BAcceptance criteria list source files; test steps establish ownership of those files
  3. CAcceptance criteria are written only after release; test steps are written only during requirements elicitation
  4. DAcceptance criteria measure developer productivity; test steps measure project cost
Show answerCorrect answer: A

Acceptance criteria state observable conditions that must be met for a feature or deliverable to be accepted. Test steps provide a procedure for checking whether those conditions hold.

Question 2

A team finds that the same category of defects repeatedly appears in several releases. Which activity is most likely to reduce recurrence rather than merely fix individual instances?

  1. APerform root cause analysis and improve the process or controls that allowed the defects
  2. BIncrease the number of status meetings without examining the defects
  3. CRemove the defect category from reports
  4. DRetest only the most recently fixed instance
Show answerCorrect answer: A

Root cause analysis looks beyond individual symptoms to identify underlying causes. Corrective process or control changes can prevent similar defects from recurring across future work.

Question 3

A project team wants to prevent unauthorized changes to its approved process documents. Which control is most appropriate?

  1. ARestrict editing permissions and maintain revision history
  2. BEmail every document to the entire organization after each change
  3. CAllow anyone to overwrite the approved files
  4. DRemove dates and authorship information from documents
Show answerCorrect answer: A

Controlled access helps prevent unauthorized edits, while revision history supports accountability and recovery of prior versions. Broad distribution or removing identifying information does not control changes.

Question 4

A team wants to assess whether a software product can be used successfully by people with a range of abilities. Which evaluation approach is most appropriate?

  1. AConduct usability testing with representative users, including users with accessibility needs
  2. BMeasure code coverage across the user interface
  3. CRun a load test with increasing numbers of concurrent users
  4. DReview the deployment checklist for completeness
Show answerCorrect answer: A

Usability testing with representative users can reveal barriers to understanding and completing tasks, including accessibility obstacles. Code coverage, load testing, and deployment reviews address different quality concerns.

Question 5

A team wants to estimate the number of defects likely to remain after testing. Which measure most directly expresses defects found per unit of software size?

  1. ADefect density
  2. BTest execution rate
  3. CCode coverage
  4. DMean time to repair
Show answerCorrect answer: A

Defect density normalizes defect counts by a size measure such as lines of code or function points, supporting comparisons across components of different sizes.

Question 6

A team must decide which older application features to include in a migration test. They want to select a small set that represents the most common user workflows. Which evidence is most useful for choosing those workflows?

  1. AOperational usage data showing how often workflows are performed
  2. BThe number of source files changed in each feature
  3. CThe age of each feature's original design document
  4. DThe number of developers who implemented each feature
Show answerCorrect answer: A

Usage data helps identify representative, frequently exercised workflows and supports a test set grounded in actual use. Code size, document age, and team size do not directly indicate how users exercise the application.

Question 7

A team is choosing a method to estimate software project effort before detailed design is complete. Which approach uses estimates from multiple knowledgeable participants and repeated rounds of feedback to build consensus?

  1. ADelphi technique
  2. BCause-and-effect analysis
  3. CPairwise testing
  4. DFault injection
Show answerCorrect answer: A

The Delphi technique gathers estimates independently from experts over multiple rounds, sharing summarized feedback between rounds to move toward a reasoned consensus while limiting the influence of any one participant.

How to use this practice test

Access is free. The published bank contains 50 questions; each practice session presents up to 20 random questions and displays results afterward. Use a session to test your reasoning on software-quality scenarios, then review missed items by decision type—for example, test planning, change control, measurement, or defect prevention.

Preparation tips

  • For acceptance-testing scenarios, write the user-visible condition that defines success separately from the sequence of test actions used to verify it.
  • Compare corrective action with root-cause analysis: identify evidence of a recurring defect pattern, investigate process contributors, and select an action that can prevent recurrence.
  • Practice choosing software measures by matching each measure to its purpose; distinguish defect density from defect counts and check whether definitions and data support comparisons.
  • For usability questions, separate expert inspection from studies that observe representative users attempting critical tasks, and identify what evidence each approach can provide.
  • Review estimation and migration-testing scenarios by selecting methods that fit the evidence available, such as repeated expert feedback for consensus estimates or usage data for representative workflows.
Official sourceOfficial exam page ↗Official exam guide ↗