{"id":3593,"date":"2012-04-19T22:06:34","date_gmt":"2012-04-20T02:06:34","guid":{"rendered":"http:\/\/www.webperformance.com\/load-testing-tools\/blog\/?p=3593"},"modified":"2012-04-20T21:53:58","modified_gmt":"2012-04-21T01:53:58","slug":"spotting-problems-the-easy-way-with-load-tester-5-visual-comparison","status":"publish","type":"post","link":"https:\/\/www.webperformance.com\/load-testing-tools\/blog\/2012\/04\/spotting-problems-the-easy-way-with-load-tester-5-visual-comparison\/","title":{"rendered":"Spotting Problems the Easy Way with Load Tester 5 Visual Comparison"},"content":{"rendered":"<p>One of the most frustrating jobs of writing a testcase is figuring out what went wrong when the test gives you an error message. Other tools may give you terse error messages, indicating there is a problem with the page. Load Tester 5 now makes this easy an automatic with a quick Visual Content Compare tool.<\/p>\n<p>Let&#8217;s take a look at an example testcase using a simple workflow:<\/p>\n<ol>\n<li>User logs into a web site<\/li>\n<li>The user selects a link on the greeting page<\/li>\n<li>User logs out<\/li>\n<\/ol>\n<p>When working with a dynamic web application like this, when a page changes, that&#8217;s OK. We expect the greeting page to be custom tailored to each user. However, if the page changes too much, then we want to be alerted to the error. Using Load Tester 5, we&#8217;ve made this kind of troubleshooting easy by giving more than just an error message, but a quick view from the virtual user&#8217;s perspective of what they saw, and what they were expecting.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter wp-image-3595\" style=\"cursor: pointer;\" title=\"replay-failed-dialog\" onclick=\"window.open('\/load-testing\/blog\/wp-content\/uploads\/2012\/04\/replay-failed-dialog.png', '_blank', 'toolbar=no,width=700,height=759');\" src=\"\/load-testing\/blog\/wp-content\/uploads\/2012\/04\/replay-failed-dialog.png\" alt=\"\" width=\"572\" height=\"620\" \/><\/p>\n<p>Looking at the error, we can quickly see that the greeting page (on the right) should have been filled with links to choose from, but instead the user got returned to the login page, with a red error above. We can use the \u201cOpen Error\u201d option to look at the full-size view of the error.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter wp-image-3596\" style=\"cursor: pointer;\" title=\"visual-compare-editor\" onclick=\"window.open('\/load-testing\/blog\/wp-content\/uploads\/2012\/04\/visual-compare-editor.png', '_blank', 'toolbar=no,width=1605,height=765');\" src=\"\/load-testing\/blog\/wp-content\/uploads\/2012\/04\/visual-compare-editor.png\" alt=\"\" width=\"572\" height=\"273\" \/><\/p>\n<p>Note that it is also possible to open a visual comparison of any page by simply right clicking on the page in the Testcase Editor, and selecting Transaction Compare \u2192 Visual Compare, and then the version of the page to compare it against.<\/p>\n<p>Back to our example, it&#8217;s quick to see that the user did not get their greeting page, but got sent back to the login page instead. We can even click on elements in the browser DOM tree to have Load Tester highlight the differences in red. In this case, the server included an error message in the HTML page: \u201cInvalid username or password\u201d. We need now only review the login credentials for the user \u201cuser001\u201d to discover that this virtual user&#8217;s login credentials were incorrectly entered, and can be corrected to resolve the error.<\/p>\n<p>The same functionality can also be used for Load Test results as well. Simply right click on the error and select Visual Compare to see the error from a specific virtual user&#8217;s eyes.<br \/>\n<img loading=\"lazy\" decoding=\"async\" class=\"aligncenter wp-image-3611\" style=\"cursor: pointer;\" title=\"loadtest-error\" onclick=\"window.open('\/load-testing\/blog\/wp-content\/uploads\/2012\/04\/loadtest-error.png', '_blank', 'toolbar=no,width=970,height=323');\" src=\"\/load-testing\/blog\/wp-content\/uploads\/2012\/04\/loadtest-error.png\" alt=\"\" width=\"572\" height=\"190\" \/><\/p>\n<p>We hope that this new feature in Load Tester 5 makes it much easier for testers to quickly identify errors, and easily see the correct course of action to resolve them. Of course, if you have any questions, our friendly support staff is always willing to help point you in the right direction.<\/p>\n<p>Happy Testing!<\/p>\n<p>-Frank<br \/>\nEngineer at Web Performance<\/p>\n","protected":false},"excerpt":{"rendered":"<p>One of the most frustrating jobs of writing a testcase is figuring out what went wrong when the test gives you an error message. Other tools may give you terse error messages, indicating there is a problem with the page. Load Tester 5 now makes this easy an automatic with a quick Visual Content Compare tool.<br \/>\nLet&#8217;s take a look at an example testcase using a simple workflow:<\/p>\n<p>User logs into a web site<br \/>\nThe user selects a link on the greeting page<br \/>\nUser logs out<\/p>\n<p>When working with a dynamic web application like this, when a page changes, that&#8217;s OK. We expect the greeting &hellip; <a href=\"https:\/\/www.webperformance.com\/load-testing-tools\/blog\/2012\/04\/spotting-problems-the-easy-way-with-load-tester-5-visual-comparison\/\">Continue reading &raquo;<\/a><\/p>\n","protected":false},"author":12,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[42],"tags":[49],"class_list":["post-3593","post","type-post","status-publish","format-standard","hentry","category-load-tester-software","tag-load-tester"],"_links":{"self":[{"href":"https:\/\/www.webperformance.com\/load-testing-tools\/blog\/wp-json\/wp\/v2\/posts\/3593","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.webperformance.com\/load-testing-tools\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.webperformance.com\/load-testing-tools\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.webperformance.com\/load-testing-tools\/blog\/wp-json\/wp\/v2\/users\/12"}],"replies":[{"embeddable":true,"href":"https:\/\/www.webperformance.com\/load-testing-tools\/blog\/wp-json\/wp\/v2\/comments?post=3593"}],"version-history":[{"count":12,"href":"https:\/\/www.webperformance.com\/load-testing-tools\/blog\/wp-json\/wp\/v2\/posts\/3593\/revisions"}],"predecessor-version":[{"id":3610,"href":"https:\/\/www.webperformance.com\/load-testing-tools\/blog\/wp-json\/wp\/v2\/posts\/3593\/revisions\/3610"}],"wp:attachment":[{"href":"https:\/\/www.webperformance.com\/load-testing-tools\/blog\/wp-json\/wp\/v2\/media?parent=3593"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.webperformance.com\/load-testing-tools\/blog\/wp-json\/wp\/v2\/categories?post=3593"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.webperformance.com\/load-testing-tools\/blog\/wp-json\/wp\/v2\/tags?post=3593"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}