Re: LoadTesting ITSM 764

i. One thing that I would agree with is that blasting "random" API calls at server would never accurately recreate transactional nature of user interaction with Remedy system and therefore is of little or no use. Scapa however was never going in th

Re: User locks in db causing stuck threads that aren't timed out

be a fairly simple set of transactions (read + insert all for a single vendor) but run with a larger simulated user population. Probably few options on how this can be done but let me know if you need any help. Regards, Armen Avedisijan Scapa

Re: LoadTesting ITSM 764

Using a single user account in a test like that would also mean that as the test progresses user will have rapidly increasing number of open tickets created. So in addition to caching effect, if a test is allowed to run long enough or repeated few times there will probably be a gradual degradat

Re: LoadRunner User simulation

But also be careful not to oversimplify your tests. If for example testing focuses on Incident Management, one transaction would normally be new incident creation and test would need to create a valid new incident regardless of the type of testing. Running concurrent ITSM transactions does not m

Re: LoadRunner User simulation

Rick, I would just add that in the same way as using multiple user accounts may change performance that you are observing you also need to consider and handle data variability in your test transactions. Introducing variability (variable query parameters to start with and then correct storage an