Salesforce Certified Platform Development Lifecycle and Deployment Architect Plat-Arch-202 Exam Questions

Page: 1 / 14
Total 118 questions
Question 1

Universal Containers (UC) currently uses the org development model and utilizes the Salesforce CLI as the deployment tool. After the feature release artifact file has been tested in a lower sandbox, it is being deployed to the full sandbox for performance testing and production deployment readiness check.

Since quick deployment options are not being used, what is the correct way to deploy the artifact to the full sandbox?



Answer : B

The correct selection is B. A Metadata API-formatted release artifact should be validated and deployed consistently using the Metadata API deployment mechanism. Mixing source-format and mdapi commands introduces needless conversion risk, and because quick deploy is excluded, the normal deployment must run after successful validation. 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 alternatives are less reliable because they do not provide the same controlled handling of metadata, data relationships, validation, or environment-specific dependencies. For this scenario, the decisive point is therefore the platform behavior represented by the selected option (B. Authorize to the Full sandbox org; Validate with sfdx:mdapi:deploy On successful validation, deploy with sfdx:mdapi:deploy). 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.


Question 2

Universal Containers (UC) is embarking on a large program of work, with different projects and different vendors. UC created a center of excellence (COE) that struggling with scope creep between the different projects.

What role should the architect suggest be added to the COE?



Answer : A

The correct selection is A. Scope creep across multiple projects and vendors requires formal change-management governance. A Change Manager establishes consistent intake, impact assessment, approval, communication, and cross-project coordination rather than leaving enterprise scope control to individual Scrum or release roles. 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 rejected options do not resolve the planning problem at its source; they either add process overhead or make assumptions that leave ownership and delivery risk unclear. For this scenario, the decisive point is therefore the platform behavior represented by the selected option (A. Change managers). 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.


Question 3

A developer with Universal Containers recently created a flow in the developer sandbox. While working on the flow, the developer deactivated it and made updates multiple times before the flow worked as desired. Now the developer is planning to use a change set to migrate the flow to the QA sandbox.

What two statements should be considered when migrating the flow with change sets? Choose 2 answers



Answer : A, C

The correct selection is A, C. Change sets include one flow version rather than every historical version. If an active version exists, that active version is selected; if none is active, the most recent inactive version is included, so flow activation state must be understood before migration. 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 rejected alternatives do not meet the deployment requirement because they introduce drift, ignore target-org compatibility, or substitute a convenience tool for a reproducible release artifact. For this scenario, the decisive point is therefore the platform behavior represented by the selected options (A. When a change set with a multiple versioned flow is uploaded, it includes only the active version of the flow.; C. When a change set with a multiple versioned flow is uploaded, and no active version is available, it includes the most recent inactive version of the flow.). 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.


Question 4

Universal Containers is delivering many changes to its Salesforce system. Adoption reports are discovering that many features are unused. The steering committee wants this to change and is looking to the architect for advice.

What should an architect recommend to overcome this?



Answer : B

The correct selection is B. Unused features indicate a mismatch between delivered functionality and real user needs. User-centered design uses research, workflow observation, prototyping, and usability validation before build work so the team solves high-value problems instead of simply producing more functionality or changing the front-end technology. 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 other choices either shift accountability to the wrong role, create unnecessary operational work, or ignore the stated timing, governance, and risk constraints. For this scenario, the decisive point is therefore the platform behavior represented by the selected option (B. Adopting user centered design to understand user needs before building the solution.). 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.


Question 5

The CEO at Universal Containers (UC) is receiving constant complaints from business stakeholders that the development teams are not frequently delivering value to the end-user. The CEO talked with the CTO, who argues the opposite, explaining that the development teams are delivering value every Sprint.

The architect suggests to the CTO to implement Kanban to solve this disagreement. How can Kanban help clarify whether value is being delivered to the business?



Answer : B

The correct selection is B. Kanban provides objective flow metrics such as lead time and throughput and makes work visible across the workflow. Those measures let executives determine whether completed value is actually reaching users rather than relying on conflicting subjective claims about sprint output. 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. Kanban traits includes metrics, like lead time and throughput, which increases transparency.). 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.


Question 6

In the effort of improving the code quality, Universal Containers (UC) has asked a third-party system integrator to perform some independent code reviews. One piece of the feedback is the development team is seemingly not doing enough negative unit testing.

Which are three usual symptoms of inadequate negative tests? Choose 3 answers



Answer : A, C, D

The correct selection is A, C, D. Inadequate negative tests commonly surface as poorly diagnosed failed Apex runs, unhandled exceptions when external systems return unexpected responses, and repeated manual requests for testers to reproduce failures. Good negative testing deliberately exercises invalid inputs and error paths with explicit assertions. 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 options (A. Developers often have to turn to the debug log for details of the failed Apex executions.; C. An Apex process runs into an un-handled exception when an HTTP callout has an unexpected status code in the response body.; D. Developers constantly ask the testers for a screenshot of the error and the exact steps of reproducing the error.). 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.


Question 7

An architect is working on a Universal Containers (UC) project, and due to security concerns, the UC security team cannot provide the Architect with production access. Instead, a central release management team will be responsible for performing production deployments for all development teams.

How should an architect leverage the Metadata API to ensure any metadata components necessary to deploy the project's functionality are properly communicated to the release management team?



Answer : C

The correct selection is C. A Metadata API deployment is driven by package.xml, which is a machine-readable manifest of the components to retrieve or deploy. Giving release management the manifest creates a reproducible handoff without granting the architect production access or relying on manual spreadsheets and audit logs. 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 rejected alternatives do not meet the deployment requirement because they introduce drift, ignore target-org compatibility, or substitute a convenience tool for a reproducible release artifact. For this scenario, the decisive point is therefore the platform behavior represented by the selected option (C. Create a change set in each sandbox and download the package.xml file for the release management team.). 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.


Page:    1 / 14   
Total 118 questions