Test Environments
Model and code testing in one integrated environment
Entry
Information about the built-in encoder
The Mathworks Embedded Coder® generates production C code based on Simulink/Stateflow models. However, in order to use EmbeddedCoder in an ISO 26262 development workflow, end users must also perform in-loop model testing (MIL), software loop testing, back-to-back testing, and consider code testing. range analysis. BTC EmbeddedPlatform integrates all these different workflows into one simple ISO 26262 certified environment.
More information about the built-in encoder can be found on the websitewww.mathworks.com.
Built-in BTC platform
MIL/SIL testing for built-in encoder
Creating a test project is done automatically, without the need for manual interaction with the user. BTC EmbeddedPlatform analyzes the architecture of the model to discover subsystems, connectors, parameters, test points, data types and ranges.
Since we believe that a test tool should never touch or modify the system under test, test suite creation and execution is done on a temporary copy of the Simulink model.
This facilitates the independent processing of model and test data. The creation of a test suite takes place in the background and does not require manual data entry.
For software loop testing (SIL), BTC EmbeddedPlatform always uses native production code with a dedicated and automatically managed test stack
Easy testing at all subsystem levels
Hierarchical approach to testing
Particularly when working with large models of embedded encoders, individual test cases often need to run on a smaller subsystem or subfunction in the model.
However, isolating this subsystem to build a test harness can require time-consuming and error-prone manual work. This often leads to additional models and artifacts that need to be stored, managed and maintained.
With BTC EmbeddedPlatform's powerful "hierarchical approach to testing", all these things are managed seamlessly in the background. Required model and code level test environments are automatically generated on-the-fly from the original model, so no need to save or manually update them.

BTC test composer
Smart and efficient test development
In our experience, test cases too often are written in languages that are not intended for that. Plenty of examples like Matlab, Python, Excel spreadsheets and even C code.
With BTC TestComposer, we provide a powerful functional test case editor directly in BTC EmbeddedTester BASE. BTC TestComposer knows all the details of the test architecture and protects users from incorrect data entry. When using calculations, a drop-down menu is available to directly select the desired values.
Further features include a signal generator, a graphical browser, flexible tolerance support and a formula editor that allows us to calculate the value of a given signal based on other variables. "Test Macros" and "Calibration Sets" can be used to specify and store strings that can be reused to instantiate multiple test cases. Test cases are executed directly in the editor and the results are immediately visualized

Sandbox environment
Intelligent debugging
As modern model-driven development projects become more complex, debugging failed test cases becomes more difficult and time-consuming. Even more challenges arise when feature development and testing are separate and performed by different people or teams. This leads to an important question: what is the most efficient way for a test engineer to provide his test scenario for development for further analysis?
BTC EmbeddedPlatform features a unique debugging approach that generates standalone sandboxes. These sandboxes contain a copy of the system under test and the failed test case, including the associated calibration values. Sandboxes can be easily shared with colleagues or clients, making it easy to try out changes without messing up the original files.
play now
Play video
play now

Play video
Request an evaluation license
WFwant to tryour tools, we like to do itto provideto evaluatelicenseit's free.Assessments include, among others:freerun the workshopIkneeSoofferpossibilityfor youActTo get to knowindividually with our support and engineering teams.
Group 6 Permit application
Make an appointment with our engineering team
Have questions or would like to see our tools in action? If so, please use the link below to make an appointment. A member of our technical team will be happy to show you the features and usage scenarios and answer any questions right away.
Request an evaluation license
WFwant to tryour tools, we like to do itto provideto evaluatelicenseit's free.Assessments include, among others:freerun the workshopIkneeSoofferpossibilityfor youActTo get to knowindividually with our support and engineering teams.
Group 6 Permit application
Make an appointment with our engineering team
Have questions or would like to see our tools in action? If so, please use the link below to make an appointment. A member of our technical team will be happy to show you the features and usage scenarios and answer any questions right away.
certified
ISO26262
BTC EmbeddedPlatform (including BTC EmbeddedTester BASE, BTC EmbeddedTester, BTC EmbeddedSpecifier and BTC EmbeddedValidator) is certified by the German TÜV Süd as suitable for use in security-critical software development projects.
Certification applies to several standards, including IEC 61508-3:3010, ISO 26262, EN 50128, IEC 62304 and ISO 25119.
In terms of the automotive standard ISO 26262, we are certified with the highest level of reliability of TCL tools, and the certification is valid at all ASIL levels, including ASIL D.
We provide the certificate and related report to our customers free of charge upon request, so that the customer does not have to make any effort to qualify the tools.
Group 6 Read more

BLOG ON BTC EMBEDDED SYSTEM
From our blog
Share insights on embedded software development, model-driven design, automatic code generation, and ISO 26262 testing.
blog
- August 9, 2023
What you need to know about variant testing now
- Software variants are a common approach to dealing with different releases of a software component
- Different methods are available for handling variants for both model-driven code development and handwritten code development
- This also has an impact on testing and should be considered when thinking about how to handle variants
read more

Wolfgang Meincke
Stuttgart, Germany
blog
- April 26, 2023
4 reasons to avoid writing test cases in Excel
- Excel is available on almost every computer in the world
- The flexible data structure in the Excel file makes it a very versatile tool for many usage scenarios
- But is it really a good test case writing and management tool for embedded software development?
read more

Markus Grossa
Berlin, Germany
blog
- March 15, 2023 r
Why requirements are so important for your project
- Limited time and budget can lead to critical bugs in the project's production software
- Research over the last decades shows that one of the main causes is shortcomings or incomplete requirements.
- This article describes where this issue comes from and how we might resolve it in the future
read more

Wolfgang Meincke
Stuttgart, Germany
blog
- 30 listopada 2022 r
Why cross-testing is still necessary with floats
- While a few years ago floating point played a minor role in the automotive industry, today it is an integral part of many projects
- However, floating point is not the same as floating point
- This article describes how benchmarking helps identify potential issues and what to consider with floating point variables
read more

Wolfgang Meincke
Stuttgart, Germany
blog
- September 6, 2022
4 steps to not screw up Jenkins
- Centralized Jenkins installations are often out of control and rely heavily on dedicated IT support
- Instead of getting quick feedback, development teams often hold back on CI settings
- Learn how to fix or even prevent this issue with best practices like code-based configuration, dynamic provisioning, and automatic pipeline detection!
read more

Happy Jack
Oldenburg, Germany
blog
- 31 maja 2022 r
Moving embedded software development for the automotive industry to the cloud
- Complex infrastructure requirements and IT involvement make implementing CI on a new project or increasing efficiency on existing projects difficult, slow and costly
- Manually managed VMs for Jenkins agents are often never completely identical and can easily cause problems after auto-updating the operating system or installed applications
- Learn how to make your CI environment scalable, reliable and less constrained by IT team availability
read more

Happy Jack
Oldenburg, Germany
VIDEO PRODUCTS, VIDEOBLOG AND WEBINARS
Videos and webinars
Discover some of the main features of our products in these short videos.
play now
Play video
play now

Play video
play now
Play video
play now

Play video
play now
Play video
play now

Play video
play now
Play video
play now

Play video
play now
Play video
play now

Play video
play now
Play video
play now

Play video
play now
Play video
play now

Play video
play now
Play video
play now

Play video
play now
Play video
play now

Play video
BASE of Built-in BTC Tester
Requirements based testing for Simulink, TargetLink, Embedded Coder and handwritten code.
Product Details