Script / Step Filter for Load Generator Performance Graph
The Load Generator Performance graph has been very helpful in letting us know when the load gets too high, but it would be even better if it could help us figure out 'where'. If it's possible to keep track of which script and/or step is running when bytes are sent and received, it would be very informative to be able to filter this graph (in a stacked manner like other charts) by scripts and steps.
Is your web app ready for this upcoming holiday season? [Webinar]
Performance directly impacts brand perception and can impact your bottom line. Over 40 percent of people abandon a website that takes more than 3 seconds to load. 33% would consider switching providers permanently upon encountering quality of performance issues with 3rd party APIs. Even Amazon experienced issues with the load this year on their Prime Day when customers were unable to add deals to their carts. Experts estimated thatAmazon lost millions of dollars in sales as a result. Join our webinar Outperform this Holiday Season: Testing for Peak Success on Tuesday, August 13th to learn about: Performance pitfalls to avoid Testing tips to get you through this holiday season Getting started with load testing at the API and UI layersScript Assertion to report on performance of a GET request to file
Hi, I'd like to share a piece of groovy script I created. Use case: Every time we run a GET request test step we want to keep track of the response timings and log them to a file. import com.eviware.soapui.support.JsonUtil String environment = messageExchange.getRequestHeaders()"Host" String response = messageExchange.getResponseHeaders()"#status#" TimeZone.setDefault(TimeZone.getTimeZone('CET')) def timestamp = new java.text.SimpleDateFormat("yyyy-MM-dd HH:mm:ss").format(new Date()) if (response == "[HTTP/1.1 200 OK]") { def x = messageExchange.response.getContentAsString() def y = JsonUtil.parseTrimmedText(x) // define the log file path (tip: use projectpath dynamically) and seperate log files depending on the environment def projectpath = context.expand( '${#Project#projectpath}' ) def LogFilePath = projectpath + "/logs/" def fileName if (environment.contains("test")) {fileName = LogFilePath+ 'TEST - GetNotifications.txt'} else if (environment.contains("beta")) {filename = LogFilePath+ 'BETA environment - GetNotifications.txt'} def inputFile = new File(fileName) inputFile.append("\n" +" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~") inputFile.append("\n" +"Timestamp CET:" + timestamp) inputFile.append("\n"+environment+" - GetNotifications") inputFile.append("\n"+"Response size :" + messageExchange.responseContent.size()) inputFile.append("\n"+"Time :" + messageExchange.getTimeTaken() +" ms") inputFile.append("\n"+"Number of notifications: " +y.size()) inputFile.append("\n"+"Time averaged for 1 notification in ms: " + (Math.round(((messageExchange.getTimeTaken())/y.size())*1)/1 )+" ms") } Example from output: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Timestamp CET:2018-03-13 15:05:41 [notifications-api-test-XXXXXXX] - GetNotifications Response size :1195436 Time :1603 ms Number of notifications: 24 Time averaged for 1 notification in ms: 67 msHow to increase SOAP UI performace to push more SOAP request in a second.
As part of a process, we need to generate a load of 2.77 SOAP requests per second. I am using Groovy script to run the load with multiple threads and accessing multiple excel files for different data for each unique data. In any way, i am not able to reach transaction rate of 1.7 and above. Inspite of all recommended memory management, my SOAP UI takes minimum 3 seconds for a request. In case of my load, i am not needed to wait for the response, So can Soap ui just submit request and don't wait for a response, thus increase the speed of per second transaction rate. Any help will be greatly appreciated.Improve TestComplete performance
Hi, We want to improve the performance of TestComplete. By switching from TC11 to TC12, we improved by 25% the overall time of execution ofour test suite (from nearly 10h to 7h15). But since mid December, we have lost 1h. Does anyone already had a such issue with TestComplete 12 ? Losing performance without any change ? In our way to improve perfomance, we want to switch from JScript to Javascript. All of our script are in JScript, does switching to Javascript will increasethe performance ? Most of our tests are Keywords Tests. Is it possible that converting these Keywords Tests to Scripts will improve performance too ? Thanks for your help.
A Skip Function or Button
I understand that 'ideally' no one is watching their tests as they run, but unfortunately that is what I have to do with my company. Our site performance can get slower/faster as the day goes by, so I have a lot of Wait commands in my scripts that I would like to be able to skip during the testshould I need to when our system is running exceptionallyTest Complete takes too long to find an object
Hi, There's something it's bothering me andit's making mytests run slower than I'd like to. I'm having (performance)problems finding an object in the screen. The application under test (asany other) shows MessageBoxes to confirm/askfor user interaction. To find such view I use the following code: var base = Sys.Process("MyProcessName"); base.FindChild("ClrClassName", "MessageBoxView", 3); There's nothing wrong with it and it works just fine. There's only one quirk. It takes almost 2seconds tobe able to find the view. BUT, during my investigation I found out that the second time Test Complete tries to find the view, it takes only about 50ms. Thatsecond-time behaviour doesn't benefit my tests at all, because that view is always destroyed (dismissed upon user interaction) and it's always "the first time" when Test Complete needs to find another MessageBox. Why is that happening? Why is it taking soooo long the first time? Is there a way to fix this behaviour? It doesn't take that long to find any other view within themain window of the application.
Poor performance with checkpoints in tests against WPF components
I have a problem whenever I'm inserting breakpoints into my tests while testing WPF components in my target application. On a Hyper-V VM that has 8GB RAM, 4 virtual processors and on a high spec laptop (can provide more detail if pertinent), I'm finding that whenever I set a breakpoint in TestComplete while some of the objects and variables are of WPF components, it can take up to 45 minutes for TestComplete to become usable again when setting a breakpoint. A full end-to-end execution is fine, and breakpoints in the WinForms section of the application I'm testing seem to behave as expected, however I'm wondering if there's something specific about what's under test that could be causing this slow run time. I appreciate the details are a little light here, but I was wondering if anyone else has experienced anything similar and am happy to provide more detail if necessary.
