Free Practice Questions for Salesforce Platform-App-Builder Exam

The correct answer is C. Enhanced List.

Salesforce documentation states that the Enhanced List related list type shows up to 10 fields and allows users to resize columns, sort columns, perform mass actions, and wrap text. This exactly matches the requirement: users need to see ten fields and need the ability to sort and wrap text on related lists.

D. Basic List is incorrect because the Basic List type shows fewer fields and does not provide the enhanced related-list behavior required here. A. List View and B. List Class are not the correct Related List Lightning component type for this requirement.

===========

The formula must evaluate true when:

Stage = Negotiation/Review

Close Date < 1 week from today

Salesforce formula functions used:

ISPICKVAL() for picklist equality checks

AND() to combine multiple conditions

CloseDate < TODAY() + 7 to check the Close Date is within one week

Correct formula:

AND(

ISPICKVAL(StageName, " Negotiation/Review " ),

CloseDate < TODAY() + 7

)

Options A, C, D use invalid syntax (missing quotation marks, incorrect function structure).

Salesforce Help confirms correct syntax for picklist comparison and date arithmetic in formula fields. (Salesforce Help)

This formula evaluates true only when both conditions are simultaneously met.

===========

The correct answer is C. Apex unit test failures.

Because the unmanaged package was successfully installed in a Full Copy sandbox that matches production, issues like feature incompatibility, license mismatch, or object limits would normally have appeared during sandbox testing. The remaining Salesforce-specific production blocker is Apex test execution.

Salesforce deployment documentation states that if any Apex test fails, the deployment is rolled back. Salesforce Apex testing guidance also states that Apex unit tests must meet coverage requirements and complete successfully for deployment or packaging scenarios.

So the package failed in production because the required Apex tests did not complete successfully.

===========

The correct answers are A. Flow Launcher and D. Quick Action.

A flow can be exposed to users through a page-based launcher/component. Salesforce Trailhead explains that users can access a flow by adding it to a Lightning page through Lightning App Builder. The Flow component can be dragged onto the Lightning page so users can run the flow from that page.

A Quick Action can also launch a flow. Salesforce documentation states that quick actions help users launch and navigate through workflows, and Trailhead confirms that custom actions can invoke flows.

Why others are incorrect:

B. Apex can invoke automation programmatically, but it is not the best user-facing access feature in this question.

C. Approval Process routes records for approval; it is not a general method for users to access flows.

===========

The correct answers are B. Use a roll-up summary field on the Park record and C. Use a master-detail relationship between the Park and Trail objects.

Northern Trail Outfitters wants the total number of Trails displayed on the Park record without code. In Salesforce, a standard roll-up summary field can count related child records, but it requires a master-detail relationship between the parent and child objects. Salesforce documentation confirms that roll-up summary fields calculate values from related records, and this is the correct declarative feature for this requirement.

A is incorrect because a formula field cannot count child records. D is incorrect because standard roll-up summary fields do not work on ordinary lookup relationships.

===========

The correct answer is B.

Salesforce supports roll-up summary fields for summarizing related records, including scenarios involving Account and related Opportunity values. However, Salesforce documentation states that if Advanced Currency Management is enabled, currency roll-up summary fields are invalid when they are on Accounts and summarize Opportunity values.

Because the VP wants to aggregate Opportunity Amount values on Account, the app builder cannot create that roll-up summary field if Advanced Currency Management is enabled.

Why not others:

A is not the stated Salesforce limitation.

C is wrong because roll-up summary fields are available on Account in supported scenarios.

D is wrong because currency fields can be used in roll-up summaries generally; the issue is specifically Advanced Currency Management with Account-to-Opportunity currency rollups.

The correct solution is component visibility with advanced filters. Lightning App Builder allows components on Lightning pages to be shown or hidden dynamically based on filter criteria. Salesforce Admin guidance also explains that App Builder filters can customize which components display on record pages and can use field values from related records, running user, and permissions.

Because the component must display dynamically based on criteria about the related Contact, the app builder should use an advanced visibility filter using the Contact field criteria.

Why not others:

A. Related Record component displays related record data but does not solve dynamic visibility by itself.

B. Hiding behind a tab does not dynamically control visibility.

C. Custom permission controls visibility by user permission, not by related Contact field criteria.

The correct answers are B. Each object can have up to 25 custom external ID fields and D. An external ID field can be an auto-number field.

Salesforce documentation states that each object can have up to 25 custom external ID fields. It also confirms that supported external ID field types include custom auto-number, email, number, and text fields.

A is incorrect because the limit is per object, not per org.

C is incorrect because a URL field is not one of the supported external ID field types.

===========

The correct answer is B. Field-level security.

Only users with the Outer Planets profile need to see the Jupiter field. Salesforce field-level security, also called field permissions, controls whether users can view or edit individual fields on an object. This is the proper way to restrict a field by profile or permission set.

Sharing rules control record-level access, not field visibility. Filtered views affect list views, not field security. Classic encryption protects sensitive data but is not the correct feature for profile-based field visibility.

===========

The correct answer is C. Dynamic action.

Dynamic Actions allow an app builder to control which actions appear on a Lightning record page and apply filters to control action visibility. Salesforce documentation states that Dynamic Actions can be assigned in Lightning App Builder and visibility filters can control when actions are shown.

For this requirement, the custom Sync action can be shown only when the Account custom Status field equals Ready to Sync. A custom link alone does not provide the same Lightning App Builder visibility control, a formula field cannot call the Lightning Web Component action, and an AppExchange product is unnecessary.

===========