Skip to main content
TESSY 5.x: Test Cockpit, Code Access, Hyper Coverage, and Variant Management, featured image

TESSY 5.x: Test Cockpit, Code Access, Hyper Coverage, and Variant Management

GSAS Editorial · · 5 min read

TESSY 5.x: Test Cockpit, Code Access, Hyper Coverage, and Variant Management

Razorcat Development GmbH has evolved TESSY significantly with the 5.x release series. The core unit testing engine remains, automatic interface analysis, test driver generation, stub creation, and MC/DC coverage measurement, but TESSY 5.x introduces capabilities that address the scaling challenges Indian safety-critical teams face when testing large embedded codebases across multiple product variants and compiler configurations.

This article covers the major 5.x features and how they apply to Indian automotive, aerospace, and industrial projects.

Test Cockpit: Project-Wide Testing Oversight

In a typical automotive ECU project, the codebase contains hundreds of C modules. Each module has multiple functions, each function has multiple test cases, and each test case has a pass/fail status and a coverage contribution. Managing this at scale, knowing which modules are tested, which have coverage gaps, and which need attention, requires a project-level view.

The Test Cockpit provides this view. It presents a dashboard showing:

  • Module-level test status: which modules have been tested, which have failing test cases, which have insufficient coverage
  • Coverage summary: aggregate statement, branch, and MC/DC coverage per module, per subsystem, and project-wide
  • Test execution history: trends over time, showing whether coverage is improving or regressing
  • Requirements mapping: which requirements have linked test cases and which are untested

For project managers and safety managers in Pune and Bengaluru overseeing ASIL D ECU development, the Test Cockpit provides the oversight needed to track verification progress against the safety plan without requiring each engineer to report status manually.

Code Access: Runtime Variable Inspection

Code Access extends TESSY’s interface analysis to include internal variables, local variables, static variables, and intermediate computation results that are not part of the function’s external interface.

In previous TESSY versions, engineers could set inputs (parameters, globals) and verify outputs (return values, modified globals). Code Access adds the ability to:

  • Read internal state during test execution, inspect the value of a local variable at a specific point in the function
  • Set intermediate values: override the value of a variable mid-execution to test specific code paths
  • Assert on internal computations: verify that intermediate calculations produce correct results, not just the final output

This is particularly useful for testing complex algorithms where the final output is correct but an intermediate computation is wrong, a latent defect that would only manifest under different input conditions. For safety-critical code (torque calculation in powertrain ECUs, sensor fusion in ADAS), verifying intermediate results provides additional confidence beyond input/output testing alone.

Hyper Coverage: Coverage Acquired by Hardware Trace

Achieving MC/DC coverage on complex boolean expressions is one of the most time-consuming parts of safety-critical verification, and a unit test bench cannot always reach the paths that only execute once the ECU runs as a system. Hyper Coverage broadens where that coverage can come from. Per the TESSY V6 New Features document, whose feature compilation Razorcat Development GmbH provided, the feature integrates the Accemic Technologies hardware trace port analysis tool: FPGA-based online trace data processing acquires branch and MC/DC coverage data directly during system and integration testing.

Imported into TESSY, that coverage appears at source file level in the Test Cockpit, and the Coverage Viewer shows the reached branches for each system test case, which supports requirements-based testing and reveals untested code. Gaps that system-level testing still leaves, typically corner cases and error handling that normal operation never triggers, are then closed with targeted unit test cases.

For teams in Hyderabad and Chennai working on AURIX-based safety controllers, the practical consequence is that coverage earned on real hardware during integration testing stops sitting in a separate report from unit-test coverage. The AUTOSAR-specific version of this picture, including how TESSY 6 provides the RTE from the ARXML model, is covered in our complete AUTOSAR verification chain guide.

Variant Management: Multi-Configuration Testing

Modern embedded products ship in multiple variants, different hardware configurations, different feature sets, different calibration datasets. The same C source code compiles with different preprocessor defines, producing different object code for each variant.

