Free Practice Questions for Salesforce Plat-Arch-202 Exam

The correct selection is D. Package development gives the consolidated team modular, versioned release artifacts that can be tested and released independently. That model is more scalable than preserving separate legacy processes merely because one group currently uses change sets and another uses org development. From an ALM perspective, the controlling principles are a clear source of truth, repeatable change tracking, controlled promotion, testable release artifacts, and traceability from requirement through production. Mature teams separate the lifecycle from any single tool so the process remains consistent even when the deployment mechanism changes. The rejected alternatives either describe a specific tool rather than a lifecycle capability or omit the source-control and traceability needed for repeatable enterprise delivery. For this scenario, the decisive point is therefore the platform behavior represented by the selected option (D. Package development model, so teams can build release artifacts that can be tested and released independently from artifacts for other projects.). Applying that rule consistently keeps the implementation aligned with Salesforce-supported lifecycle practices and makes the resulting change easier to review, validate, and operate across environments.

Study Guide reference: Application Lifecycle Management — ALM stages; source control; change tracking; package/org development models; CI/CD; release traceability.

The correct selection is A, C, D. Direct low-risk production changes still require governance: they should be documented, tested, and incorporated into the downstream development baseline. Production edits do not automatically update lower environments, so failing to synchronize them creates configuration drift and risks later deployments overwriting the change. From an operating perspective, production stability depends on disciplined incident handling, environment synchronization, backup/recovery, observability, and control of configuration drift. Emergency actions can be faster than normal releases, but they still require traceability and must be reconciled back into the managed development baseline. The alternatives either leave production and lower environments inconsistent, increase operational risk, or treat a recurring governance problem as a one-time manual activity. For this scenario, the decisive point is therefore the platform behavior represented by the selected options (A. Minor changes should be thoroughly documented and follow some type of standard cadence.; C. Downstream environments will not be automatically updated when production changes.; D. All changes should still be tested.). Applying that rule consistently keeps the implementation aligned with Salesforce-supported lifecycle practices and makes the resulting change easier to review, validate, and operate across environments.

Study Guide reference: Operating — production governance; environment drift; incident response; backup/recovery; post-refresh controls; hotfix synchronization.

The correct selection is A, C. Metadata deletion through deploy() requires a destructiveChanges.xml manifest identifying the components to delete and a package.xml manifest in the deployment package. purgeOnDelete controls permanent purge behavior but is not required merely to perform a destructive metadata deployment. From a deployment perspective, the same release should be reproducible across environments, with dependencies, metadata/data differences, API behavior, and target-org constraints identified before production. Automation is valuable because it turns deployment knowledge into a controlled process rather than relying on memory or manual reconstruction. The other choices either rely on manual reconstruction, use a deployment mechanism designed for a different scope, or fail to preserve dependencies and repeatability across target environments. For this scenario, the decisive point is therefore the platform behavior represented by the selected options (A. Package.XML file.; C. DestructiveChanges.xml file.). Applying that rule consistently keeps the implementation aligned with Salesforce-supported lifecycle practices and makes the resulting change easier to review, validate, and operate across environments.

Study Guide reference: Deploying — Metadata API and Tooling API; deployment validation; package/change-set deployment; data migration; dependency management.

The correct selection is B. A conflict becomes visible when GitHub evaluates the ServiceCase pull request against the now-updated UCDev target branch. Local add, commit, and push operations do not attempt that merge and therefore do not inherently reveal the target-branch conflict. From a build perspective, the implementation should be source-driven, reviewable, automatable, and modular. Engineering controls such as version control, package boundaries, static analysis, coding standards, and isolated development environments reduce defects early and make changes easier to understand, test, and promote. The rejected choices either rely on manual review alone, use the wrong development abstraction, or introduce custom complexity where Salesforce already provides a source-driven engineering mechanism. For this scenario, the decisive point is therefore the platform behavior represented by the selected option (B. The conflict would show in GitHub when a pull request is created from ServiceCase to UCDev.). Applying that rule consistently keeps the implementation aligned with Salesforce-supported lifecycle practices and makes the resulting change easier to review, validate, and operate across environments.

Study Guide reference: Building — Salesforce DX; package development; coding standards; static analysis; source control; secure development.

The correct selection is B. Apex tests cannot make uncontrolled external web-service callouts. If Test.setMock() is omitted and the code attempts the callout, the test fails with the platform restriction rather than silently skipping the call or contacting the real endpoint. From a testing perspective, the goal is deterministic evidence that the solution behaves correctly under the conditions that matter. Tests should isolate external dependencies, use controlled data, exercise positive and negative paths, and reproduce realistic volume or user behavior where required without making production the first place defects are discovered. The alternatives do not provide equivalent evidence: they either validate only a narrow implementation detail or depend on conditions outside the test ' s control. For this scenario, the decisive point is therefore the platform behavior represented by the selected option (B. The test class fails and the developer will see a message stating: Methods defined as TestMethod do not support Web service callouts.). Applying that rule consistently keeps the implementation aligned with Salesforce-supported lifecycle practices and makes the resulting change easier to review, validate, and operate across environments.

