Abstract: Disclosed herein are techniques for load test capacity planning. Resources consumed by instructions executing in a first computer apparatus are determined. A metric associated with a second computer apparatus is determined. A number of instances of the instructions that are able to execute concurrently in the second computer apparatus is determined.

Abstract: Dynamic data associated with multiple execution instances of an application process is stored in a data structure. The dynamic data includes correlation data for identifying a communication between at least one client computer and a server computer. The dynamic data in the data structure is retrievable to produce a script to simulate behavior relating to execution of the application process.

Abstract: A system can comprise a memory to store machine readable instructions. The system can also comprise a processing unit to execute the machine readable instructions. The machine readable instructions can comprise an event extractor to parse a packet capture (pcap) file that includes a packet transmitted via a network between an application under test (AUT) executing on a mobile device and a server to determine a network event based on the packet. The event extractor can also generate an application programming interface (API) command file that includes an API command generated based on the network event.

Abstract: A method for generating a number of load scenarios can include collecting a number of real user metrics utilizing a monitor, calculating a load behavior of the number of real user metrics utilizing a baselining technique, and generating the number of load scenarios based on the load behavior.

Abstract: A graphical user interface (GUI) is displayed. The GUI indicates a start time when any of a number of particular resources is available for an entirety of a contiguous block of time. The contiguous block of time is specified by a scheduling request including a non-specific resource. Each particular resource individually satisfies the scheduling request.

Abstract: User interactions with an existing software product are recorded so as to generate a list of actions performed by or triggered by the interaction. The list of actions is then used to generate requirements for a new software product under development.

Abstract: A system and method for evaluating a portion of a response time of an application that is attributable to an element on a virtual IP network by emulating a condition on a network, running the application on the network under the emulated network conditions and measuring a portion of the response time of the application that is attributable to elements on the network under such emulated conditions. The application may be varied and response times of various network elements may be measured under one or more of the variations.

Abstract: A system and method of triggering a switch of transmission of signals from a first route of a virtual IP network to a second route of a virtual IP network upon detecting a pre-defined condition on a distant hop of the first route, and evaluating parameters of such switch from the first route to the second route.

Abstract: A system and method for evaluating a portion of a response time of an application that is attributable to an element on a virtual IP network.

Abstract: A system and method of calculating a metric for a sub-transaction that is included in a transaction on an IP network.