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

The correct selection is A, C. In package development, the project source and version-control repository represent the package source of truth. Change-set development is org-centric, so the effective application state is the metadata already in the environment plus the specific delta carried by the change set. 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 options (A. In package development, the source of truth is the metadata in the package project, which makes it easy to integrate to a version control System.; C. In change set development, the source of truth is a combination of the metadata already in the environment and the content of your change Set.). 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, B. Because regulations prohibit production data in non-production, UC can either mask a production-derived Full sandbox or generate synthetic data with production-like distribution and volume. Both approaches support realistic performance behavior without exposing regulated values. 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 rejected choices either test the wrong layer, introduce live-system dependencies, or detect problems too late to provide the deterministic early feedback expected from a mature test strategy. For this scenario, the decisive point is therefore the platform behavior represented by the selected options (A. Perform data masking on full sandbox after a refresh.; B. Generate mock data that mimics production data shape and volume.). 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 B. A single-org strategy most directly supports the CEO's goal of standardized processes across business units. Shared automation, security patterns, data definitions, and governance are easier to implement consistently in one org while still allowing controlled business-unit-specific configuration where necessary. 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 alternatives are less suitable because they optimize for convenience instead of the long-term system qualities of isolation, reuse, maintainability, and controlled integration. For this scenario, the decisive point is therefore the platform behavior represented by the selected option (B. Single-org strategy, as the high level of business process standardization will be easier to implement in a single org.). 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. This is an emergency production defect causing rapid business damage. Pairing the administrator with an architect provides a four-eyes control so the smallest safe corrective change can be reviewed live, documented, verified, and then synchronized back into source control and downstream environments. 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 rejected choices do not provide a sustainable operating control because they fail to preserve traceability and synchronization after the immediate incident or environment change. For this scenario, the decisive point is therefore the platform behavior represented by the selected option (B. Pair with the administrator, and review each change as it happens). 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, B, C. Scrum tooling must support the ordered product backlog, sprint backlog, and assignment or ownership of actionable work. Those capabilities map directly to Scrum planning and execution, whereas email alerts or a generic Kanban view are supporting conveniences rather than the core Scrum controls being asked for. 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 other options introduce tighter coupling, duplicate governance, or solve a different architectural concern and therefore do not satisfy the stated boundary and ownership requirements. For this scenario, the decisive point is therefore the platform behavior represented by the selected options (A. Product backlog prioritization; B. Sprint backlog management; C. Work (for example, user stories or tasks) assignment). 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. 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, B, E. A serious production bug in a regulated environment requires data-impact analysis, a dedicated hotfix branch, and explicit stakeholder approval. Waiting for the normal release or editing Apex directly in production would bypass the controlled emergency-change process and create unacceptable traceability risk. From a release perspective, approved functionality must be isolated from unfinished work and promoted through a predictable, auditable path. Release calendars, validation, stakeholder approval, rollback planning, and branch discipline reduce the risk that a technically correct change becomes an operational failure during production promotion. The other options do not create a safe production path because they ignore timing, approval, rollback, or branch synchronization requirements. For this scenario, the decisive point is therefore the platform behavior represented by the selected options (A. Investigate potential data impacts.; B. Fix the bug in a hotfix branch.; E. Seek stakeholder approval for the hotfix.). 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: Releasing --- release management; branching and hotfixes; production readiness; rollback strategy; seasonal releases; approvals.

The correct selection is C. Automated browser tests depend on the rendered Document Object Model. Salesforce can change internal Lightning markup between seasonal releases even when the business behavior is unchanged, so brittle selectors and DOM assumptions can require test maintenance. 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 (C. DOM changes). 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 B. Second-generation managed packages that share a namespace can selectively expose public Apex across package boundaries through @NamespaceAccessible. This preserves modular package ownership while creating an explicit contract for only the methods that another same-namespace package should consume. 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. Create two second generation managed packages with the same namespace and set the methods that should be shared with the @namespaceAccessible Annotation.). 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 C, D. Aura components are tested with Lightning Testing Service infrastructure and browser-accessible Jasmine or Mocha test runners. The LTS package provides the framework for Aura JavaScript testing, and test results can be executed and viewed through the dedicated Jasmine test application URL. 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 rejected choices either test the wrong layer, introduce live-system dependencies, or detect problems too late to provide the deterministic early feedback expected from a mature test strategy. For this scenario, the decisive point is therefore the platform behavior represented by the selected options (C. Install the Lightning test service AppExchange package to enable the Aura component testing.; D. The testing can be viewed in the lightning.force.com/c/jasminetests.app URL. The page loads and runs Jasmine test and writes pass/fail information to the screen.). 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.