Transition history is kept in the table wf_transition_history. Start by going here:

From there, click any column heading and make a simple report:

Now set up your report type and filter to get the records you want. This may be done either via selecting specific contexts (where the transition came from) or by dot-walking to related records. You may need to do a bit of digging around.

Thanks for the update, here I do not fine the count details. Can you check   please

Use a report type of bar, for example, and group by context. You can then aggregate by count. Aggregation is not available in a list report.

Okay, I am asking to verify I am understanding this correctly. (If I am wrong, I'll end up sending 100s of email notifications to ordinary users for test and development activity, which will have a very bad affect on user's opinions of the platform).

Does merely populating this field force all Service Now generated SMTP messages to be sent only to the email address listed in this configuration property "glide.email.test.user"?

I am testing this as well, but would like to hear from some others who've had more experience.

Chuck I'm curious of your opinion on this, I need to do an update on our production instance that deletes a table and re-adds it this would cause a ton of emails to go out to end users and I want to prevent that. Do you think that this would be suitable to temporarily disable outbound emails from servicenow?