Career upgrade: Learn practical AI skills for better jobs and higher pay.
Level up
PracticeVideosBlogFlashcardsEspañol
All Practice Exams

100+ Free Salesforce Development Lifecycle and Deployment Architect Practice Questions

Pass your Salesforce Certified Platform Development Lifecycle and Deployment Architect exam on the first try — instant access, no signup required.

✓ No registration✓ No credit card✓ No hidden fees✓ Start practicing immediately
Not publicly published Pass Rate
100+ Questions
100% Free
1 / 100
Question 1
Score: 0/0

An architect is documenting how scratch orgs can be created. Which command is correct in the modern sf CLI (replacing the older sfdx force:org:create)?

A
B
C
D
to track
Same family resources

Explore More Salesforce Certifications

Continue into nearby exams from the same family. Each card keeps practice questions, study guides, flashcards, videos, and articles in one place.

Salesforce Certified Administrator

Practice QuestionsStudy GuideFlashcards
1 video1 blog

Salesforce Agentforce

Practice Questions

Salesforce Certified Advanced Administrator

Practice Questions

Salesforce Platform App Builder

Practice Questions

Salesforce Platform Developer I

Practice Questions

Salesforce Service Cloud Consultant

Practice Questions

More From This Family

Videos and articles for deeper review.

VideoFREE Salesforce Admin Exam Guide 2026: Pass on First TryArticleFREE Salesforce Admin Exam Guide 2026: Pass on First Try28 min read
2026 Statistics

Key Facts: Salesforce Development Lifecycle and Deployment Architect Exam

60

Scored Questions

Plat-Arch-202 official exam guide

105 min

Time Limit

Plat-Arch-202 official exam guide

67%

Passing Score

Plat-Arch-202 official exam guide

$400

Registration Fee

Architect-tier pricing

8

Exam Domains

Salesforce blueprint

15%

Largest Domain

System Design

75%

Apex Coverage Required

Salesforce production deploy rule

2-3 yrs

Recommended Experience

Official exam guide

The Salesforce Development Lifecycle and Deployment Architect exam (Plat-Arch-202) uses 60 scored multiple-choice questions in 105 minutes with a 67% passing score and a $400 architect-tier registration fee. The blueprint splits into eight domains: Application Lifecycle Management 8%, Planning 13%, System Design 15%, Building 14%, Testing 14%, Deploying 14%, Releasing 13%, and Operating 10%. Salesforce recommends 2-3 years of platform experience and at least 1 year managing Salesforce release and deployment processes. The credential is one of four exams in the Salesforce System Architect aggregate path.

Sample Salesforce Development Lifecycle and Deployment Architect Practice Questions

Try these sample questions to test your Salesforce Development Lifecycle and Deployment Architect exam readiness. Each question includes a detailed explanation. Start the interactive quiz above for the full 100+ question experience with AI tutoring.

