dbt Labs · dbt-AE
Validates a candidate's ability to build, test, and maintain dbt projects by applying engineering best practices to analytics infrastructure. Requires SQL proficiency and at least six months of hands-on experience with dbt or dbt Core.
Practice Questions
600
≈ 9 practice exams
Duration
120 minutes
Passing Score
65%
Difficulty
ProfessionalLast Updated
Aug 2026
Use this dbt-AE practice exam to prepare for dbt Analytics Engineering Certification Exam with realistic questions, detailed explanations, and focused study modes. The practice bank includes 600 questions for dbt Labs dbt-AE, so you can review the exam steadily instead of relying on one long cram session.
As you practice, pay extra attention to recurring topics such as Developing and Optimizing dbt Models, Managing dbt Model Governance, Debugging Data Modeling Errors, Troubleshooting and Optimizing dbt Pipelines, and Implementing dbt Tests. Start with short sessions to identify weak areas, then move into timed quizzes once your accuracy is consistent.
The explanations are especially useful when you want to connect exam wording to the responsibilities and scenarios described in the official certification guidance. Use the free preview first, then unlock the full question bank when you are ready to build a complete study routine.
The dbt Analytics Engineering Certification (dbt-AE) is an official credential issued by dbt Labs that validates a practitioner's ability to build, test, and maintain production-grade dbt projects. The exam covers the full analytics engineering workflow: designing efficient DAG structures, applying appropriate model materializations (view, table, incremental, ephemeral, and microbatch), implementing snapshot strategies for slowly changing dimensions, writing Jinja macros, managing packages, and orchestrating deployments through dbt Cloud. The current exam aligns with dbt version 1.11 and is updated as the framework evolves.
Beyond core modeling, the certification assesses governance capabilities such as model contracts, versioning, and deprecation workflows defined in YAML, as well as operational skills including CI/CD pipeline configuration, Slim CI practices, state-based selection, DAG failure recovery using dbt retry, and source freshness monitoring. Candidates are also expected to debug compiled SQL and YAML configuration errors, making this a well-rounded validation of professional-level dbt proficiency rather than a narrow tool quiz.
This certification is designed for Analytics Engineers, Data Engineers, and Data Analysts who are actively working with dbt in professional environments. It is best suited for practitioners who design and maintain data transformation pipelines, collaborate with data consumers on modeled datasets, and are responsible for data quality and pipeline reliability within their organization.
Job titles commonly held by successful candidates include Analytics Engineer, Data Engineer, Analytics Engineer Lead, and Senior Data Analyst. Those looking to formalize their dbt expertise and differentiate themselves on the job market—particularly when moving into dedicated analytics engineering roles—will benefit most from pursuing this credential.
dbt Labs does not enforce formal prerequisites for exam registration, but strongly recommends that candidates possess SQL proficiency and at least six months of hands-on experience working with dbt or dbt Core before attempting the exam. Completing the free dbt Fundamentals course on dbt Learn is also strongly advised, as the exam assumes working familiarity with core dbt concepts rather than introducing them.
Candidates should be comfortable writing and debugging SQL transformations, structuring dbt projects (sources, models, tests, documentation), using the ref() and source() functions, and understanding the distinction between dbt Core and dbt Cloud. Those who have only theoretical knowledge without practical project experience are unlikely to meet the 65% passing threshold, as many questions are scenario-based and require applied judgment.
The exam consists of 65 scored questions delivered entirely online through the Talview proctored platform. Candidates have 120 minutes (2 hours) to complete the assessment. Questions are a mix of multiple-choice (single correct answer) and multi-select (choose all that apply) formats; multi-select questions are typically where candidates lose the most points, as all selections must be correct to receive credit.
The passing score is 65%, which equates to approximately 42 correct answers out of 65. The exam costs $200 USD and is administered remotely with online proctoring, so no in-person testing center visit is required. No expiration or mandatory recertification period has been published; credentials remain valid indefinitely under current policy. Candidates have access to an official study guide and 10 sample questions prior to sitting the exam.
Holding the dbt Analytics Engineering Certification signals to data-hiring teams that a candidate can independently manage production analytics infrastructure, not merely run dbt commands. The credential is recognized across companies of all sizes that have adopted the modern data stack, and it is commonly listed as a preferred or required qualification in Analytics Engineer and Senior Data Engineer job postings. It serves as a strong differentiating signal on a résumé when competing for roles that explicitly involve dbt, particularly as analytics engineering has become a distinct discipline separate from data engineering and data analysis.
While dbt Labs does not publish official salary data tied to the certification, analytics engineers with demonstrated dbt expertise—especially those who can govern models, implement CI/CD pipelines, and manage data quality at scale—command salaries in the range of $110,000–$160,000 USD annually in the United States, according to 2024–2025 market data. The certification complements cloud platform credentials (such as Snowflake, BigQuery, or Databricks certifications) and is increasingly paired with them by practitioners building a full modern data stack skill profile.
5 sample questions with answers and explanations. The full bank has 600 questions, enough for 9 full-length practice exams.
Preview — answers shown1. Which TWO files can dbt use to declare a project's package dependencies? (Select two!)
Multiple correct answersExplanation
packages.yml and dependencies.yml are the two files dbt supports for declaring package dependencies; packages.yml renders Jinja for environment-variable-driven installs, while dependencies.yml is limited to static values and preferred for dbt Mesh cross-project references. requirements.yml and deps.yml are not files dbt recognizes for dependency declaration. dbt_project.yml configures project-wide settings such as materializations and variables, but it does not declare package dependencies.
2. An engineer at Tailspin Toys wants to add model contracts to several models across the project. Which THREE materializations support dbt model contracts? (Select three!)
Multiple correct answersExplanation
Table, view, and incremental materializations all support model contracts because dbt can perform a preflight check comparing the declared columns and data types against the built relation. Ephemeral models are interpolated as CTEs rather than built as relations, so there is nothing for dbt to validate a contract against. Materialized views are not supported for contract enforcement, and contracts are a model-level concept that does not apply to snapshots.
3. During which phase of dbt's execution model does dbt detect and report a circular reference between two models, such as 'Found a cycle: model.a to model.b to model.a'? (Select one!)
Explanation
Circular dependencies are dependency errors that dbt identifies while validating the dependency graph, after models have already been parsed. Parsing is where Jinja and YAML are processed and would surface compilation errors like unclosed tags, not cycle detection. Initialization happens earlier, before the DAG is even built, and covers checks like profile validation. Execution is when SQL actually runs against the warehouse, which never happens if a cycle blocks the DAG from validating first.
4. Woodgrove Bank's data platform team is documenting which dbt resource types can be added to a group in _groups.yml. Which two resource types are NOT eligible to belong to a group? (Select two!)
Multiple correct answersExplanation
Groups can be assigned to models, tests, seeds, snapshots, analyses, and metrics, but sources and exposures are explicitly excluded from group membership because they represent externally-loaded tables or downstream consumption points rather than resources dbt builds and governs through group ownership. Seeds are eligible group members since they are CSV-backed resources dbt loads and materializes like other buildable nodes. Snapshots are also eligible since they are versioned, buildable resources tracked in the DAG. Analyses are eligible for group assignment as well, even though they are compiled rather than materialized into the warehouse.
5. Which two metadata fields appear in the top-level metadata section of every dbt artifact type, including manifest.json, run_results.json, catalog.json, and sources.json? (Select two!)
Multiple correct answersExplanation
invocation_id and generated_at are part of the common metadata schema shared by every dbt artifact, identifying the specific dbt invocation and the UTC timestamp the artifact was produced. project_id and user_id are additional metadata fields found only in manifest.json, not in the common section shared across all artifact types. column_types is not a top-level metadata field at all; column-level information appears within the node-specific data of catalog.json rather than in the shared metadata block.
$17.99
One-time access to this exam