TESSY 5.x’s variant management supports this by allowing:

  • Multiple test configurations per project, each configuration specifies its own compiler defines, include paths, and target settings
  • Shared test cases: test cases defined once are executed across all applicable variants
  • Variant-specific test cases: some tests apply only to specific configurations (e.g., feature-gated functions)
  • Per-variant coverage tracking: coverage is measured and reported separately for each variant, because the compiled code differs

For Indian automotive teams building ECUs that ship in multiple trim levels or for multiple vehicle platforms, variant management eliminates the need to maintain separate TESSY projects for each configuration. A single test project covers all variants, with clear reporting of which variants meet coverage targets and which need additional testing.

Additional 5.x Improvements

Beyond the headline features, TESSY 5.x includes:

  • Improved C++ support: better handling of templates, namespaces, and overloaded functions in interface analysis
  • Enhanced reporting: customizable report templates, summary pages for management review, and detailed technical pages for engineer review
  • Performance improvements: faster interface analysis and test execution for large projects with thousands of test cases
  • Updated CI/CD integration: improved command-line interface with structured output formats (JSON, XML) for CI dashboard integration

Upgrade Path for Existing Users

Teams currently using TESSY 4.x can upgrade to 5.x with their existing test projects. Test cases, coverage data, and requirements linkages migrate forward. GSAS provides migration support to ensure the transition is smooth and all existing test assets are preserved.

Why Buy from GSAS

GSAS Micro Systems is the authorized Razorcat partner, providing TESSY 5.x licensing with INR invoicing, upgrade support for existing installations, onboarding training on new 5.x features, and CI/CD integration consulting. Our engineers in Bengaluru, Hyderabad, Chennai, Pune, Mumbai, and Delhi NCR train teams on the Test Cockpit, Hyper Coverage, and variant management workflows, ensuring your team gets full value from the 5.x feature set.

Request a TESSY 5.x evaluation →

Also appears in:

Interested in Razorcat tools?

Talk to our application engineers for personalized tool recommendations.

Stay in the Loop

Get monthly compliance updates, product insights, and engineering best practices delivered to your inbox.

Related Articles

What's New in Siemens EDA 2510: A Consolidated Update for Indian Users, featured image
Product News Siemens EDA

What's New in Siemens EDA 2510: A Consolidated Update for Indian Users

HyperLynx 2510 delivers improvements to the core signal integrity simulation engine.

19 Mar 2026 · 7 min read
Classification tree and combination table used to design embedded unit test cases in Razorcat's Classification Tree Editor for TESSY, available in India from GSAS Micro Systems
Compliance & Safety Razorcat Automotive & Mobility

Test Case Design with the Classification Tree Method: Deriving Unit Tests You Can Defend in an Audit

Ad-hoc test cases can be perfectly good tests and still fail an audit, because nothing on file records why that particular set was sufficient. The Classification Tree Method derives test cases from the input space instead: identify the test-relevant aspects as classifications, partition each into equivalence classes, then combine leaf classes in a combination table. Razorcat implements CTM in the Classification Tree Editor, available integrated into TESSY or standalone. GSAS Micro Systems is the authorized Razorcat engineering partner for India, the UAE and Sri Lanka.

1 Aug 2026 · 10 min read
Fault injection and robustness testing for safety-related embedded C and C++ software, explained for Indian engineering teams by GSAS Micro Systems, the authorized Razorcat engineering partner
Compliance & Safety Razorcat Automotive & Mobility

Fault Injection and Robustness Testing for Embedded Software: What ISO 26262, IEC 61508 and DO-178C Actually Ask For

Every safety-related unit contains code that correct inputs never execute: range checks, error returns, timeouts, recovery paths. The functional safety standards require that code to be verified, and they are explicit about how. ISO 26262-6 lists fault injection test as a method for both software unit verification and software integration verification; IEC 61508-3 recommends defensive programming from SIL 2 upward and then concedes that defensive code is exactly what stops teams reaching 100 percent structural coverage. This guide separates robustness testing from fault injection, maps each to the obligation that asks for it, and shows how Razorcat implements automated fault injection in TESSY without leaving instrumentation in production code.

1 Aug 2026 · 11 min read