1An ALM steering committee is choosing between waterfall and agile delivery for a Salesforce program with quarterly Salesforce seasonal releases (Spring, Summer, Winter). Which methodology characteristic most strongly favors agile for this program?
A.Salesforce seasonal upgrades introduce platform changes mid-project that an agile cadence can absorb release-by-release
B.Waterfall is incompatible with the Salesforce metadata model
C.Agile eliminates the need for a sandbox refresh strategy
D.Salesforce only supports agile delivery in dev hubs
Explanation: Salesforce ships three forced platform releases each year. An iterative agile cadence aligns naturally with that drumbeat because the team can plan around upgrade windows and absorb new features incrementally. Waterfall plans struggle when the underlying platform changes mid-execution. The other answers are false: waterfall can technically work on Salesforce, sandbox strategy is independent of methodology, and dev hubs are tooling, not methodology constraints.
2A new Salesforce program has no governance model. The architect is asked to define ALM governance bodies. Which combination of bodies most directly reduces uncontrolled production change?
A.A single release manager who owns all production deployments
B.A change advisory board (CAB) plus a technical architecture review (TAR) plus a release manager
C.A daily standup and a Slack channel
D.A monthly retrospective and a backlog grooming session
Explanation: Mature ALM governance combines three roles: a CAB to authorize changes, a TAR to ensure architectural fit, and a release manager to execute the deployment with controls. A lone release manager creates a single point of failure and no architectural review. Standups and retrospectives are useful but do not control production change.
3An enterprise has 35 Salesforce developers split into four scrum teams working on a single production org. Which ALM topology best controls integration risk while preserving team autonomy?
A.One shared developer sandbox for all 35 developers and a single integration sandbox
B.Per-developer scratch orgs for feature work, a per-team integration sandbox, and a shared UAT and Full sandbox
C.Each team deploying directly to production from their local IDEs
D.All teams sharing one Partial Copy sandbox for development and UAT
Explanation: Source-driven Salesforce ALM gives each developer a disposable scratch org, each team an integration sandbox so cross-team conflicts surface early, and shared higher environments (UAT, Full) for integrated business validation. A single shared dev sandbox creates constant collisions, direct production deployment skips validation, and using one Partial Copy for everything blocks UAT.
4An architect is documenting how Salesforce ALM differs from a traditional code-only SDLC. Which difference has the largest impact on release planning?
A.Salesforce uses Java instead of .NET
B.Salesforce ships three mandatory platform upgrades per year that every customer org receives on a fixed schedule
C.Salesforce requires all customers to use the same Git provider
D.Salesforce does not support source control
Explanation: The defining ALM difference is the forced multi-tenant release cadence. Customers cannot opt out of Spring/Summer/Winter releases, so ALM planning must reserve sandbox-preview windows and regression-test capacity around those dates. The other statements are factually wrong: Salesforce uses Apex (not Java), is Git-provider agnostic, and absolutely supports source control via Salesforce DX.
5An organization has no formal RACI for Salesforce environments. The Full sandbox is being refreshed by anyone who needs current data, breaking UAT. Which ALM governance artifact most directly fixes this?
A.A sandbox ownership matrix that names a single owner per environment with refresh authority
B.A new CI/CD pipeline
C.Adding more Developer Pro sandboxes
D.Switching from Change Sets to Salesforce DX
Explanation: The root cause is unclear ownership, not tooling or environment count. A sandbox ownership matrix (often a RACI) names one accountable owner per environment with refresh authority and a refresh communication policy. Adding pipelines, sandboxes, or switching deployment tools does not solve who is allowed to wipe the Full sandbox.
6A Salesforce program runs three release trains: an admin train (weekly), a developer train (bi-weekly), and a packaged app train (monthly). What is the primary ALM governance benefit of separating trains by change type?
A.It eliminates the need for code reviews
B.It lets each train carry risk and approval gates appropriate to its change profile rather than forcing all changes through the slowest gate
C.It removes the need for a Full sandbox
D.It guarantees zero production incidents
Explanation: Separated trains let low-risk admin work move quickly while high-risk packaged-app changes follow heavier validation. Forcing every change through the same heavyweight gate slows admin agility; forcing complex changes through the lightweight gate creates risk. Separation does not remove code reviews or sandboxes and does not guarantee zero incidents.
7An ALM lead asks the architect what 'definition of done' should include for a Salesforce user story. Which item is most often missed and most important to require explicitly?
A.Story points are estimated
B.Apex tests written, code coverage above 75%, deployment scripts updated, and metadata committed to source control
C.A demo video is recorded
D.The product owner liked the demo
Explanation: A Salesforce-specific definition of done must close the deployment loop: tests, coverage, deployment scripts (pre/post), and committed source. Story points and demos do not produce a deployable artifact. Source control discipline is the most commonly skipped item on Salesforce teams new to DX.
8A Salesforce ISV is building an AppExchange product and an internal CRM team is building org-specific functionality on the same platform. Which ALM characteristic differs most between the two?
A.The ISV must use managed packaging (1GP or 2GP) for distribution while the internal team can use unlocked packages or org-based source-driven development
B.Only the ISV uses Apex
C.Only the internal team needs source control
D.Only the ISV can use scratch orgs
Explanation: Distribution model is the largest ALM divergence: ISVs need managed packages for AppExchange to provide upgradeable, IP-protected installs across customer orgs, while internal teams typically use unlocked packages or direct source-driven deployment to a known org. Both groups use Apex, source control, and scratch orgs.
9A new Salesforce program is sizing its sandbox license needs for a 6-month project with 12 developers, 3 QA engineers, a UAT cohort of 25 business users, and pre-production load testing. Which sandbox plan best fits?
A.12 Developer sandboxes only
B.12 Developer sandboxes for individual work, 1 Developer Pro for shared dev integration, 1 Partial Copy for UAT, and 1 Full sandbox for load and final regression
C.1 Developer sandbox shared by all developers and 1 Full sandbox
D.Only scratch orgs and production
Explanation: The plan must cover individual development (Developer or scratch orgs), team integration (Developer Pro), UAT with realistic data (Partial Copy), and load/regression (Full). Developer sandboxes alone lack capacity and realistic data. A single shared dev sandbox creates conflicts, and skipping non-production environments entirely violates Salesforce ALM best practice for an enterprise project.
10An architect is planning sandbox refresh windows. Which sandbox tier has the longest refresh interval and therefore the most planning impact?
A.Developer sandbox (1-day refresh)
B.Developer Pro sandbox (1-day refresh)
C.Partial Copy sandbox (5-day refresh)
D.Full sandbox (29-day refresh)
Explanation: Full sandboxes have a 29-day minimum refresh interval, making them the scarcest sandbox resource and the one that most constrains release planning. UAT and load test phases must be sequenced around the Full refresh schedule. Developer (1 day), Developer Pro (1 day), and Partial Copy (5 days) refresh more frequently.

