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.
Also appears in:
Interested in Razorcat tools?
Talk to our application engineers for personalized tool recommendations.
More from Razorcat
View all →