Hubbry Logo
OpenText Quality CenterOpenText Quality CenterMain
Open search
OpenText Quality Center
Community hub
OpenText Quality Center
logo
7 pages, 0 posts
0 subscribers
Be the first to start a discussion here.
Be the first to start a discussion here.
OpenText Quality Center
OpenText Quality Center
from Wikipedia
Quality Center
DeveloperOpenText
Stable release
17.0.1 / April 3, 2023; 2 years ago (2023-04-03)[1]
Operating systemWindows, Linux
TypeQuality management/test management
LicenseProprietary
WebsiteOpenText ALM/Quality Center

OpenText Quality Center, formerly known as Micro Focus Quality Center and HP Quality Center, is a quality management software offered by OpenText who acquired Micro Focus in 2023.[2] Micro Focus acquired the software division of Hewlett Packard Enterprise in 2017,[3] with many capabilities acquired from Mercury Interactive Corporation.[4] Quality Center offers software quality assurance, including requirements management, test management and business process testing for IT and application environments.[5] Quality Center is a component of the Micro Focus Application Lifecycle Management software set.[6]

Product packaging

[edit]

Quality Center is available in the following editions:[7]

  • Community
  • Express
  • Enterprise

Community and Express editions are designed for entry-level software quality assurance organizations. The Enterprise edition, originally called Mercury TestDirector for Quality Center, is for software quality assurance organizations that manage medium to large releases. For large and global organizations, OpenText Application Lifecycle Management incorporates the capabilities of Quality Center enterprise tracking, enterprise release management and asset sharing for requirements management through application delivery.[8] Quality Center is also available as a software-as-a-service offering.[9]

System requirements

[edit]

Quality Center desktop client runs on the Windows platforms without the need of any browser. It also has a web client[10] that runs on any browser.

OpenText has published information about ALM's server-side and client-side system requirements,[11] updated periodically as new versions and patches are released.

References

[edit]
Revisions and contributorsEdit on WikipediaRead on Wikipedia
from Grokipedia
OpenText Application Quality Management (AQM), formerly known as ALM/Quality Center and commonly referred to as Quality Center, is a comprehensive, web-based (ALM) platform focused on and , serving as a single pane of glass for governing end-to-end testing processes in complex enterprise environments. It facilitates , test planning and execution, defect tracking, and performance analytics through a requirements-driven, risk-based approach, enabling organizations to implement rigorous, auditable workflows that enhance across development, QA, and compliance teams. In January 2025, the product was rebranded from ALM/Quality Center to Application Quality Management to better reflect its capabilities. The software originated as TestDirector, developed by Mercury Interactive in the 1990s as a pioneering tool for organizing test management activities, including planning, execution, and defect tracking. Following Hewlett-Packard's acquisition of Mercury Interactive for $4.5 billion in 2006, the product was rebranded to Quality Center, expanding its capabilities into broader ALM functionalities. In 2010, with version 11, it transitioned to the Application Lifecycle Management (ALM) branding, integrating modules for requirements management and business process testing. Ownership shifted to Micro Focus in 2017 via the $8.8 billion merger with Hewlett Packard Enterprise's software business, which included the ALM portfolio, before OpenText acquired Micro Focus in 2023 for approximately $6 billion, integrating it into its Application Quality Management suite. Key features of Application Quality Management include a modern web client with customizable dashboards and multilingual support, seamless integrations with tools such as Jira, Azure DevOps, and Solution Manager, and advanced security options like SAML/ . It supports cloud deployments on AWS, Azure, and Cloud, along with SaaS options, and provides analytics through OData feeds and Quality Insight for metrics like cycle time and defect trends. These capabilities deliver up to 95% improvement in test process , 100% for audits, and 80% greater into risks, making it a cornerstone for practices and in industries such as , healthcare, and .

History

Origins as Mercury Test Tools

