Salesforce Plat-Arch-202 Real Exam Questions [October 2026 Update]

The deployment tool selection questions in the Deploying domain – 13-14% of the Plat-Arch-202 exam – are where architecturally experienced candidates most consistently lose points. The issue is not that they don’t know what Change Sets, Metadata API, and Salesforce DX each do. The issue is that the exam tests the specific contextual factors that make one tool correct and the others incorrect for a given scenario, and experienced candidates who know all three tools often assume familiarity is the same as selection precision.

Consider how the correct tool changes when one scenario detail changes. A team using source control and deploying Apex from a sandbox to production: Metadata API – the only automation-compatible tool for this workflow. The same team, but now building independently versioned modules with explicit dependency declarations: Salesforce DX with 2GP unlocked packages – the only tool that supports second-generation package creation. The same team again, but now building a product for AppExchange: Salesforce DX with managed packages – Change Sets and Metadata API cannot support AppExchange distribution at all.

The exam constructs scenarios that combine multiple selection factors simultaneously – team size, source control adoption, automation requirement, sandbox vs. scratch org workflow, and package type need – because real architectural decisions involve all of these factors together. Candidates who study tools in isolation rather than through their selection criteria will recognise every option presented as familiar and still choose incorrectly.

Exam Snapshot

Eight Domain Overview

Domain 1: Application Lifecycle Management (8-17%)

ALM governance at the architect level means selecting and governing an approach that fits the organisation’s maturity, team size, regulatory constraints, and delivery cadence – not applying a fixed framework regardless of context.

ALM maturity assessment is tested directly: a team making production changes without source control needs an entirely different ALM approach from a team running automated CI pipelines with gated deployments. The exam presents an organisational description and tests which ALM recommendation is appropriate and why.

Domain 2: Planning (10-13%)

Four sandbox types – memorised with three distinguishing characteristics each: data copy behaviour, refresh duration, and minimum refresh interval.

Developer: No data copy. Minutes to a few hours. No minimum refresh interval.

Developer Pro: No data copy. Hours to a day. No minimum refresh interval.

Partial Copy: Sample production data (up to 10,000 records per object). 5-day minimum refresh interval.

Full Copy: All production data. 29-day minimum refresh interval. Takes days to complete for large orgs.

The exam tests minimum refresh intervals directly – a team wanting weekly Full Copy refreshes cannot achieve it because the 29-day minimum prevents it. These specific interval numbers appear in exam scenarios.

Domain 3: System Design (15%)

Single org vs. multi-org is tested as a genuine architectural trade-off: one org provides shared data and consolidated reporting but creates governance complexity when business units have conflicting requirements; multiple orgs provide isolation but require integration and complicate cross-org analytics.

Package-based vs. org-based development: Org-based development deploys metadata directly between orgs – simple to start, no versioning, no dependency management. Package-based development creates versioned, promotable packages with explicit dependency declarations – more upfront design work but scales far better for large teams and long-lived applications.

Domain 4: Building (13-14%)

Branching strategy selection is tested through three models against described organisational contexts.

Feature branching: Each story or feature gets its own branch, merged to integration after code review. Appropriate for teams with clear story boundaries and established merge conflict resolution.

Release branching: A branch per release cycle collects committed features; hotfixes branch from the release branch. Appropriate for regulated environments requiring formal approval gates between development and production.

Trunk-based development: All developers commit to the main branch daily, hiding incomplete features behind feature flags. Requires strong CI discipline. Not appropriate when formal review periods between development and release are required.

Scratch orgs are ephemeral environments (maximum 30 days) created entirely from source. Correct for development and unit testing – not for UAT with business users, which requires stable sandbox environments with representative data.

Domain 5: Testing (10-14%)

Salesforce requires 75% overall Apex code coverage to deploy to production. The exam treats coverage as a minimum floor, not a quality standard – tests that only execute code without asserting outcomes count toward coverage while providing no defect detection value. The architect’s responsibility is governance standards that mandate meaningful assertions.

Testing environment matching: Unit tests in developer sandboxes or scratch orgs, integration tests in Partial Copy sandboxes, UAT in Full Copy sandboxes, and performance tests in Full Copy sandboxes where data volume reflects production load.

CI/CD test automation: Every commit triggers test execution; failures block merges and deployments; coverage reports are generated and tracked per build.

