Playback sampling was generally availble in v2.12 but not generally available. In Testimony v2.20, it has been significantly enhanced and integrated into the various aspects of the product – in particular the new “Performance Analysis” that happens after the recording.

Conceptually, playback sampling is quite straight-forward. If you record 100,000 steps of the same RFC or web-service, there is not really any need to play them all back if they are read-only (i.e. they do not perform any updates to the database). Thus, it is possible with playback sampling that you can now only execute a smaller % of the total during the playback.

Note that playback sampling is setup within “Filter Sets” which were introduced in Testimony v2.11. The phase at which you do the sampling is typically during the “Transfer to Repository”. So the recording typically captures all 100% of the transactions and then as you transfer to the repository (or the execution queue) you are able to reduce this down by a smaller percentage. Typically the % is between 5% and 20%, but you are able to specify this directly if you wish.

Playback sampling is configured in Filter Sets

Addition of a sampling entry to the filter set

Feedback

Was this helpful?

Yes No
You indicated this topic was not helpful to you ...
Could you please leave a comment telling us why? Thank you!
Thanks for your feedback.

Post your comment on this topic.

Post Comment