Mercury Interactive Corporation was founded in 1989 in , initially focusing on and management solutions for enterprise applications. The company began shipping its first software quality testing products in 1991, laying the groundwork for tools aimed at improving application performance and reliability. By the late 1990s, Mercury launched TestDirector, its pioneering test management solution that served as the direct precursor to what would become Quality Center. TestDirector was designed to streamline the software testing lifecycle through a client-server architecture, enabling teams to manage testing processes in a structured manner. Key early features included basic test case design for planning manual and automated tests, execution tracking to monitor test runs and results, and defect logging to record and prioritize issues discovered during testing. These capabilities were organized into core modules—such as Requirements, , Test Lab, and Defects—allowing centralized oversight of testing activities without requiring extensive custom scripting. This approach addressed the growing need for collaborative testing in distributed environments, particularly as shifted toward more complex, multi-user systems. The product underwent significant evolution in the mid-2000s, transitioning from TestDirector version 7.0 in 2000 to Quality Center version 8.0 in 2004. This period marked the shift to a fully web-based interface, replacing the earlier client-server model with browser-accessible functionality that improved for remote teams. Concurrently, the introduction of a centralized repository enhanced and retrieval, supporting and audit trails for test artifacts across projects. A key milestone during this phase was the deepened integration of Mercury's automated testing tools, WinRunner for and for testing, by 2005, allowing seamless execution and reporting of automated scripts directly within the TestDirector framework. These advancements positioned the tool as a comprehensive platform for end-to-end .

Acquisitions by HP and Subsequent Owners

In 2006, (HP) acquired , the developer of TestDirector, for $4.5 billion, marking HP's largest software acquisition at the time and integrating Mercury's Quality Center into HP's enterprise portfolio. This deal, completed after regulatory approvals, led to the rebranding of the product as HP Quality Center, emphasizing a unified platform for (ALM) under HP's software division. Quality Center 9.0 was released in 2006, with subsequent versions under HP such as 9.2 in 2007, introducing enhanced ALM capabilities such as testing to support collaborative testing workflows and integration with tools. This version focused on improving enterprise scalability and compliance with standards like ISO 9000, aligning with HP's strategy to address large-scale IT environments. In 2015, HP split into two entities: HP Inc., focused on personal systems and printing, and Hewlett Packard Enterprise (HPE), which retained the enterprise software business including Quality Center. Under HPE, the product continued to evolve, with updates like ALM 12.0 in 2014 adding agile support through integrations with tools like HP Agile Manager, enhancing traceability and sprint planning for practices. In 2017, Micro Focus acquired HPE's software division, including Quality Center, in an $8.8 billion reverse merger, renaming it Micro Focus ALM/Quality Center to bolster its application delivery management offerings. This acquisition emphasized compliance enhancements, such as support for GDPR and , while maintaining for existing deployments. Finally, in 2023, OpenText acquired Micro Focus for approximately $6 billion, integrating ALM/Quality Center into its portfolio and rebranding it as OpenText Application Quality Management while preserving the Quality Center legacy for continuity. Across these ownership changes, each transition drove strategic shifts toward greater scalability, agile methodologies, and regulatory adherence, enabling the tool to adapt to evolving enterprise needs without disrupting user workflows.

Evolution to ALM and Rebranding under OpenText