Domain 6: Deploying (13-14%)

Change Sets: Manual, UI-based, cannot be automated. Appropriate for small teams without CI/CD and infrequent configuration-only changes. Cannot support 2GP package creation or complex dependency chains.

Metadata API: Programmatic deployment supporting full automation. Foundation for all Salesforce DevOps tooling. Appropriate for CI/CD pipelines and large deployments requiring scripting.

Salesforce DX / sf CLI: Source-driven deployment with scratch org support. Required for 2GP package creation – the only tool that creates second-generation packages from source. Appropriate for modular architecture with dependency management or AppExchange distribution.

Package types: Unmanaged (deployable metadata, no versioning – templates, one-time migrations), Managed (locked, IP-protected, AppExchange distribution), Unlocked (versioned, modifiable after installation – recommended for internal enterprise modular development).

Domain 7: Releasing (13-14%)

Release trains coordinate a scheduled delivery cadence – all features committed to a release cycle deploy together. Hotfixes bypass the train, branch from production, deploy directly, and merge back to all active branches. Salesforce’s three annual seasonal releases (Spring, Summer, Winter) introduce new features and API deprecations that must be factored into release planning.

Feature flags allow features to be merged to the release branch without being activated – enabling controlled rollout after the formal release date without last-minute code exclusion.

Domain 8: Operating (8-10%)

Architects define production monitoring commitments: Apex CPU time tracking, governor limit alert thresholds, scheduled job execution monitoring, integration endpoint health, and storage usage trends.

Rollback planning must distinguish between code deployments (atomic through Metadata API – the platform rolls back the entire deployment if any component fails) and data migrations (not atomic – manual reversal procedures must be explicitly defined and tested).

5 Study Tips for Salesforce Plat-Arch-202

• Memorise the four sandbox types with all three distinguishing characteristics – data copy behaviour, refresh duration, and minimum refresh interval. The 5-day and 29-day intervals appear directly in exam scenarios.
• Study deployment tool selection through selection criteria – not what each tool does but which specific contextual factors make it correct or incorrect for a described scenario.
• Study unlocked 2GP packages as the recommended internal enterprise modular development approach and understand when managed packages and AppExchange distribution require DX.
• Study branching strategy selection with the organisational characteristic that determines each – regulated environment, formal release gates, or high-velocity trunk discipline.
• Practice with Cert Empire’s Plat-Arch-202 exam questions built as multi-constraint scenarios combining sandbox planning, tool selection, and package architecture simultaneously.

Best Study Resources

• Cert Empire Plat-Arch-202 exam questions PDF and practice simulator (September 2026 edition).
• Salesforce official Plat-Arch-202 exam guide (Trailhead Academy – trailheadacademy.salesforce.com).
• Trailhead Trailmix: “Architect Journey: Development Lifecycle and Deployment.”
• Salesforce DX Developer Guide (developer.salesforce.com/docs/atlas.en-us.sfdx_dev.meta/sfdx_dev).
• Salesforce Metadata API Developer Guide (developer.salesforce.com/docs/atlas.en-us.api_meta.meta/api_meta).

Why Candidates Choose Cert Empire for Salesforce Plat-Arch-202 Preparation

Free Practice Tests

Test your deployment tool selection reasoning and sandbox strategy knowledge with free Plat-Arch-202 sample questions. Identify whether your gaps are in the Deploying domain, the Planning domain, or multi-domain integration scenarios.

Regular Updates

Salesforce’s DevOps tooling and packaging model evolve continuously. Our Plat-Arch-202 question bank is regularly reviewed and updated to stay aligned with current sf CLI capabilities, 2GP packaging changes, and the official exam objectives.

Free Exam Guides

Every purchase includes our free Plat-Arch-202 exam guide covering all eight domains and their weight ranges, the four sandbox types with their key characteristics, the deployment tool selection framework, and a structured study plan.

PDF Exam Questions – Study Anywhere, Anytime

Download your Plat-Arch-202 questions immediately after purchase. Study on any device or print the PDF. No login required after download.

24/7 Chat Support

Available around the clock for questions about your Plat-Arch-202 materials, your order, or specific deployment architecture concepts you need to work through.

3 Months of Unlimited Access

Three full months of unlimited access to the Plat-Arch-202 question bank and simulator. Revisit sandbox planning scenarios, multi-domain integration questions, or any domain as many times as needed before exam day.

