Timestamp generation in Postman - Build an Automation Script

Generate and verify current timestamp in Postman

Preconditions (2)

Step 1: Open the Postman request

Step 2: Go to the Pre-request Script tab

Step 3: Add script to generate current timestamp in milliseconds

Step 4: Save the script

Step 5: Send the request

Step 6: Go to the Tests tab

Step 7: Add script to verify the timestamp is a number and is recent

Step 8: Send the request again to run the test

✅ Expected Result: The test passes confirming the timestamp is generated correctly and is a recent number

Automation Requirements - Postman Test Scripts

Assertions Needed:

Timestamp is a number

Timestamp is within 5 seconds of current time

Best Practices:

Use pm.variables.set to store timestamp

Use pm.expect for assertions

Keep scripts simple and readable

Automated Solution

Postman

/* Pre-request Script */
const timestamp = Date.now();
pm.variables.set('currentTimestamp', timestamp);

/* Tests Script */
const timestamp = parseInt(pm.variables.get('currentTimestamp'), 10);
pm.test('Timestamp is a number', () => {
    pm.expect(timestamp).to.be.a('number');
});
pm.test('Timestamp is recent', () => {
    const now = Date.now();
    pm.expect(timestamp).to.be.within(now - 5000, now + 5000);
});

In the Pre-request Script, we generate the current timestamp using Date.now() which returns milliseconds since 1970. We store it in a Postman variable currentTimestamp so it can be accessed later.

In the Tests tab, we retrieve the stored timestamp and convert it to a number. We then check two things: first, that it is a number type, and second, that it is within 5 seconds of the current time to ensure it is recent. This confirms the timestamp generation is working correctly.

We use pm.expect for assertions as recommended in Postman scripts. The code is kept simple and clear for easy understanding and maintenance.

Common Mistakes - 3 Pitfalls

Not storing the timestamp in a variable accessible in Tests tab

Using string comparison instead of numeric comparison for timestamp

Not checking if timestamp is recent

Bonus Challenge

Now add data-driven testing with 3 different time offsets (e.g., current time, 1 minute ago, 1 minute ahead) and verify timestamps accordingly

Show Hint

Practice

1. What does Date.now() return in Postman scripts?

easy

A. The current date as a string in format YYYY-MM-DD

B. The current time zone offset in minutes

C. The current timestamp in milliseconds since January 1, 1970

D. The current time in seconds since midnight

Solution

1. Step 1: Understand Date.now() function

   Date.now() returns the number of milliseconds elapsed since January 1, 1970 00:00:00 UTC.

2. Step 2: Compare options with this definition

   Only The current timestamp in milliseconds since January 1, 1970 correctly describes this behavior as a timestamp in milliseconds.

3. Final Answer:

   The current timestamp in milliseconds since January 1, 1970 -> Option C

4. Quick Check:

   Date.now() = milliseconds timestamp [OK]

Hint: Remember: Date.now() gives milliseconds since 1970 [OK]

Common Mistakes:

• Thinking Date.now() returns a formatted date string
• Confusing milliseconds with seconds
• Assuming it returns time zone info

2. Which of the following is the correct way to save the current timestamp in a Postman environment variable?

easy

A. pm.environment.set('currentTime', Date.now());

B. pm.environment.get('currentTime', Date.now());

C. pm.environment.save('currentTime', Date.now());

D. pm.environment.store('currentTime', Date.now());

Solution

1. Step 1: Identify the correct method to set environment variables

   In Postman scripts, pm.environment.set(key, value) is used to save a variable.

2. Step 2: Check each option's method name

   Only pm.environment.set('currentTime', Date.now()); uses the correct method set with the right syntax.

3. Final Answer:

   pm.environment.set('currentTime', Date.now()); -> Option A

4. Quick Check:

   Use pm.environment.set() to save variables [OK]

Hint: Use pm.environment.set() to save variables [OK]

Common Mistakes:

• Using pm.environment.get() to save variables
• Using non-existent methods like save() or store()
• Forgetting to pass both key and value

3. What will be the output of this Postman test script snippet?

let start = Date.now();
pm.environment.set('startTime', start);
let end = Date.now();
pm.environment.set('endTime', end);
let duration = pm.environment.get('endTime') - pm.environment.get('startTime');
console.log(duration);

medium

A. A negative number due to subtraction order

B. Zero, because start and end are set at the same time

C. Undefined, because variables are not saved correctly

D. A positive number representing milliseconds elapsed between start and end

Solution

1. Step 1: Understand the timestamp capture

   start and end capture timestamps at two different moments, so end ≥ start.

2. Step 2: Calculate duration

   Subtracting start from end gives the elapsed time in milliseconds, which is positive or zero.

3. Final Answer:

   A positive number representing milliseconds elapsed between start and end -> Option D

4. Quick Check:

   duration = end - start ≥ 0 [OK]

Hint: Subtract start from end timestamps for elapsed time [OK]

Common Mistakes:

• Assuming start and end are identical
• Confusing subtraction order causing negative result
• Thinking variables are not saved properly

4. You wrote this Postman script to save a timestamp:

pm.environment.set('timeStamp', Date.now)

Why does this cause an error or unexpected behavior?

medium

A. Date.now is a function and needs parentheses to execute

B. pm.environment.set() cannot save numbers

C. The variable name 'timeStamp' is reserved

D. Date.now returns a string, not a number

Solution

1. Step 1: Check usage of Date.now

   Date.now is a function reference, not the timestamp itself.

2. Step 2: Identify missing parentheses

   To get the current timestamp, you must call the function with (), like Date.now().

3. Final Answer:

   Date.now is a function and needs parentheses to execute -> Option A

4. Quick Check:

   Call Date.now() with () to get timestamp [OK]

Hint: Always add () to call Date.now() function [OK]

Common Mistakes:

• Forgetting parentheses after Date.now
• Thinking pm.environment.set can't save numbers
• Assuming variable names cause errors

5. You want to measure the response time of an API request in Postman using timestamps. Which script correctly captures the start time before the request and calculates the duration after the response?

hard

A. In Tests: pm.environment.set('startTime', Date.now());In Pre-request Script: let duration = Date.now() - pm.environment.get('startTime');

B. In Pre-request Script: pm.environment.set('startTime', Date.now());In Tests: let duration = Date.now() - pm.environment.get('startTime');
pm.test('Response time', () => pm.expect(duration).to.be.below(2000));

C. In Pre-request Script: let duration = Date.now() - pm.environment.get('startTime');In Tests: pm.environment.set('startTime', Date.now());

D. In Tests: let duration = pm.environment.get('startTime') - Date.now();In Pre-request Script: pm.environment.set('startTime', Date.now());

Solution

1. Step 1: Capture start time before request

   The Pre-request Script runs before the API call, so saving startTime there is correct.

2. Step 2: Calculate duration after response

   The Tests script runs after the response, so subtracting startTime from current time gives elapsed time.

3. Final Answer:

   captures the start time before the request and calculates the duration after the response -> Option B

4. Quick Check:

   Pre-request sets start; Tests calculate duration [OK]

Hint: Set start time pre-request; calculate duration in tests [OK]

Common Mistakes:

• Setting start time after request instead of before
• Subtracting timestamps in wrong order
• Calculating duration before request runs