Salesforce Salesforce Certified JavaScript Developer (JS-Dev-101) JavaScript-Developer-I Exam Dumps: Updated Questions & Answers (May 2026)

We want mechanisms that persist data between page loads (i.e., after refresh or navigation), in the browser.

A. localStorage

Part of the Web Storage API.

Data persists across page reloads and browser restarts (until explicitly cleared).

Scoped per origin (protocol + host + port).

This is a correct persistent storage API.

B. indexedDB

A low-level, client-side NoSQL database in the browser.

Stores large amounts of structured data and persists across reloads and sessions.

This is also a correct persistent API.

C. cookies

Small key/value pairs stored by the browser and often sent with HTTP requests.

Can have expiration dates and persist across page loads and sessions.

They are a traditional persistence mechanism in browsers.

So cookies also qualify.

D. global variables

Global JS variables exist only for the life of the current page context.

When the page is refreshed or navigated away, they are lost.

They do not persist between page loads.

E. IIFEs (Immediately Invoked Function Expressions)

A pattern for creating a new scope, not a persistence mechanism.

Variables inside an IIFE are still lost when the page reloads.

Thus, the three persistent browser APIs are:

localStorage

indexedDB

cookies

Evaluate each test:

A. sum3([1, ' 2 ' ])

Array length is 2 → line 4: arr[0] + arr[1] → 1 + ' 2 ' → ' 12 ' (string).

Assertion: ' 12 ' == 12 is true (type coercion). However, this “test” is not logically correct: a numeric sum function should not be expected to return ' 12 ' as a string. It passes only because of weak equality coercion, so it is not a good/valid test of correct behavior.

B. sum3([ ' hello ' , 2, 3, 4])

Length ≥ 3 → line 5: ' hello ' + 2 + 3 → ' hello2 ' + 3 → ' hello23 ' .

' hello23 ' === NaN is always false because NaN is never equal to anything, not even itself. This assertion fails and also misunderstands how NaN comparisons work.

C. sum3([-3, 2])

Length 2 → -3 + 2 = -1.

Assertion: -1 === -1 → true. This is a correct and meaningful test.

D. sum3([0])

Length 1 → returns arr[0] → 0.

Assertion: 0 === 0 → true. Also a correct and meaningful test.

Therefore, the valid and logically correct tests here are C and D.

The correct answer is D , because JavaScript executes synchronous code first, while the code after await runs later after the Promise resolves.

The execution order is:

console.log(2);

This runs first, so JavaScript logs:

2

Then this line runs:

asyncCall();

The asyncCall() function starts executing. Inside it, JavaScript reaches:

await delay(1000);

The delay(1000) function returns a Promise that resolves after 1000 milliseconds:

return new Promise(resolve = > {

setTimeout(resolve, delay);

});

Because await pauses the rest of the asyncCall() function, this line does not run immediately:

console.log(1);

Instead, JavaScript continues executing the remaining synchronous code outside the async function:

console.log(3);

So JavaScript logs:

3

After approximately 1000 milliseconds, the Promise returned by delay(1000) resolves. Then the paused async function continues and runs:

console.log(1);

So JavaScript logs:

1

Final console output:

2

3

1

Important JavaScript concepts involved:

An async function always returns a Promise.

The await keyword pauses execution only inside the async function where it appears.

Code outside the async function continues running normally.

setTimeout() schedules its callback to run later, after the current synchronous code has finished.

Therefore, the verified answer is D. 2 3 1 .

First, compute sampleText:

let codeName = ' Bond ' ;

let sampleText = `The name is ${codeName}, Jim ${codeName}`;

The template literal evaluates to:

" The name is Bond, Jim Bond "

Now evaluate each statement:

Option A: sampleText.includes( ' Jim ' );

String.prototype.includes(substring) returns true if substring occurs anywhere in the string.

sampleText clearly contains " Jim " ( " The name is Bond, Jim Bond " ).

So this returns true.

Option B: sampleText.includes( ' The ' , 1);

includes(searchString, position) starts searching from the given position index.

" The name is Bond, Jim Bond " has " The " starting at index 0.

Starting search at index 1 means " The " at index 0 is not considered, and there is no second " The " .

So this returns false.

Option C: sampleText.includes( ' Jim ' , 4);

" Jim " appears after " The name is Bond, " which is longer than 4 characters; the index of " Jim " is well past 4.

So when searching from index 4, " Jim " is still found.

This returns true.

Option D: sampleText.indexOf( ' Bond ' ) !== -1;

String.prototype.indexOf(substring) returns:

-1 if the substring is not found,

Otherwise, the starting index of the first occurrence.

" Bond " appears twice in " The name is Bond, Jim Bond " .

So sampleText.indexOf( ' Bond ' ) is some non-negative index (for the first occurrence).

Therefore indexOf( ' Bond ' ) !== -1 is true.

Option E: sampleText.substring( ' Jim ' );

substring expects numeric indexes: substring(startIndex, endIndex?).

If given a string " Jim " as the argument, JavaScript coerces it to a number:

Number( ' Jim ' ) → NaN

NaN for startIndex is treated as 0.

So sampleText.substring( ' Jim ' ) is effectively sampleText.substring(0), which returns the full string " The name is Bond, Jim Bond " .

This is a string , not a boolean. The question asks “which code statements return true?”

This statement returns a string, not the boolean value true.

Thus, the three statements that actually return true (boolean) are:

Answer: A, C, D

Study Guide / Concept References (no links):

Template literals and ${} interpolation