About the Salesforce Development Lifecycle and Deployment Architect Exam

The Salesforce Certified Platform Development Lifecycle and Deployment Architect exam (Plat-Arch-202) validates an architect's ability to govern the full Salesforce SDLC: ALM methodology, environment and sandbox strategy, Salesforce DX with scratch orgs and the sf CLI, source control branching, unlocked vs managed second-generation packages, Apex testing and code coverage, deployment via Change Sets, Metadata API, and SFDX, release coordination, and production operations including monitoring and rollback. It is one of the four exams required for the Salesforce System Architect aggregate credential.

Assessment

60 scored multiple-choice questions, plus up to 5 unscored items on some deliveries (Plat-Arch-202)

Time Limit

105 minutes

Passing Score

67%

Exam Fee

$400 (Salesforce / Kryterion Webassessor)

Salesforce Development Lifecycle and Deployment Architect Exam Content Outline

8%

Application Lifecycle Management

Define ALM governance, methodologies (waterfall, agile, hybrid), team topologies, environment ownership, and how Salesforce-specific ALM differs from traditional code-only SDLCs.

13%

Planning

Translate business requirements into release plans: feature scoping, risk assessment, sandbox strategy, environment ownership, capacity planning, and stakeholder alignment.

15%

System Design

Design source-driven architecture: package structure (unlocked vs managed 2GP), namespace strategy, modularization, dependency direction, profile vs permission set strategy, and scratch org definitions.

14%

Building

Implement source-driven development with Salesforce DX, sf CLI, scratch orgs, source-tracked vs non-source-tracked sandboxes, feature branches, pull requests, and test data factories.

14%

Testing

Design the Apex test strategy, hit 75% coverage, build test data factories, run UI/integration tests in CI, and validate destructive changes safely before production deployment.

14%

Deploying

Choose between Change Sets, Metadata API, SFDX source deploy, unlocked packages, and managed packages; sequence pre/post-deployment scripts; manage profile and permission set deployment.

13%

Releasing

Coordinate release trains, hotfix branches, communication, release notes, feature flags, and Salesforce seasonal release alignment across multiple environments.

10%

Operating

Monitor production, run rollback and disaster-recovery procedures, manage technical debt, and feed operational learnings back into ALM governance.

How to Pass the Salesforce Development Lifecycle and Deployment Architect Exam

