activity
A business process model entity that represents a function, task, or sub-process. Activities are imported to ALM together with their parent business process model.
alert
A notification that informs specified users of changes in requirements, tests or defects. An alert can be triggered as a result of automatic notification rules or as a follow up reminder that you set up for yourself.
ALM Editions
HP Application Lifecycle Management is also available in several editions which provide subsets of ALM functionality. ALM Essential Edition: Provides a subset of HP ALM product functionality, and is designed to help smaller teams get up and running quickly. It provides core functionality for requirements management, test management, and defect management. Quality Center Enterprise Edition: Resides on the same unified platform as HP ALM. It delivers core functionality for quality management. It supports building a quality center of excellence through tight integrations with HP Unified Functional Testing, HP BPT, and HP Sprinter. Performance Center Edition: Functionality for the complete management, scheduling, running, and monitoring of performance test scripts. It resides on the same platform as HP ALM and integrates directly with HP ALM and HP LoadRunner.
API test
An automated, functional test for headless applications, such as Web services. These tests are created in UFT and can be viewed in ALM. The UFT term API test is also known as an automated HP Service Test scripted test.
application area
Application areas contain all of the settings and resources required to create the content of automated business components for a particular application or part of an application. These include representations of the objects from your application contained in the shared object repository, and user-defined operations, contained in function libraries.
associated libraries
Two libraries in the same project or in different projects, in which one library, the source library, was used as the basis for creating the other, imported library. You can compare associated libraries to track changes over time, or synchronize libraries to update one library with changes made to the other library.
automation engineer
An expert in an automated testing product, such as QuickTest Professional.
baseline
A snapshot of a library at a specific point in time. It includes all the entities defined in the library and the relationships between them, such as coverage and requirements traceability. You can compare baselines to track changes in a project over time, or use a baseline to reuse or share the entities in a library.
Build Verification module
Functional area of ALM accessible by selecting Build Verification on the ALM sidebar under Testing. Enables you to define and manage build verification suites. A build verification suite is a collections of functional test sets together with a single instance of a performance test, that when run together check the status of a defined application under test environment.
business component
An easily-maintained, reusable unit comprising one or more steps that perform a specific task. You can use business components in multiple tests and flows. A business component can be defined as a manual or automated component. Business components may require input values from an external source or from other components, and they can return output values to other components.
Business Components module
Functional area of ALM accessible by selecting Business Components on the ALM sidebar under Testing. This module enables subject matter experts to work with Business Process Testing (BPT), the HP test automation solution. You use reusable business process components and flows to create business process tests. You can also combine manual components to manually test your application. Access to this module is dependent on your ALM license.
business criticality
A risk-based quality management (RBQM) category that measures how crucial a requirement is for the business. Risk is calculated basedon the combined results of the Business Criticality and the Failure Probability assessment.
Business Models module
Functional area of ALM accessible by selecting Business Models on the ALM sidebar under Requirements. This module enables you to import business process models, and test the quality of the models and their components. Access to this module is dependent on your ALM license.
business process model
A diagram that represents the activities and workflows that take place in an organization. Business process models are imported to ALM for testing in the Business Models module. Alternatively, an ALM entity in the Business Models module that represents a business process model as a whole.
business process test
A scenario comprising a sequence of business components or flows, designed to test a specific business process of an application.
business view
A data set based on project entities which reflects only that information that is useful from a business perspective. The view is then used as a basis for the various ALM reporting tools. Business views are created and managed in Project Customization.
Business View Excel add-in
You can create and configure business view reports in Excel. You must first install the ALM Business Views Microsoft Excel Add-in on your client machine.
canvas view
A view that enables you to modify test scripts using a graphical display.
check in
When using version control, the process in which a new, updated version of an entity is created and made available to other users. After you check out the entity and make changes, you check in a new version of the entity.
check out
When using version control, the process in which you lock an entity to make changes, preventing other users from overwriting your changes. The checked out version of an entity is not visible to other users.
client-side
Running a test on your local machine.
component
A business component is the building block on which business process testing is based. A business component is an easily-maintained, reusable unit comprising one or more steps that perform a specific task and their component steps describe the condition or state of the application before and after that task. You can use business components in multiple tests and flows. A business component can be defined as a manual or automated component. Business components may require input values from an external source or from other components, and they can return output values to other components.
component request
A request for the creation of a new business component, when no existing component answers the needs of a business process test or flow. Component requests are initiated in the Test Plan module and can be viewed in the Component Requests folder in the Business Components module.
content
Low-level, detailed information about a component, such as the component's steps.
coverage
The links you create to keep track of the relationship between your requirements and tests. In the Test Plan module, you create requirements coverage by selecting requirements to link to a test. Alternatively, in the Requirements module, you create test coverage by selecting tests to link to a requirement. A test can cover more than one requirement, and a requirement can be covered by more than one test.
cross filter
An advanced, second-level filter on an associated item, such as requirements, tests, test sets, or defects. For example, in the Requirements module, you can define a cross filter to exclude requirements whose covering tests have the Passed status.
cross project customization
The process of customizing a template project to define and maintain a common set of project customizations for multiple ALM projects. You link a template project to one or more other projects. You then customize the template and apply customization to the linked projects. Template customization applied to linked projects can include user groups and permissions, project entities, requirement types, lists, and workflow.
cycle
A set of development and quality assurance efforts performed to achieve a common goal based on the release timeline. After you define a release, you add cycles to the release. You can then assign requirements, defects, and test set folders to the cycles.
Dashboard module
Functional area of ALM accessible by selecting Dashboard on the ALM sidebar. This module enables you to analyze ALM data by creating, viewing and managing graphs, standard reports, and Excel reports. You also create dashboard pages that display multiple graphs side-by-side.
dashboard page
A selection of graphs that you view in a single display. You design and view dashboard pages in the Dashboard View tab of the Dashboard module.
default test set
A test set that contains automated and manual tests. Tests in this test set use client-side execution.
defect
A problem detected in the project application during any phase of the application management process. You can link defects to other project entities, such as requirements, tests, or other defects. A defect can be linked directly or indirectly to other entities. When you add a defect link to an entity, [%=QCPC.ALM%] adds a direct link to this entity and indirect links to other related entities.
Defects module
Functional area of ALM accessible by selecting Defects on the ALM sidebar. This module enables you to submit and track defects, determine repair priorities, and analyze the data.
design step
A manual component step.
domain
ALM projects are grouped by domain. A domain contains a group of related ALM projects and assists you in organizing and managing a large number of projects. Each domain contains a Projects folder and a Template Projects folder to organize your ALM projects and template projects.
DQL
The process of creating business view queries utilizes DQL, a domain query language. For the most part, DQL is an exact match to ANSI SQL 9.2, however there are some significant differences.
draft run
A test run whose outcome does not impact test statistics such as execution status or coverage. You can set a test run as a draft before or after the run, enabling you to try out tests while they are in development, or after they have been modified. When you change the draft run value, ([%=QCPC.ALM%]) recalculates tests statistics and updates status fields.
dynamic data
Values for a test configuration specified in an external Microsoft Excel file, which is then uploaded as a test resource and mapped to a test configuration in ALM.
encryption
Setting a business process testing parameter value so that it is displayed as asterisks and cannot be seen.
entity
A data set in an ALM project that works as a unit, such as the requirement entity which stores data on all ALM requirements. Entities contain data entered by users for a specific application management process and the data is stored in tables. Some entities contain both system fields and user-defined fields. Alternatively, an individual record containing unique data, such as a single requirement in the Requirements module. You can create and modify an entity, mail an entity, maintain a history of changes made to an entity, or create links between entities.
Excel add-in
You can import requirement, test plan, or defect data from a Microsoft Excel worksheet to an ALM project. To import from Excel, you first install the ALM Microsoft Excel Add-in on your client machine.
execution report
A dialog box that enables you to view the current state of test runs. You can also use this dialog box to stop test runs which are currently executing.
failure probability
A risk-based quality management (RBQM) category that indicates how likely a test based on the requirement is to fail. Risk is calculated based on the combined results of the Failure Probability and the Business Criticality assessment.
flow
A reusable collection of business components in a fixed sequence that performs a specific task. You can use flows in multiple business process tests. Flows may require input values from an external source or from other components or flows, and they can return output values to other components or flows.
flow-level input parameter
Variable values that enable you to define data used by a flow that is provided to the flow from an external source. See also: parameterization
flow-level output parameter
Values that enable you to define data that is retrieved and stored by a flow and can be used in subsequent components in a flow. See also: parameterization
functional complexity
A risk-based quality management (RBQM) category that indicates the complexity of the requirement’s implementation.
functional test set
A test set that contains automated tests. Tests in this test set use server-side execution.
group
A combination of contiguous components that you can iterate together in a business process test or flow.
GUI test
An automated, keyword-driven functional test that can be created in UFT or ALM. The UFT term keyword GUI test is also known as an automated HP QuickTest Professional keyword-driven test.
implementation requirements
Details and information, written by the subject matter expert that creates a business component, describing a general overview of the business component’s purpose or goals, and the condition of the application before and after a component is run (the pre-conditions and post-conditions).
imported library
You can create a new library by importing an existing library. An imported library is a library that you create by importing an existing library from the same project or from a different project.
input component parameter
Variable values that a business component can receive and use as the values for specific, parameterized steps in the component. See also: parameterization
input parameter
A variable value that a business component, flow or test can receive and use as the value for parameterized steps.
iteration
The number of times that an individual business component, group of components, flow, or test configuration, runs within a single test run, or the number of times that an entire business process test runs within a test set.
key performance indicator (KPI)
You define a KPI in a project planning and tracking (PPT) milestone. A KPI is a quantifiable measure designed to track a critical performance variable over time, and measure the essential outcome of a release scope item. For each KPI, you define threshold limits for allowable deviations.
keyword GUI test
An automated, keyword-driven functional test that can be created in UFT or ALM. The UFT term keyword GUI test is also known as an automated HP QuickTest Professional keyword-driven test.
keyword view
The keyword view enables you to create and view the steps of your keyword-driven automated components in a modular, table-like format. Each step is displayed as a row in the keyword view, and is comprised of individual, modifiable parts. You can create and modify steps by selecting items and operations in the keyword view and entering information as required. Each step is automatically documented as you complete it, enabling you to view a description of your action or component in understandable sentences. You can also use these descriptions as instructions for manual testing, if required.
Libraries module
Functional area of ALM accessible by selecting Libraries on the ALM sidebar under Management. This module enables you to define and create libraries and baselines to track changes in your project, reuse entities in a project, or share entities across multiple projects.
library
A defined set of entities in a project and the relationships between them, such as coverage and requirements traceability. The entities in a library can include requirements, tests, test resources, and business components. After you define a library, you then create a baseline, enabling you to track changes in a project over time, reuse the entities in a project, or share entities across multiple projects.
linkage
Parameter linkage enables you to make data available between business components and flows by passing the values of output parameters to input parameters of subsequent business components and flows in a test. The process of setting the value of an input parameter to the value of an output parameter is called linking output and input parameters.
linked project
A project connected to a template project. You apply template customization updates to the linked project as a part of cross project customization.
Management module
Functional area of ALM accessible by selecting Management on the ALM sidebar. This module includes two sub-modules: Releases module and Libraries module.
mapping
Associating component or flow parameters to column headers of an imported .csv or .xls file.
milestone
To measure the progress of a project planning and tracking (PPT) release scope item, you associate it with milestones. A milestone is a point in the time-line of a release that signifies the completion of a deliverable. It enables you to validate the progress of the release. A milestone can be associated with one or more release scope items.
obsolete
Components, folders, or component requests that have been deleted but are still being used by one or more business process tests or flows.
obsolete folder
Special folder that contains obsolete components, folders, and component requests.
output component parameter
Values that a business component can return. These values can be viewed in the business process test results and can also be used as input for a component or flow that is used later in the test. See also: parameterization
output parameter
A value that a business component can return. This value can be viewed in the business process test results and can also be used as input for a component or flow that is used later in the test.
parameterization
Parameters expand the scope of business components, flows, and business process tests by replacing fixed values with input and output parameters. Parameterization enables you to iterate specific components in a business process test, specific components in a flow, test configurations, or entire business process tests, thereby creating data-driven tests.
path
A business process model entity that represents a series of transitions between activities. You define paths in ALM that are critical for quality testing.
performance test set
A test set that contains performance tests.
pinned test set
A test set that is linked to a baseline. In the Test Lab module, after you create a test set, you can link the test set to a baseline that you specify. When you run the test set, ALM runs only the versions of the test stored in the baseline.
post-condition
The state of the application after the last step in a business component. A post-condition may state that an application should be open to a particular screen, or be closed. If you want the business component to allow iterations, the post-conditions should specify that the application’s end state must match its state at the beginning of the component. The pre-conditions and post-conditions provide a guide when implementing the steps for the business component.
pre-condition
The state of the application before the first step in a business component. For example, the pre-condition for a component may state that all applications should be closed, or a specific application should be open to a specific screen or with a specific dialog box displayed. If you want the business component to allow iterations, the post-conditions should specify that the application’s end state must match its state at the beginning of the component. The pre-conditions and post-conditions provide a guide when implementing the steps for the business component.
project
Collects and stores data relevant to the application lifecycle management process, including, but not limited to, requirements, tests, defects, and additional resources. Projects are stored in the ALM project repository on the application server’s file system.
project customization
The process of adapting a project to meet the specific needs of your organization. Using the Project Customization window, you can control access to a project by defining the users who can access the project, determining the types of tasks each user can perform, and adding and modifying fields.
project planning and tracking (PPT)
A feature that enables quality assurance managers to track application readiness by defining goals and activities involved in the quality assurance process of an application release. This feature is accessed from the Releases module and it includes the following tabs: Release Scope, Master Plan, and Scorecard.
promotion
The act of making a lower-level parameter value available to a higher-level entity. You can promote a flow-level parameter to the test level. You can promote a component-level parameter to the flow level.
QuickTest Professional
A comprehensive functional and regression testing tool. HP Unified Functional Testing (UFT) comprises the product formerly known as HP QuickTest Professional and the product known as HP Service Test. Functionality provided by QuickTest is now known as GUI testing in UFT. Functionality provided by Service Test is also known as API testing in UFT.
release
A group of changes to the application that will be available for distribution at the same time. You can divide a release into cycles. You can then assign requirements and defects to the release and cycles.
release scope item
A subdivided section of a project planning and tracking (PPT) release. For each release scope item you define the related requirements, tests, and defects. To measure the progress of a release scope item, you associate it with a milestone.
Releases module
Functional area of ALM accessible by selecting Releases on the ALM sidebar under Management. This module allows you to organize and track your upcoming releases by defining releases and cycles for the application management process.
representative requirement
A requirement that corresponds to a business process model, activity, or path. Representative requirements link model entities to their associated requirements, tests, and defects.
requirement
A detailed description of a specific objective of your application. You organize your requirements in a requirements tree, a hierarchical structure in which you can group your application’s requirements according to function or objective. You can link a requirement to releases and cycles in the Releases module. You can also create links between a requirement and other requirements, tests, and defects.
requirement type
A category for a requirement that describes the purpose of the requirement, such as a functional requirement, or a testing requirement. You assign each requirement to one of the default requirement types, or to a customized requirement type that the project administrator can create.
requirements coverage
The links you create to keep track of the relationship between your requirements and tests. In the Test Plan module, you create requirements coverage by selecting requirements to link to a test. Requirements coverage assists you in assessing the impact of a change in the test or requirement. A test can cover more than one requirement. The direct cover status of a requirement reflects the execution status of the tests covering the requirement.
Requirements module
Functional area of ALM accessible by selecting Requirements on the ALM sidebar under Requirements. This module enables you to create, manage and analyze requirements in a hierarchical tree-structure. You can also create links between requirements and other requirements, tests, or defects.
requirements traceability
A link you create to establish a relationship between requirements. When analyzing the impact of a proposed change in a requirement, traceability identifies other requirements that may be affected by the change. You define traceability relationships in the Requirements Traceability tab of the Requirements module. You can add traceability links to and from a selected requirement.
risk-based quality management (RBQM)
A feature that assists you in determining a testing strategy for your requirements, based on risk and functional complexity, testing time, and the resources you have available. You work with risk-based quality management in the Risk Analysis and Risk Assessment tabs of the Requirements module.
role
A type of ALM user (for example, tester, business analyst, and so on).
run condition
A conditional statement you can insert into a flow to check the current value of a given parameter before running a component in a flow. The run condition determines whether to run the component, skip the component run, or skip and set the component status to fail.
scripted GUI test
An automated, scripted functional test that can be created in UFT and viewed in ALM. The UFT term scripted GUI test is also known as an automated HP QuickTest Professional scripted test.
server-side
Running a test on a remote testing host. Your local machine is not necessary during the execution of the test.
Service Test
A comprehensive functional and regression testing tool. HP Unified Functional Testing (UFT) comprises the product formerly known as HP QuickTest Professional and the product known as HP Service Test. Functionality provided by QuickTest is now known as GUI testing in UFT. Functionality provided by Service Test is also known as API testing in UFT.
shell
Basic information about a business component, such as its name and status.
source library
You can create a new library by importing an existing library from the same project or from a different project. A source library is a library used as the basis for creating another library.
Sprinter
HP’s manual testing solution, providing advanced functionality and a variety of tools to assist in the manual testing process. Sprinter is fully integrated with , enabling you to run tests manually from the Test Lab module using Sprinter.
static data
Values for a test configuration specified from within ALM.
status
For Business Process Testing components, a status value that indicates whether a business component is fully implemented, debugged, and ready to be run in a business process test or flow. The component with the most severe status determines the status of the entire test or flow. The status can be modified by the subject matter expert in ALM and the automation engineer in UFT. For Business Process Testing tests and flows, a status value that is automatically generated based on the status values of all the business components in the business process test or flow.
status (business process test or flow)
For components: A status value that indicates whether a business component is fully implemented, debugged, and ready to be run in a business process test or flow. The component with the most severe status determines the status of the entire test or flow. The status can be modified by the subject matter expert in ALM and the automation engineer in QuickTest. For tests and flows: A status value that is automatically generated based on the status values of all the business components in the business process test or flow.
system field
An ALM default field for entering data in an ALM project. System fields cannot be added or deleted, only modified.
template project
A customized project used to apply a common set of project customizations to other projects as a part of cross project customization. Enables you to standardize policies and procedures across projects in your organization.
template test
A test that includes common steps you often want to perform as part of other tests. You can mark a manual test in the test plan tree as a template test so that you can easily select it for calling from another test.
test
One or more steps you define to verify a specific function or requirement of your application. You can create manual tests, or automated tests that are executed by a testing tool. You organize your tests in a test plan tree, a hierarchical structure that divides your application into testing units, or subjects. A test can contain multiple test configurations.
test configuration
A data set that describes a specific use-case of a test. For example, a test configuration can specify a subset of data. A test configuration is contained in a test instance.
test coverage
The links you create to keep track of the relationship between your requirements and tests. In the Requirements module, you create test coverage by linking tests to a requirement. Test coverage assists you in assessing the impact of a change in the test or requirement. A requirement can be covered by more than one test, or by selected configurations of different tests.
test criteria
When creating coverage between requirements and business process tests, instead of covering each requirement only at the level of a test, test criteria enables coverage by defined business components of a test.
test instance
An occurrence of a test in a test set. Each test instance contains a defined test configuration.
Test Lab module
Functional area of accessible by selecting Test Lab on the sidebar under Testing. This module enables you to create and manage test sets, and perform test runs. You can schedule tests to run either manually or automatically.
Test Plan module
Functional area of ALM accessible by selecting Test Plan on the ALM sidebar under Testing. This module enables you to develop and manage tests in a hierarchical tree-structure. Tests can be linked to requirements and defects.
test resource
Test resources are files or folders stored in the ALM repository that can be used by multiple tests. For example, a test resource can be a data file containing data needed as input for a number of tests.
Test Resources module
Functional area of ALM accessible by selecting Test Resources on the ALM sidebar under Testing. This module enables you to manage test resources in a hierarchical tree-structure. Test resources can be associated with tests.
test run
The execution of a test instance in a test set. You run tests in the Test Lab module. You can run tests manually or automatically, schedule the date and time of test runs, and set the conditions for when a test can be run. You can view results for a single test run, or view and compare details of all the runs for a selected test instance.
Test Runs module
Functional area of ALM accessible by selecting Test Runs on the sidebar under Testing. This module enables you to view and analyze test run data for test runs, test set runs, and build verification suite runs (Lab Management only). You can also generate live execution reports.
test set
A group of tests in an project designed to achieve a specific testing goal, such as sanity or regression testing. Grouping the tests in your project into test sets helps you organize test execution to meet your testing goals. You can assign test set folders to cycles.
test step
Detailed instructions on how to execute a test. Can include the action to perform on your application, the input to enter, or the expected outcome.
testing framework
A set of assumptions, concepts and tools that provide support for manual and automated software testing. The main advantage of such a framework is the low cost for maintenance. Business Process Testing is a component-based testing framework.
testing host
A machine that runs a testing tool utilized by ALM to execute automated tests.
Testing Hosts module
Functional area of ALM accessible by selecting Testing Hosts on the sidebar under Lab Resources. This module enables you to view the remote testing hosts in your project. You can also create and manage new private testing hosts.
test-level parameter
Variable values that a business process test or flow can receive and then pass to business components or flows for use as input values. See also: parameterization
timeslot
A defined period of time in which the resources needed for running tests, or for performing maintenance tasks are reserved exclusively for the specified purpose.
traceability matrix
Determines the extent of relationships between requirements and other requirements, and between requirements and tests.
UFT
A comprehensive functional and regression testing tool. HP Unified Functional Testing (UFT) comprises the product formerly known as HP QuickTest Professional and the product known as HP Service Test. Functionality provided by QuickTest is now known as GUI testing in UFT. Functionality provided by Service Test is also known as API testing in UFT.
user-defined field (UDF)
Data fields that you can add to an ALM project. You can customize user-defined fields to meet the specific needs of your organization.
version control
Tracks changes made to entities in your project, by maintaining previous versions of entities. In a version control enabled project, version history is maintained for entities, including requirements, tests, test resources, and business components. You can view and compare previous versions of an entity, or restore a previous version.
Word add-in
You can import requirement or test plan data from a Microsoft Word document to an ALM project. To import from Word, you first install the HP ALM Microsoft Word Add-in on your client machine.
workflow
A feature that offers tools to generate or edit scripts used to customize fields and values of the modules, and to control the actions that users can perform. You can customize workflow from the Workflow page, available from the Project Customization window.