In 2010, the product transitioned from HP Quality Center to HP (ALM) with the release of version 11.0 in October, marking a significant expansion from a testing-focused tool to a comprehensive suite covering the entire application lifecycle, including , development , and deployment oversight. This rebranding emphasized integrated processes to support agile methodologies and broader software delivery needs. Subsequent versions introduced key enhancements to align with evolving DevOps practices. The 12.55 release in August 2017 improved user productivity and administrative capabilities, including better integration support for pipelines and third-party tools like Jira, facilitating smoother workflows. In August 2019, version 15.0 under added robust cloud capabilities, such as SAML-based for both on-premises and SaaS deployments, enhancing scalability and security in hybrid environments. The 17.0 release in November 2022 further advanced hybrid deployment options, including improved SaaS accessibility, advanced analytics for compliance, and streamlined test execution to support agile and teams. Following 's acquisition of in January 2023, the product underwent rebranding to OpenText Application Quality Management (AQM), starting with version 24.1 around late 2023, which incorporated OpenText branding in the web client and expanded toolchain integrations for end-to-end lifecycle . The 25.1 update, released in February 2025, introduced the Aviator AI feature, providing generative AI-based suggestions for manual test creation and requirement coverage to accelerate testing processes. Post-acquisition, shifted strategic focus toward agile, , and AI-driven enhancements, integrating AQM more deeply with 's Cloud for automated pipelines and , while announcing end-of-support for legacy versions such as Quality Center 12.0x in March 2018 to encourage migration to modern platforms.

Overview

Core Purpose and Scope

OpenText Quality Center, now part of Application Quality Management, serves as a central platform for end-to-end management of processes, spanning from requirements definition to deployment while ensuring comprehensive and compliance with industry standards. This tool enables teams to govern the application lifecycle by providing a unified environment for planning, executing, and monitoring tests, thereby minimizing risks and delivering high-quality software experiences. Its scope extends to supporting both manual and automated testing workflows for enterprise-scale applications, making it ideal for complex projects in sectors such as , healthcare, , and services. Deployable via cloud-based SaaS or on-premises configurations, it accommodates distributed teams across global operations, handling large volumes of data and integrating with diverse development ecosystems to streamline . At its core, the platform features a centralized repository that consolidates all key artifacts—including requirements, test cases, and defects—allowing for real-time , , and end-to-end visibility into project progress. Role-based access controls further enhance its utility by tailoring permissions for stakeholders like testers, developers, and managers, promoting secure and efficient team interactions. The benefits include substantial reductions in testing cycles through seamless automation integrations and reusable assets, with organizations reporting up to 40% decreases in testing time in regulated environments. Moreover, it supports -ready processes aligned with regulations such as FDA guidelines and ISO standards, leveraging matrices and detailed audit trails to facilitate compliance and risk mitigation.

Architectural Design

