Appium comes with the ability to retrieve timing information about startup information and command length. This is an advanced feature that is controlled by the use of the eventTimings capability (set it to true to log event timings).
With this capability turned on, the GET /session/:id response (i.e., the response to driver.getSessionDetails() or similar, depending on client) will be decorated with an events property. This is the structure of that events property:
{
“<event_type>”: [<occurence_timestamp_1>, …],
“commands”: [
{
“cmd”: “<command_name>”,
“startTime”: <js_timestamp>,
“endTime”: <js_timestamp>
},
…
]
}
In other words, the events property has 2 kinds of properties of its own:
- Properties which are the names of event types
- The commands property
Properties which are names of event types correspond to an array of timestamps when that event happened. It’s an array because events might happen multiple times in the course of a session. Examples of event types include:
- newSessionRequested
- newSessionStarted
(Individual drivers will define their own event types, so we do not have an exhaustive list to share here. It’s best to actually get one of these responses from a real session to inspect the possible event types.)
The commands property is an array of objects. Each object has the name of the Appium-internal command (for example click), as well as the time the command started processing and the time it finished processing.
With this data, you can calculate the time between events, or a strict timeline of events, or statistical information about average length of a certain type of command, and so on.
You can only receive data about events that have happened when you make the call to /session/:id, so the best time to get data about an entire session is right before quitting it.
The Appium team maintains an event timings parser tool that can be used to generate various kinds of reports from event timings output: appium/appium-event-parser.