ContributionsMost RecentMost LikesSolutionsRe: How to do some work after each test case run of a load test?Hi Henrik, I want to write some data related to the test case run into a file. These are technical data like timestamps of some test steps and an identifier of the test case run as well as business related data related to SOAP requests (there are several SOAP requests in the test case). Maybe the SOAP response should be logged, too, if there was a failure, but maybe these failures will be logged separately after the according test step has finished. A test case run should be stopped if one of the test steps is a failure, to avoid subsequent errors. Therefore I cannot just use a Groovy test step instead of an event handler. However, I see a possibility how this can be done: I could configure the test case run to continue after failures and I would have to use "gotos" to skip test steps if a failure has occurred. The target test step of the gotos would be e.g. the last one, where all the logging would be done. This would not be very understandable and I don't especially like this idea. Do you have another suggestion? By the way: Are the "TestRunListener" events, e.g. "afterStep" usable with loadUI? These could be used for logging the failures after the according test step as I described above. Thanks and regards soapLoadUserRe: [Resolved] DataSource loops in loadUI not working correctlyHi Henrik, thanks, now it works! I did not realize that the datasource loops of its own... Regards soapLoadUser[Resolved] DataSource loops in loadUI not working correctlyHi, there is a problem with looping a Data Source in a loadUI test. I read a text file using a Data Source step and a Data Source Loop step. I wanted to display the read data in a Table Log in loadUI just for checking if this works. It didn't with loadUI 1.5.0. The same record is shown for all iterations of the load test. I found this thread in the forum: http://www.eviware.com/forum/viewtopic.php?f=10&t=8491&p=24866&hilit=datasource+tableLog#p27746, where a user had a similar problem with an Excel file. The last post in this thread says the bug could be fixed by a nightly build (November 7th, 2011). I tried it again using the actual nightly build from today (1.5.1 snapshot). Now different records of the file are shown in the Table Log. But they are not sequential and not from the beginning of the file. In my test I read one record every second. As a result only every second record was displayed, starting with the second one overall (i.e. records 2, 4, 6, 8, ...). Could someone help please? Thanks and regards soapLoadUserRe: ramp generator unit bugHi, has anybody of the developers taken a look into this yet? It seems to occur only when opening a project, i.e. only the first time you start a test. This should not be hard to fix, and a fix would be very helpful. Regards soapLoadUserRe: How to do some work after each test case run of a load test?Hi again, can anybody help me with this issue please? It keeps me from working on this part of my tests. Many thanks!How to do some work after each test case run of a load test?Hi, I need to do some work after each test case run of a load test. I created a test case and at first tested it using a soapUI load test. The test case uses a LoadTestRunListener.afterTestCase event handler to do some logic after a test case run has finished, and this works. Unfortunately this event handler seems not to be run when running the test case in a loadUI project. How can I get this to work? I'm using loadUI 1.5.0 and soapUI 4.0.1 Pro. Thanks, soapLoadUserramp generator unit bugHi, I'm using loadUI 1.5.0 and have a problem with the ramp generators. I use several ramp generators for which Unit is set to "Min", e.g. a ramp generator starts at 4 trigger signals per minute. However, when starting a test run, 4 trigger signals are created per second, not per minute! As workaround I have to change the unit to seconds or hours and then change it back to minutes for all ramp generators before a test run. This is a bit annoying, a fix would be highly welcome ;-) Thanks soapLoadUser