UUS Practice Tests⌕ Search
IT Certifications · Plat-Arch-202

Salesforce DEV Lifecycle Exam Practice Test

Salesforce development lifecycle work connects source control, local development, testing, review, and deployment. This practice page covers workflow decisions such as organizing Salesforce DX projects, configuring scratch orgs, checking Lightning Web Component changes, and reducing deployment risk when metadata or business rules affect existing records.

Exam overview

Exam providerSalesforce
Exam codePlat-Arch-202
CategoryIT Certifications

About the Salesforce DEV Lifecycle Exam

Lifecycle decisions begin with a reproducible project: Salesforce DX configuration identifies package directories and can describe the settings used to create a scratch org. Developers use local checks to catch component syntax and style issues before deployment, then prepare focused changes that reviewers can understand in a pull request. Deployment planning also requires checking how changes interact with production data—for example, testing a validation rule against existing records before enforcing it. After release, targeted user-facing checks help confirm that important capabilities still work. When a problem appears for one user, comparing access and behavior can help isolate whether field-level security or another user-specific condition is involved. Together, these tasks connect metadata management, collaboration, quality control, and production verification.

Sample Practice Questions

Review a selection from this exam's published US Practice Tests practice bank.

Question 1

A Salesforce user can view a record but cannot edit a particular field. Which access-control setting most directly governs whether the user can edit that field?

  1. AField-level security
  2. BRecord type assignment alone
  3. CThe user's locale
  4. DThe object's tab visibility
Show answerCorrect answer: A

Field-level security determines whether users can read or edit individual fields, subject to the applicable platform behavior and access context. Tab visibility and locale do not grant field edit access.

Question 2

A Salesforce project needs a repeatable local representation of its metadata and source files for development. Which item typically defines the project structure and configuration for Salesforce CLI?

  1. AA project manifest containing only user permissions
  2. BThe sfdx-project.json file
  3. CA debug log downloaded from Setup
  4. DA change set uploaded from a sandbox
Show answerCorrect answer: B

The sfdx-project.json file is the Salesforce DX project configuration file. It identifies package directories and includes project-level settings used by Salesforce CLI.

Question 3

A component needs to display values from a picklist field and keep those values aligned with the field's current metadata. Which approach is most suitable in Lightning Web Components?

  1. AUse UI API picklist-value wire adapters
  2. BHard-code the values in a JavaScript array
  3. CRead the values from a debug log
  4. DUse a scheduled Apex batch to populate the component
Show answerCorrect answer: A

UI API picklist-value adapters retrieve picklist values from Salesforce metadata for a specified object and record type. Hard-coded values can become stale, while logs and batch jobs are not intended to supply component picklist metadata.

Question 4

A developer is changing a Lightning web component and wants to catch syntax or style problems before deploying it. Which action is most appropriate?

  1. ARun the project's applicable linting or static analysis checks
  2. BWait for a production user to report an issue
  3. CDisable source formatting for the project
  4. DDelete the component's tests and deploy immediately
Show answerCorrect answer: A

Linting and static analysis can detect common code-quality and syntax issues early, before deployment or runtime use. They complement, but do not replace, testing.

Question 5

A Salesforce deployment fails because a validation rule is incompatible with existing production records. What is a prudent way to reduce this risk before deploying the rule?

  1. ATest the rule against representative existing data in a production-like environment
  2. BRename the deployment package after each attempt
  3. CDisable all user profiles in the target org
  4. DIncrease the Apex test class count
Show answerCorrect answer: A

Testing a validation rule against representative data in a production-like environment can reveal records that would violate it and block saves or deployment-related operations. The other choices do not address data compatibility.

Question 6

A developer creates a scratch org for a feature branch and wants it to reflect the org shape and settings described by the project. Which project artifact is commonly used to specify that scratch-org configuration?

  1. AA package.xml manifest
  2. BA scratch definition file
  3. CA destructive changes file
  4. DA connected app callback URL
Show answerCorrect answer: B

A scratch definition file describes the configuration used when creating a scratch org, such as enabled features and settings. A package.xml manifest identifies metadata components for retrieval or deployment rather than defining the scratch-org shape.

Question 7

A Salesforce DX project has source files that use package directories, and the team needs to specify which directories the project recognizes. Which project configuration setting serves this purpose?

  1. AThe packageDirectories property in sfdx-project.json
  2. BThe ApexClass metadata API version
  3. CThe org’s login URL
  4. DThe Git remote name
Show answerCorrect answer: A

The packageDirectories property in sfdx-project.json identifies the directories that contain package source in a Salesforce DX project. The other choices do not define project source directories.

How to use this practice test

The free practice set draws up to 20 random questions from the published bank for each session. Answer them as lifecycle scenarios, then use the displayed results to identify which decisions need closer review, such as project configuration, pre-deployment checks, or post-release verification.

Preparation tips

  • Compare Salesforce DX project configuration with scratch-org definition files; identify which settings describe recognized package directories and org shape.
  • For a field-access scenario, distinguish record visibility from field-level edit permission before selecting an access-control setting.
  • Practice tracing a deployment failure caused by a validation rule back to affected production records and a suitable pre-deployment test.
  • Review how local linting or other component checks can reveal Lightning Web Component syntax and style issues before deployment.
  • For release scenarios, pair a focused pull request with a concrete post-deployment check of the affected user-facing capability.
Official sourceOfficial exam page ↗