When you duplicate a request in Postman, what happens to the original request and the duplicated one?
Think about whether duplicating creates a copy or a linked reference.
Duplicating a request in Postman creates an independent copy. Both requests exist separately, so changing one does not affect the other.
You have a request named GetUser in Collection A. You move it to Collection B in Postman. What is the state of GetUser in Collection A after the move?
Consider what 'move' means compared to 'copy'.
Moving a request transfers it from one collection to another, removing it from the original collection.
You duplicated a request in Postman and moved it to a new collection. However, when running the duplicated request, it still uses environment variables from the original collection's environment. Why?
Think about how environments are selected and applied in Postman.
Environments in Postman are selected globally per workspace or window, not per request or collection. Duplicating or moving a request does not change the active environment.
You start with 3 requests in Collection X. You duplicate one request and then move the duplicated request to Collection Y. How many requests remain in Collection X?
Remember the order: duplicate first, then move the duplicate.
Duplicating increases Collection X to 4 requests. Moving the duplicated request to Collection Y removes it from Collection X, leaving 3 requests.
Which Postman feature or tool allows you to automate duplicating and moving requests between collections programmatically?
Think about how to change collection structure outside the UI.
The Postman API allows programmatic access to collections, enabling automation of duplicating and moving requests by updating collection JSON data.