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.
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.
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.
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 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.
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.
An expert in an automated testing product, such as QuickTest Professional.
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.
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.
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.
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.
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.
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.
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.
A scenario comprising a sequence of business components or flows, designed to test a specific business process of an application.
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.
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.
A view that enables you to modify test scripts using a graphical display.
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.
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.
Running a test on your local machine.
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.
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.
Low-level, detailed information about a component, such as the component's steps.
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.
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.
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.
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.
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.
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.
A test set that contains automated and manual tests. Tests in this test set use client-side execution.
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.
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.
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.
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.
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.
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.
Setting a business process testing parameter value so that it is displayed as asterisks and cannot be seen.
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.
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.
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.
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.
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.
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
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
A risk-based quality management (RBQM) category that indicates the
complexity of the requirement’s implementation.
A test set that contains automated tests. Tests in this test set use server-side execution.
A combination of contiguous components that you can iterate together in a business process test or flow.
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.
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).
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.
Variable values that a business component can receive and use as the values for specific, parameterized steps in the component. See also: parameterization
A variable value that a business component, flow or test can receive and use as the value for parameterized steps.
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.
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.
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.
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.
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.
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.
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.
A project connected to a template project. You apply template
customization updates to the linked project as a part of cross project
customization.
Functional area of ALM accessible by selecting Management on the ALM
sidebar. This module includes two sub-modules: Releases module and Libraries module.
Associating component or flow parameters to column headers of an imported .csv or .xls file.
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.
Components, folders, or component requests that have been deleted but are still being used by one or more business process tests or flows.
Special folder that contains obsolete components, folders, and component requests.
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
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.
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.
A business process model entity that represents a series of transitions
between activities. You define paths in ALM that are critical for
quality testing.
A test set that contains performance tests.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
A requirement that corresponds to a business process model, activity, or path. Representative requirements link model entities to their associated requirements, tests, and defects.
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.
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.
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.
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.
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.
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.
A type of ALM user (for example, tester, business analyst, and so on).
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.
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.
Running a test on a remote testing host. Your local machine is not necessary during the execution of the 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.
Basic information about a business component, such as its name and status.
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.
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.
Values for a test configuration specified from within ALM.
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.
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.
An ALM default field for entering data in an ALM project. System
fields cannot be added or deleted, only modified.
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.
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.
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.
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.
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.
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.
An occurrence of a test in a test set. Each test instance contains a
defined test configuration.
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.
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 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.
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.
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.
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.
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.
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.
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.
A machine that runs a testing tool utilized by ALM to execute automated tests.
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.
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
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.
Determines the extent of relationships between requirements and
other requirements, and between requirements and tests.
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.
Data fields that you can add to an ALM project. You can customize
user-defined fields to meet the specific needs of your organization.
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.
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.
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.