Thoughts about LoadComplete - Trial User

Hi Steven,

After recording relatively brief scenarios and then running them, I typically end up with 5 or 6 warnings for 302.  The recording acts as expected based on viewing the user traversal via the request/response pairs, so I'm fine with treating the 302s as OK.  However, as far as I know, I have to go click on each warning after it was run the first time and manually choose to treat 302 as OK.  I would like to have a way to dismiss all 302 warnings as OK in one step.

For such a situation, I'd recommend that you try handling the 302 responses as the "Code: 302 Found, 304 Not Modified" section of the "Typical Response Codes" help topic describes:

Problem: This is the effect of conditional GET requests. The browser retrieves data from the cache instead of sending requests to and receiving responses from the server. Solution: Clear the browser's cache, cookies and temporary files and re-record the scenario. If you use Internet Explorer or Firefox, you can enable the Clear browser data option in the Record User Scenario dialog that appears when you start recording. See Managing Cookies help topic for details.

Comment: I only care about testing the web application server (i.e. ColdFusion), not the web server (IIS).  I don't want to load test requests for JavaScript, Images, or CSS sheets.  I want to easily eliminate from my recorded scenario all request types that I don't care about.  To facilitate that, I would like to be able to sort requests from a recorded scenario so that I can group the extensions, the select by groups, and delete those I don't care about.  Presently, I go to Page view, then expand the page, expand the "Other Files", visually inspect the extensions listed there, then delete them.  Then I go to the next Page view, Page by Page.  In Request view I can see all requests for all pages at once, so it makes sense to sort/group extensions there for easier removal. To avoid having to edit a recording to remove unwanted extensions from scenarios, a global setting to exclude by extension type (.gif, .jpg, .css, .js) and another to exclude by category (images, css, javascript). That would let me record without those file types without having to go back and remove them later.

Thanks for the details. I've added two more suggestions to our DB - regarding recording only the needed requests and the possibility to sort them by the requested file extension in the editor.

Comment: After clicking Edit One More Parameter, I think a Go Back button would be best.  When using it, I realized I had made a mistake and I wanted to go back then click Finish instead, but I couldn't go back.

It is impossible to implement your request, because the wizard is reset after clicking the Finish button.

Comment: The issue exists, but I didn't describe it accurately.  When multiple "Tests" exist, the green button for Run will have a drop down option list showing the test names.  If I rename a Scenario then choose a Test from that Scenario in the Run button drop down list, then I get a popup alert for "Unable to find the "XXXXX" scenario" where XXXXX is the original name of the scenario before it was renamed.

Thank you for the clarification! I've written down this problem to our issue-tracking DB.

Comment: I only encountered this problem once and haven't seen it again.  If I do, I'll try to document the behavior better.

Ok, please try to collect more information if the issue occurs again.

Comment: I want to know the effect on performance of one change to my web application.  I would like to have a statistical analysis to tell me if the change to the web app had a statistically significant impact on performance.  In order to perform valid statistical analysis, I need to have a reasonable sample size of test results before the change AND test results after the change.  Then I can apply a test like Chi Squared (as explained here) to tell me definitively if the change that was made really impacted performance or not. To do this properly, it would be great to have a load test tool that can repeat a load test N number of times, then let me make a change to my web app and reset the test environment, then have the load test tool run the same load test the same N number of times.  Ideally the load test tool would automatically apply the chi squared formula to the test results and show me in simple terms if the change had an impact on performance (in either direction, better or worse).  You could hide the complex math explanation from the user, and just provide an easy to use wizard with a simple graphical metaphor to indicate to the end user if the change was significant or not.

Thanks for the clarification. We don't plan to implement such functionality in LoadComplete.