What You Need to Know

  • Passing score: 67%
  • Assessment: 60 scored multiple-choice questions, plus up to 5 unscored items on some deliveries (Plat-Arch-202)
  • Time limit: 105 minutes
  • Exam fee: $400

Keys to Passing

  • Complete 500+ practice questions
  • Score 80%+ consistently before scheduling
  • Focus on highest-weighted sections
  • Use our AI tutor for tough concepts

Salesforce Development Lifecycle and Deployment Architect Study Tips from Top Performers

1Memorize the four sandbox tiers and what they cost in storage and refresh time: Developer (200 MB, 1 day), Developer Pro (1 GB, 1 day), Partial Copy (5 GB sample, 5 days), Full (production-size, 29 days). Sandbox strategy questions hide in every Planning and Deploying scenario.
2Drill the Salesforce DX mental model: a dev hub authorizes scratch orgs from a project's force-app source, scratch orgs are disposable, source-tracking shows local vs remote drift, and sf CLI replaces the older sfdx command set.
3Build a decision tree for unlocked vs managed 2GP vs first-generation managed packages. Unlocked packages fit internal modular org architecture; managed 2GP fits ISVs distributing on AppExchange; managed 1GP is legacy and rarely the right architect answer.
4Practice picking the right deployment mechanism: SFDX source deploy and unlocked packages for source-driven CI/CD pipelines, Metadata API for full metadata sets and ant migration tool flows, Change Sets for ad-hoc admin changes between connected sandboxes only.
5Memorize Profile vs Permission Set strategy: minimal profiles plus permission sets and permission set groups scale across releases, while profile-heavy designs create deployment merge conflicts. Architect-level questions reward permission-set-first answers.
6Know your Apex testing rules cold: 75% org-wide coverage to deploy to production, every trigger must have at least 1% coverage, @TestSetup, @IsTest(SeeAllData=false) by default, and test data factories in dedicated utility classes.
7Compare branching strategies: GitFlow (long-lived develop and release branches) vs trunk-based development (short feature branches merged to main with feature flags). The exam favors trunk-based with feature flags for high-frequency Salesforce releases.
8Drill CI/CD tool tradeoffs: GitHub Actions / Jenkins for self-built pipelines, Copado and Gearset for Salesforce-native release management with environment graphs, and pre/post-deployment scripts for data seeding, feature flag flips, and dependency ordering.
9Practice rollback patterns: destructiveChanges.xml for metadata removal, package versioning to roll forward, full sandbox restore for catastrophic data issues, and feature flags to disable functionality without redeploying.

Frequently Asked Questions

How many questions are on the Salesforce Development Lifecycle and Deployment Architect exam?

Salesforce's official exam guide for Plat-Arch-202 lists 60 scored multiple-choice questions plus up to 5 unscored items on some deliveries, with a 105-minute time limit.

What is the current passing score?

The Development Lifecycle and Deployment Architect exam has a 67% passing score. Salesforce reports the result as pass or fail with section-level feedback only and does not curve the result.

What does the exam cost and how do retakes work?

The registration fee is US$400 because this is an architect-tier exam. Retakes are half the registration fee, and Salesforce allows up to three attempts per release for this credential.

Are there prerequisites for the Development Lifecycle and Deployment Architect exam?

There is no formal prerequisite credential. Salesforce recommends 2-3 years of platform experience and at least 1 year designing or managing Salesforce release, packaging, and deployment processes.

How does this exam fit the Salesforce System Architect path?

Development Lifecycle and Deployment Architect is one of four exams that lead to the Salesforce System Architect aggregate credential, alongside Identity & Access Management Architect, Integration Architect, and Platform Developer I.

What topics carry the most weight on the exam?

System Design at 15% is the largest single domain, followed by Building, Testing, and Deploying at 14% each, then Planning and Releasing at 13% each, Operating at 10%, and Application Lifecycle Management at 8%.

Should I focus on Change Sets or Salesforce DX?

The current Plat-Arch-202 exam expects fluency in Salesforce DX with the sf CLI, scratch orgs, source-tracked development, and unlocked or 2GP managed packages. Change Sets are still in scope but are rarely the architect-recommended choice on this exam.