String.prototype.includes(searchString, position?)

String.prototype.indexOf(substring) and checking for !== -1

String.prototype.substring(start, end?) and argument coercion

Boolean vs non-boolean return types in string methods

The correct answers are B, C, D, and E .

JavaScript browser consoles support string substitution in several console output methods. String substitution means using placeholders such as:

%s

%d

%i

%f

%o

%O

%c

Example:

console.log( " User name is %s and age is %d " , " Alex " , 25);

Output:

User name is Alex and age is 25

The valid console methods from the given options are:

Option

Method

Correct?

Reason

A

message

No

console.message() is not a standard console method.

B

log

Yes

console.log() supports formatted string substitution.

C

assert

Yes

console.assert() can output a formatted message when the assertion is false.

D

info

Yes

console.info() supports formatted output like console.log().

E

error

Yes

console.error() supports formatted output and displays an error-style message.

Example with these valid methods:

console.log( " Name: %s " , " John " );

console.info( " Score: %d " , 95);

console.error( " Error code: %d " , 500);

console.assert(false, " Failed check for user: %s " , " Admin " );

So the verified answers are B, C, D, and E .

We have an array of plain objects:

[

{ name: ' John ' , email: ' john@email.com ' },

{ name: ' Jane ' , email: ' jane@email.com ' },

{ name: ' Emily ' , email: ' emily@email.com ' }

]

We want:

A “visual representation” of the list.

Ability to sort by name or email in DevTools.

console.table:

console.table(data) renders data as a table in most browser devtools and Node consoles that support it.

Each object becomes a row; properties (name, email) become columns.

Many DevTools UIs allow:

Clicking column headers to sort by that column.

Filtering / viewing in a structured way.

So:

console.table(usersList);

Displays a sortable table of users by name or email. This matches the requirement exactly.

Other options:

console.group(usersList);

Starts a console group. The argument is just logged as a line label.

It does not create a table or sortable view; it just groups subsequent logs.

console.groupCollapsed(usersList);

Same grouping behavior, but collapsed by default.

Again, no table or sortable columns.

console.info(usersList);

Logs the array in the console, but as a standard log/info.

You can expand objects, but there is no table view or built-in column sorting.

Therefore, the correct method is:

Answer: A

Study Guide / Concept References (no links):

console.table for tabular logging

console.group and console.groupCollapsed for grouped logs

console.log / console.info standard logging behavior

DevTools UI support for sorting columns in console.table

fullName is defined as a getter :

get fullName() { ... }

Getters are accessed like properties , not like functions.

So:

cat.fullName; // " Fancy Whiskers "

No parentheses.

Why others are wrong:

A: cat.fullName() tries to call the returned string as a function.

B and C: These properties (get, function) do not exist; they are misinterpretations of syntax.

The verified answer is C .

This object has two properties:

let obj = {

foo: 1,

bar: 2

};

The property names are:

foo

bar

The property values are:

1

2

The loop used here is a for...in loop:

for (let something in obj) {

output.push(something);

}

A for...in loop iterates over the property keys of an object, not the property values.

So during the first iteration:

something === " foo "

The code pushes " foo " into the array.

During the second iteration:

something === " bar "

The code pushes " bar " into the array.

The final value of output is:

[ " foo " , " bar " ]

That is why:

console.log(output);

prints:

[ " foo " , " bar " ]

Option B would be correct only if the code pushed the values, for example:

output.push(obj[something]);

Option D would require building formatted strings manually, such as:

output.push(`${something}:${obj[something]}`);

But the given code only pushes the property names.

Therefore, the verified answer is C .

Requirement:

getNextValue() should run only if handleObjectValue(x) does not throw an error.

If an error occurs, handleError(error) should run, and getNextValue() should be skipped.

Option B:

try {

handleObjectValue(x);

getNextValue();

} catch (error) {

handleError(error);

}

Behavior:

If handleObjectValue(x) succeeds (no error):

Execution continues to getNextValue();.

If handleObjectValue(x) throws:

Control jumps directly to catch, getNextValue() is skipped.

handleError(error); is called.

This matches the requirement perfectly.

Why others are incorrect:

A: } then { is invalid JavaScript syntax.

C:

try {

handleObjectValue(x);

} catch (error) {

handleError(error);

}

getNextValue();

getNextValue() is called after the try...catch regardless of whether an error occurred. Not acceptable.

D: finally always runs:

try {

handleObjectValue(x);

} catch (error) {

handleError(error);

} finally {

getNextValue();

}

getNextValue() will execute in both success and error cases.

Therefore, the correct approach is B.

Concepts: try/catch control flow, finally semantics, placing code inside vs outside try/catch blocks.

Expression:

true + ' 13 ' + NaN

The + operator is left-associative, so evaluation order:

true + ' 13 '

When one operand is a string, + performs string concatenation.

true is converted to string ' true ' .

' true ' + ' 13 ' → ' true13 ' .

Result from step 1 with NaN:

' true13 ' + NaN

Again, one operand is a string, so concatenation.

NaN is converted to string ' NaN ' .

' true13 ' + ' NaN ' → ' true13NaN ' .

Final value: ' true13NaN ' .

So A is correct.

Why others are wrong:

B: ' 113NaN ' would require true to coerce to 1 first and no string to be present, which is not the case because ' 13 ' forces string concatenation.

C: 14 would require pure numeric addition, which is not the case once a string is involved.

D: ' true13 ' ignores the final + NaN part.

Concepts: type coercion with +, boolean to string, NaN to string, left-associative evaluation.