Study Guide reference: Testing — Apex testing; test-data isolation; mocks; regression testing; performance/load testing; sandbox test strategy.

The correct selection is C, D. A multi-org Customer 360 strategy should avoid uncontrolled point-to-point connectivity. A reusable package can standardize common customer-view functionality across orgs, while a hub-and-spoke pattern centralizes authoritative customer data and lets business-unit orgs integrate to that master. From a system-design perspective, the decision should minimize unnecessary coupling while preserving clear ownership, scalability, governance, and extensibility. Salesforce architecture is strongest when boundaries reflect real business and technical responsibilities instead of using organizational convenience as the primary design driver. The rejected designs either centralize too much, fragment without justification, or use a mechanism that does not create the required architectural contract between systems or teams. For this scenario, the decisive point is therefore the platform behavior represented by the selected options (C. Implement a Single Package multi-org strategy by developing and deploying to all orgs a managed package which reads and consolidates customer 360-degree view from the different orgs.; D. Implement a Hub-and-Spoke multi-org strategy by consolidating customer data in a single org, which will be the master of customer data, and using integration strategies to let the LOBS orgs read and write from it.). Applying that rule consistently keeps the implementation aligned with Salesforce-supported lifecycle practices and makes the resulting change easier to review, validate, and operate across environments.

Study Guide reference: System Design — org strategy; modular architecture; integration topology; data ownership; enterprise governance; scalability.

The correct selection is D. A requirements traceability matrix maps each approved requirement or acceptance criterion to one or more test cases and execution results. It is the artifact specifically designed to prove that UAT coverage is complete and that no requirement has been left without validation. From a testing perspective, the goal is deterministic evidence that the solution behaves correctly under the conditions that matter. Tests should isolate external dependencies, use controlled data, exercise positive and negative paths, and reproduce realistic volume or user behavior where required without making production the first place defects are discovered. The other options are weaker because they sacrifice isolation, realism, or repeatability and therefore make failures harder to reproduce and diagnose across environments. For this scenario, the decisive point is therefore the platform behavior represented by the selected option (D. Requirement traceability matrix). Applying that rule consistently keeps the implementation aligned with Salesforce-supported lifecycle practices and makes the resulting change easier to review, validate, and operate across environments.

Study Guide reference: Testing — Apex testing; test-data isolation; mocks; regression testing; performance/load testing; sandbox test strategy.

The correct selection is D. A virtual Kanban board provides persistent, shared visibility into work in progress, workflow state, and bottlenecks across distributed teams. It is more measurable and transparent than periodic emails, spreadsheets, or representative-only status meetings. From a system-design perspective, the decision should minimize unnecessary coupling while preserving clear ownership, scalability, governance, and extensibility. Salesforce architecture is strongest when boundaries reflect real business and technical responsibilities instead of using organizational convenience as the primary design driver. The rejected designs either centralize too much, fragment without justification, or use a mechanism that does not create the required architectural contract between systems or teams. For this scenario, the decisive point is therefore the platform behavior represented by the selected option (D. Request the offshore teams to share their work in progress in a virtual Kanban board tool.). Applying that rule consistently keeps the implementation aligned with Salesforce-supported lifecycle practices and makes the resulting change easier to review, validate, and operate across environments.

Study Guide reference: System Design — org strategy; modular architecture; integration topology; data ownership; enterprise governance; scalability.

The correct selection is B. A Partial Copy sandbox with a sandbox template provides repeatable production-sample data for training and can be refreshed on a cadence compatible with weekly sessions. Developer Pro sandboxes do not automatically carry the representative production records required for this use case. From a planning perspective, the architect must reduce uncertainty before execution by defining ownership, governance, environment purpose, prioritization, and measurable acceptance criteria. Decisions should be repeatable and visible across teams so delivery capacity, risk, and stakeholder expectations remain aligned throughout the lifecycle. The alternatives are weaker because they address a symptom rather than establishing the governance or environment decision required before implementation begins. For this scenario, the decisive point is therefore the platform behavior represented by the selected option (B. Refresh a Partial Copy sandbox every weekend and include an appropriate sandbox template.). Applying that rule consistently keeps the implementation aligned with Salesforce-supported lifecycle practices and makes the resulting change easier to review, validate, and operate across environments.

Study Guide reference: Planning — governance; agile planning; environment strategy; backlog prioritization; sandbox strategy; stakeholder alignment.