Plat-Arch-202 Exam Questions & Answers

The correct selection is A. Scrum depends on transparency and openness about progress, timing, plans, and obstacles. Honest status visibility enables inspection and adaptation; arbitrary daily scope changes or rigid role separation are not Scrum principles. 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. Create transparency by being honest and clear about timing, planning, and obstacles). 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.

The correct selection is B, C. Secure pull-request review and automated static security analysis create complementary controls. Human reviewers assess architecture and context, while scanners detect repeatable vulnerability patterns and can block unsafe changes in CI before they reach downstream environments. 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 remaining options are weaker because they address symptoms after code is written instead of improving the build process through automation, modularity, and explicit development standards. For this scenario, the decisive point is therefore the platform behavior represented by the selected options (B. Implement a pull request and secure code review.; C. Integrate a static code security analysis tool in the CI/CD process.). 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 A. A shared release calendar aligns internal major and minor releases with Salesforce seasonal upgrades, blackout periods, testing windows, and business readiness. The calendar becomes the common coordination mechanism across teams instead of relying on ad hoc metadata spreadsheets or routing every operational decision through the COE. 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 rejected alternatives weaken release control by mixing development states, skipping required validation, or treating production promotion as an ad hoc administrative task. For this scenario, the decisive point is therefore the platform behavior represented by the selected option (A. Create a release calendar, train and align all the teams.). 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. At a Change Advisory Board, the technical architect's distinctive responsibility is to confirm that the solution and deployment design are technically sound. Business stakeholders validate business value and usability, while the architect assesses architecture, limits, integration, security, risk, rollback, and operational readiness. 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 option (C. Solution is technically sound.). 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 A, B. Automated test-data loads can run unattended as part of environment preparation and produce consistent, repeatable results. They are well suited to CI/CD scripting, reduce manual variation, and make test outcomes more comparable across repeated executions. 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 options (A. Automated loads can be done with no human oversight.; B. Automated loads are reliable in their results.). 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.