- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic to the Top
- Bookmark
- Subscribe
- Printer Friendly Page
Response Filtering
[ Edited ]- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
04-09-2009
02:21 PM
- last edited on
06-03-2009
11:23 AM
by
BethanyW
Another case where this feature is really helpful is when you have devices that may spew out console log messages in the middle of your output. As long as your log messages are not interleaved character by character with your regular output, and they have a well defined structure, you can use response filtering to extract those from your response. You can even ask iTest to keep them around separately for further analysis as well.
So if you’ve had to deal with large unwieldy responses, or you are trying to deal with autonomous log messages, you may find response filtering as a valuable new weapon to use in iTest 3.4.
Want to learn more? Click the play button on the video to see this feature in action.
Re: Response Filtering
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
04-15-2009 06:24 AM
Looks good!
1. If I have two filters with different conditions for a step, how will it work? Second filter applies on first filter's output or the full response?
2. Will it cover table response as well? Particularly, if you remember, one table response contains too many port numbers in a column which spread over sebsequent rows also. (if you don't know that response, please check response mapping board)
Just curious, are you implementing it using TCL's RE only?
Thanks.
Re: Response Filtering
[ Edited ]- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
04-15-2009 11:06 AM - last edited on 04-15-2009 11:07 AM
The order of your filters matter. It will apply the first filter. Then it will apply the second filter to the output of the first.
The feature does not care what type of response it is. It can be used on any textual response, tabular or non-tabular.
Implementation is using Java's regular expressions, not TCL.