OpenText Quality Center employs a three-tier that separates the presentation, application logic, and layers to ensure , , and secure access in enterprise environments. The database layer utilizes a backend, supporting 19c/21c or 2014–2022, to store all project data including entities such as requirements, tests, defects, test sets, and execution runs (as of version 25.1). This layer handles version control, unique identifiers (e.g., Release ID, Test Set ID), and hierarchical structures like requirements trees, enabling efficient querying and reporting while restricting operations like INSERT or DELETE for via SELECT-only SQL access. The application server layer is Java-based, built into the platform using JDK 17 (64-bit JVM), and manages client connections, background processes such as baseline creation and test execution, and integrations across modules. It processes for multi-user environments, facilitating tasks like timeslot reservations and without requiring third-party servers like WebLogic or WebSphere. The client layer provides web-based interfaces accessible via through standard browsers (e.g., at https://<server>/qcbin), alongside desktop add-ins for tools like and Word to support data import/export and reporting. At the core of this architecture is a relational implemented in the , which defines key entities such as requirements, tests, and defects, interconnected through matrices and coverage to maintain end-to-end . These entities support (e.g., test plan trees, defect cycles), rich text fields, attachments, and customizable user-defined fields, with dependencies enforced via relational joins for reporting and analysis. is embedded in the model, assigning unique version numbers and locking entities during edits to prevent conflicts in collaborative settings. This ensures across projects, grouped by domains in multi-project setups, while allowing cross-project customization in enterprise editions. Deployment options for OpenText Quality Center include on-premises server installations, where administrators configure the three-tier components on local for full control, as well as a SaaS cloud version hosted by on shared platforms with production and testing instances. Hybrid setups combine on-premises elements with cloud services, supporting editions like ALM (5 projects, 3 TB storage), QC Enterprise (3 projects, 2 TB storage), and QC Team (2 projects, 1 TB storage) for varying scales. is integrated throughout, featuring role-based permissions managed via user groups to control access to modules and data, encryption for data at rest (using industry standards) and in transit (via ), and comprehensive audit logs for tracking changes and compliance. Physical and logical access controls, including ISO 27001-compliant authentication and intrusion detection, further safeguard the environment.

Key Modules and Features

Requirements Management

The Requirements module in Application Quality Management (formerly ALM/Quality Center) serves as a centralized repository for defining, organizing, and tracking throughout the lifecycle, enabling teams to maintain alignment between business needs and implementation efforts. are structured in a hierarchical , allowing users to create folders and add individual requirements with details such as name, type, description, and attachments, facilitating collaborative management from initial elicitation to final validation. Key functionality includes importing requirements from external sources to streamline data entry and integration. Users can import requirements directly from using the dedicated Excel Add-in, which supports mapping columns to requirement fields and preserving hierarchical structures during upload. Similarly, integration with tools like Jira enables bidirectional synchronization of requirements, allowing import and mapping of Jira issues (such as user stories or epics) to ALM requirement entities via plugins or APIs, ensuring seamless data flow between development and environments. A core capability is the creation of traceability matrices, which visually map relationships between requirements, tests, and defects to verify coverage and identify gaps in the development process. Central concepts encompass various requirement types, including functional specifications (detailing expected behaviors), non-functional requirements (such as or criteria), and or needs, which can be customized to fit project-specific workflows. Versioning tracks changes over time, while baselining allows users to snapshot requirement sets at key milestones, providing a stable reference for audits and . Unique features support advanced decision-making, such as risk-based prioritization, where requirements are assessed based on factors like business impact and resource availability to guide testing focus and effort allocation. Impact analysis evaluates the ripple effects of requirement modifications, highlighting linked tests and defects that require updates to maintain traceability. Coverage reports generate summaries of requirement-test linkages, revealing uncovered areas and supporting compliance by demonstrating 100% validation where applicable. The typical workflow begins with requirement elicitation, where teams import or create initial specifications in the and assign priorities. is established by linking s to tests and defects, followed by and baselining for controlled evolution. Throughout, status reviews (from "Draft" to "Reviewed") and coverage analysis ensure ongoing validation, culminating in reports that confirm full coverage in testing activities.

Test Management

The Test Management module in /Quality Center, comprising the and Test Lab areas, enables comprehensive planning, design, and execution of both manual and automated tests to ensure application quality. In the area, users create a hierarchical test plan tree organized by test subjects, allowing for the development of detailed test cases that include steps, expected results, and attachments. Test cases support parameterization, where input values can be defined as variables to facilitate , enabling the same test to run with varied datasets for broader coverage without duplicating scripts. Reusable components enhance efficiency by allowing modular test design, particularly in Business Process Testing, where components can be associated with shared resources like application areas to build composite tests from smaller, reusable parts. Test sets in the Test Lab area group these tests for organized execution planning, supporting configurations tailored to specific environments or use cases, such as varying hardware or inputs. Key concepts include the Test Lab for orchestrating test runs, parameterization for dynamic test behavior, and scheduling through calendars and timeslots to allocate resources and timelines for automated or load tests. Unique features include support for via integration with Sprinter, which captures ad-hoc manual sessions, screenshots, and annotations directly into ALM/Quality Center for later formalization into structured tests. Mobile test integration is provided through connectivity with OpenText Functional Testing Lab, allowing users to design, execute, and manage tests on real or emulated mobile devices within the same platform. Progress tracking utilizes key performance indicators (KPIs) such as pass/fail rates, completion percentages, and execution times, visualized through graphs and reports to monitor test cycle status in real-time. The workflow begins with test design in the , where cases are linked to requirements for , followed by parameterization and automation scripting if applicable. Tests are then organized into sets in the Test Lab for execution—manual runs occur client-side with step-by-step logging, while automated results from tools like OpenText Functional Testing are imported post-run to update statuses and metrics, closing the loop from planning to validation.

Defect Tracking

The Defects module in /Quality Center enables users to log, track, and manage defects identified during application testing, serving as a centralized repository for issue resolution throughout the lifecycle. Defects are reported as deviations from expected , capturing essential details such as summaries, descriptions, and environmental contexts to facilitate reproduction and analysis. This module supports collaboration among development, testing, and teams by providing structured and links to related entities like tests and requirements. Defect submission begins with the "New Defect" dialog, where users enter core information including a summary, detailed description, detected version, and assigned developer or group. Attachments such as screenshots, logs, or code snippets can be added, deleted, or downloaded directly within the defect record to provide for . Severity is assigned on a scale from 1 (low) to 5 (urgent system down), indicating the defect's impact on functionality, while priority ranges from 1 (low) to 5 (urgent), reflecting the urgency of resolution based on business needs. Additional fields support root cause analysis, such as the "Root Cause" field, which can be configured as mandatory upon closure to document underlying issues like coding errors or design flaws. The defect lifecycle follows a configurable with standard states including New (initial submission), Open (under review or assignment), Fixed (developer resolution), Closed (verified resolution), (invalid or duplicate), and Reopen (if reintroduced). Defects detected during test execution can be linked directly to specific test instances, steps, or runs, ensuring back to the originating test case. Similarly, associations to requirements allow teams to assess coverage impacts, with indirect links propagating through test associations. Integration with ALM's versioning tracks defects to specific builds via fields like "Detected in Release" and "Fixed in Release," aiding reproduction in controlled environments; further ties to external systems are supported through broader ALM integrations for enhanced . Automated notifications via the Automail feature send emails to stakeholders upon changes to defect fields, such as status updates or assignments, configurable at the project level to alert developers, testers, or managers. To prevent redundancy, the module includes a "Find Similar Defects" tool that scans existing records by comparing summaries and descriptions, suggesting potential duplicates for review before submission. Cycle time metrics, such as Actual Fix Time (calculated as Closing Date minus Detected Date) and Estimated Fix Time, provide quantitative insights into resolution efficiency, helping teams identify bottlenecks in the . Upon verification post-fix, testers re-execute linked tests to confirm closure, with the entire process ensuring auditable transitions and comprehensive issue resolution.

Reporting and Analytics

OpenText ALM/Quality Center's Reporting and Analytics module facilitates the creation of custom reports that aggregate project status metrics, requirements coverage, defect trends, and overall health indicators for individual projects or enterprise-wide releases. Cross-project dashboards provide a unified view of quality metrics, enabling executives to monitor progress and identify issues across multiple initiatives. Trend analysis leverages historical data from the central repository to reveal patterns, correlations, and progress over time through specialized graph types such as trend graphs and composite graphs that correlate entities across datasets. As of version 25.1 P1 (June 2025), enhancements include new graph types like Cycle Time Graph and Anomalies Graph for better bottleneck detection and resolution analysis. Central to this module are key performance indicators (KPIs) that quantify , including defect density—which measures defects per unit of or functionality—test coverage , which assesses the proportion of requirements or exercised by s, and release readiness scores that evaluate overall project maturity based on aggregated metrics. These KPIs are visualized in executive dashboards via the Quality Insight analytics engine, introduced in version 25.x, which uses KPI cards to track requirements, instances, and defects in real time. Health reports offer out-of-the-box templates for these metrics, deployable across projects to standardize quality assessments. Unique capabilities include real-time graphing with modern themes and interactive visualizations, such as anomalies graphs that detect bottlenecks and cycle time graphs that analyze resolution durations to prevent delays. Reports and graphs support export to PDF for document-style outputs with customizable sections like titles and headers, as well as to Excel via the Business Views add-in for further manipulation and . The reporting workflow starts with from modules like requirements, tests, and defects into the central repository, where measurements are combined for efficient processing and performance optimization. This aggregated data is then transformed into tailored reports and dashboards for stakeholder consumption, supporting through end-to-end and version-controlled audit trails.

Deployment and Configuration

Product Editions and Packaging

OpenText Application Quality Management, formerly known as Quality Center, is offered in several editions tailored to different organizational needs and scales. The Express edition provides basic testing functionalities for small teams, supporting up to 20 concurrent users and focusing on core , requirements tracing, and defect tracking without advanced analytics or extensive integrations. This edition is designed for entry-level in smaller environments, emphasizing simplicity and on-premises deployment. The QC Community edition offers a basic subset of features for proof-of-concept or very small teams, limited to 5 concurrent users and on-premises deployment only. The Enterprise edition extends capabilities for larger organizations, including full (ALM) features such as cross-project reporting, advanced defect sharing, and enhanced analytics for up to unlimited concurrent users. It supports scalability from small to enterprise-level deployments, with options for public hosting and service levels ensuring % availability. Additionally, the ALM edition builds on Enterprise by incorporating development collaboration tools and broader asset reuse, suitable for comprehensive ALM workflows in regulated industries. As an agile-focused successor, ALM Octane (now rebranded as Software Delivery Management) offers modern integration but is distinct from the core Quality Center lineage, targeting pipelines rather than traditional testing. Packaging options include perpetual licenses for on-premises installations and subscription-based models for SaaS deployments, with pricing tiers structured around concurrent user counts to accommodate from 5 users in variants to over 10,000 in enterprise setups. Add-ons are available for specific modules, such as performance testing via integration or advanced reporting tools, allowing customization without full edition upgrades. Deployment choices encompass server-based on-premises configurations for Express and Enterprise editions, alongside cloud-hosted SaaS for Team and Enterprise variants, with built-in migration paths from legacy Quality Center versions to the current Application Quality Management framework to preserve data and workflows.

System Requirements and Installation

OpenText Application Quality Management (ALM), formerly known as Quality Center, requires specific hardware and software configurations to ensure optimal performance and reliability. On the server side, the minimum hardware specifications include a quad-core AMD64 or equivalent x86-compatible CPU, 8 GB of RAM, and at least 8 GB of free disk space. For large-scale deployments supporting thousands of concurrent users, OpenText recommends scaling up to 64-bit systems with significantly higher resources, such as 64 GB of RAM or more, to handle increased load and maintain responsiveness. Client-side hardware minimums are a Core Duo 1.6 GHz or higher CPU, 2 GB of RAM, and 4 GB of free disk space. Supported operating systems for the server include , 2019, and 2016, as well as Linux distributions such as Amazon Linux 2023, 9.x/8.x/7.x, 9.x/8.x, and Server 15/12. The application server components are compatible with 2.4.x or Microsoft IIS 10. Databases supported encompass 21c and 19c, along with 2022, 2019, 2017, 2016, and 2014, with and SQL Server Always On Availability Groups for high-availability setups. The runtime environment requires Java 17 or 17. For client access, the web client supports modern browsers including (recommended), , , and , while the desktop client requires in IE mode or the ALM Client Launcher on , 10, or Server editions. Installation begins with verifying prerequisites, such as ensuring the target server meets the hardware and software specifications and that a supported database is configured with appropriate permissions. The process involves running the ALM installer executable (e.g., ALM_installer.exe on Windows), which launches the Server Configuration Wizard to set up the database connection, file repository (using UNC paths for shared storage), passphrase, site administrator credentials, and HTTP (default 8080). After server installation, deploy the client add-in via the ALM Client Launcher for desktop access or configure browser settings for web access; for version 25.1, apply any post-install patches from support to address and performance updates. Linux installations follow a similar wizard-based approach but require manual JDK setup. Unique considerations for deployment include support for high-availability clustering, where multiple server nodes share the same , passphrase, and repository path to enable and load balancing. Backup strategies are essential, involving regular snapshots of the database and file repository before upgrades or maintenance, with OpenText recommending tools like SQL Server backups or RMAN for . Older versions, such as ALM 12.60, reached end of committed support on August 31, 2022, emphasizing the need to upgrade to maintained releases like 25.1 for ongoing and feature support. Virtual environments like VMware ESXi 5.0+ are fully supported, and full is compatible across components, though it may impact performance.

Integrations and Extensions

Supported Automation Tools

OpenText Quality Center, now part of Application Quality Management (ALM), provides native integrations with several automation tools to facilitate GUI, performance, and within its framework. These integrations allow users to store, execute, and synchronize automated tests directly from ALM projects, enhancing end-to-end quality processes. Core integrations include Unified Functional Testing (UFT), formerly known as HP UFT, which supports GUI-based functional . UFT tests, components, and resources can be stored and accessed within ALM projects, enabling seamless execution and result reporting from the Test Lab module. For performance testing, integration allows storing and retrieving scenario and analysis results in ALM, with bidirectional connectivity to organize results into project-specific groups and support remote execution. Additionally, Service Test, focused on and service , enables storing service virtualization projects as test resources in ALM, facilitating workflows. Support for open-source tools is achieved through integrations like script import and execution via Jenkins for pipelines. The OpenText Application Automation Tools plugin for Jenkins uploads results from Selenium tests in XML format (e.g., , TestNG) to ALM, synchronizing pass/fail statuses and linking them to test sets. This setup allows triggering automated runs from ALM's Test Lab and importing results for centralized tracking. A key feature is the plug-in architecture, which supports custom automation adapters through add-ins and the , enabling extensions for additional tools while maintaining compatibility with ALM's execution environment. Automated tests can be executed directly from the Test Lab using the Automatic Runner, triggering external runs on local or remote hosts with configured add-ins for tools like UFT. The integration workflow emphasizes bidirectional of results, parameters, and logs between ALM and external tools. Post-execution, statuses update in ALM's Test Runs module, logs are imported for review, and parameters can be parameterized from ALM resources, ensuring traceability without manual intervention.

Third-Party Integrations and APIs

OpenText Quality Center facilitates connectivity with external systems through dedicated integrations and a robust ecosystem, enabling organizations to incorporate it into broader and agile workflows. Notable third-party integrations include bi-directional synchronization with Jira for defect and requirement tracking, allowing updates in one tool to propagate to the other without manual intervention. Similarly, integration with supports agile documentation by linking requirements and test artifacts directly to collaborative pages. For source control, Quality Center connects to and repositories, primarily through custom implementations leveraging the REST API or legacy portal-based configurations, which enable of test scripts and assets. Integration with Azure DevOps extends this capability to pipelines, providing bi-directional test case synchronization and defect reporting to align quality processes with development workflows. These integrations are often facilitated by Connect, a hub that supports over 15 third-party tools for seamless data exchange. The core API framework revolves around RESTful services, which allow programmatic access to entities such as defects, requirements, and tests for creating, reading, updating, and deleting data in XML or formats. This enables custom extensions for tailored integrations beyond out-of-the-box options. Complementing the REST API is the Open Test Architecture (OTA) SDK, a COM-based interface that supports development of add-ins, including plugins for to upload and manage requirements, tests, and defects directly from spreadsheets. Authentication for these APIs relies on session tokens obtained via WS-Trust or API keys, ensuring secure access while supporting (SSO) configurations for broader ecosystem compatibility. Bi-directional synchronization stands out as a key feature, particularly for defects and requirements, where changes in Quality Center automatically reflect in connected tools like Jira or Azure DevOps, reducing data silos and improving . Extensibility is enhanced via the Marketplace, which hosts community-developed plugins and connectors for additional third-party tools. Users can also implement custom scripts using or to automate workflows and extend functionality within the platform.

References

Add your contribution
Related Hubs
User Avatar
No comments yet.