Official Vendor Resources – Learn from the Source

Every solution in our Plat-Arch-202 question bank links directly to the relevant Salesforce official documentation – the DX Developer Guide, Metadata API Developer Guide, or specific Trailhead module – so every answer connects you to the authoritative Salesforce source.

Deep Knowledge – Every Answer, Every Option, Fully Explained

Every Plat-Arch-202 question includes a complete explanation covering not just why the correct deployment tool, sandbox type, or branching strategy is right, but exactly why each incorrect option fails under the described scenario’s constraints – with a reference to the specific Salesforce official documentation section behind the answer.

Interactive Practice Simulator – Think Like the Exam

Our simulator presents multi-constraint architectural scenarios exactly as the real Plat-Arch-202 exam does – combining sandbox strategy, deployment tool selection, and packaging decisions into single questions. Per-question feedback explains the full architectural reasoning behind every correct and incorrect option.

Backed by a Full Money-Back Guarantee

If our Plat-Arch-202 exam questions do not help you pass, you receive a full refund – no questions asked.

FAQ’s

What is the Salesforce Plat-Arch-202 certification?

Plat-Arch-202 is the Salesforce Certified Platform Development Lifecycle and Deployment Architect exam. It validates an architect’s ability to govern the complete Salesforce SDLC – from environment strategy and branching through deployment tooling, test governance, release management, and production operations. It is one of four exams required for the Salesforce System Architect aggregate credential.

What are the four Salesforce sandbox types?

Developer (no data, minutes to refresh), Developer Pro (no data, hours to refresh), Partial Copy (sample data, 5-day minimum refresh), and Full Copy (all data, 29-day minimum refresh). The 5-day and 29-day minimum refresh intervals are directly tested in exam scenarios.

What is the difference between Change Sets, Metadata API, and Salesforce DX?

Change Sets require manual UI interaction and cannot be automated – suited for small teams without CI/CD. Metadata API is programmatic and fully automatable – the foundation for CI/CD pipelines. Salesforce DX supports source-driven development with scratch orgs and is required for creating second-generation packages (2GP) for modular enterprise development or AppExchange distribution.

How many questions are on the Plat-Arch-202 exam?

The exam contains 60 scored multiple-choice questions plus up to 5 unscored research questions. You have 105 minutes to complete it, requiring a 67% passing score.

What is a 2GP unlocked package?

A second-generation unlocked package is created from source using Salesforce DX commands rather than from org state. It is versioned, promotable, and modifiable after installation. It supports explicit dependency declarations between packages – the recommended approach for internal enterprise modular development where AppExchange distribution is not needed.

Is the Plat-Arch-202 exam difficult?

Yes – it is considered one of the more demanding Salesforce architect exams because multi-domain integration questions require reasoning across sandbox strategy, deployment tooling, and package architecture simultaneously. Candidates with genuine multi-project Salesforce delivery experience typically find it manageable; those with only single-project or configuration-focused backgrounds find the multi-domain scenarios the hardest.

What experience is recommended before taking Plat-Arch-202?

Salesforce recommends 2 to 3 years of Salesforce platform experience with specific exposure to sandbox management, source control integration, and deployment tooling. Candidates without hands-on CI/CD or pipeline experience should spend extra preparation time in the Deploying and Building domains.

Does the Plat-Arch-202 certification expire?

Yes. Salesforce architect credentials require ongoing maintenance through Trailhead maintenance modules released each Salesforce release cycle. Check the Salesforce certification maintenance page on Trailhead Academy for current requirements.

What is the System Architect aggregate credential?

The Salesforce System Architect aggregate credential is earned by passing four architect-level exams including Plat-Arch-202, along with Data Architect, Integration Architect, and Identity and Access Management Architect. Completing all four earns the credential automatically.

Related Certifications Worth Exploring

Plat-Arch-202 professionals progressing through the Salesforce architect pathway will find our Salesforce Plat-Arch-201 (Salesforce Certified Platform Data Architect) exam questions page covers enterprise data modeling, governance, migration, large data volumes, and scalable data architecture that complement the deployment and application lifecycle expertise Plat-Arch-202 validates. For those building the Salesforce development credentials that precede the architect path, the Salesforce Platform Developer II exam questions page covers the advanced developer credential that provides the development depth Plat-Arch-202 builds on.