Glossary
Term |
Definition |
Archive |
A self-executing package containing QALIPSIS components for installation and execution. |
Assertion |
A step within a scenario that compares and validates data and timing information from multiple sources to ensure that expected results are met. |
Campaign |
A single execution of one or a collection of scenarios, starting at a set time (or immediately), and continuing until completion, a fatal error occurs, or a stop is manually initiated. |
Cluster |
A group of pieces/nodes of the software that are executed on interconnected machines that may or may not be in different locations. |
Configuration |
Runtime settings to customize the execution of a campaign. |
Data distribution |
Strategy to distribute data received by a data source step (like polling) to the different minions passing by the step. QALIPSIS data distribution strategies include:
|
Dependency Injection |
A technique in which an object receives other objects that it depends on, called dependencies. A dependency injection involves four objects each having a different role:
|
Directed Acyclic Graph (DAG) |
A subpart of a scenario made up of a single continuous sequence of steps, to be executed in the same location by the same minions. The first DAG in a scenario is typically used to initiate the scenario and set up the environment for the other DAGs to execute. |
Directive |
A single instruction published by a head to trigger an action in a factory. |
Event |
A time-stamped snapshot within a step. There are several types of events that can be monitored, including the time to respond, the status of the response, the size of the payload to send, etc. |
Execution profile |
Settings that define the pace that minions are injected into the system. QALIPSIS out-of-the-box execution profiles include:
|
Feedback |
The factory response to a directive; the feedback provides the status of the directive’s progression and/or the result of the expected action. |
Gradle |
The build automation tool that QALIPSIS uses to compile code, assemble resources, and package and deploy projects. |
Input |
The output of the previous step that is used in the current step’s execution. |
Installation |
The overall strategy for QALIPSIS installation within different environments.
|
Load-injected tree |
A branch of a scenario that receives load from all of the minions. |
Meter/Step Meter |
|
Minion |
A virtual actor simulating a website user, an IoT device, or another system that interacts with the test system to inject load and verify performance. |
Monitoring/Time-series data |
A set of records generated by the execution of a campaign that permits the analysis of the performance of the target system and the generation of dashboards. |
Node |
A software entity of a QALIPSIS cluster. Nodes communicate with each other to exchange data.
|
Operator |
A keyword used in a scenario or step to manipulate or perform calculations on applicable data. |
Output |
Raw data that a step generates, which may be used as input to the following steps to verify behavior or to generate further load. |
Plugin |
A technical extension designed to extend the core capabilities of QALIPSIS. |
Project deployment |
A strategy to install and run QALIPSIS on an IT landscape, depending on the requirements for data retention, load and security. QALIPSIS deployment strategies include:
|
QALIPSIS Project |
A set of files that represent QALIPSIS scenarios and the dependencies (libraries) they require. |
Report |
|
Result |
The record returned by a step when executed by a minion. The result contains values (e.g., records fetched from a database or a response to a request) and the step meters of the execution. The result is dispatched as the output of the step context to the followers. |
Runner |
A component in charge of triggering and orchestrating the flow of data from one step to the next. The runner is responsible for ensuring that output data from each step is provided as input to the next step as appropriate. Each runner task is assigned to the minion that simulates the user or device executing it. |
Run-time parameters |
Scenario parameters that are set at run-time or execution of the scenario. |
Scenario |
Sequence of actions to be executed by minions or to poll data from a remote system. |
Specification |
The configuration of a step or a scenario that describes the actions to perform and the sequence in which they are to be performed. |
Step |
The central atomic components within each scenario. Steps are the challenges minions must complete in order to continue in the scenario. Each step has a purpose. There are several step types within QALIPSIS:
|
Step context |
A single execution of a single step by a single minion.
|
Target system |
An IT system that QALIPSIS injects load into in order to verify its ability to scale and support a high volume of users or data. |
Workflow operators |
Operators that control the flow of data within a scenario. QALIPSIS workflow operators include:
|