How to Accelerate MATLAB/Simulink Testing with Cloud-Based Continuous Integration
- AGSOTEC

- 1. Mai 2025
- 3 Min. Lesezeit
Aktualisiert: vor 3 Tagen
Key Takeaways
✔ Reduce software test execution from days to hours through cloud scalability
✔ Integrate MATLAB® and Simulink® into an automated CI pipeline using Jenkins and AWS
✔ Lower infrastructure costs while improving developer feedback cycles and software quality

1. The Challenge
Modern vehicles are increasingly software-defined systems. With every new software release, thousands - or even tens of thousands - of automated tests must be executed before deployment.
As software complexity continues to grow, traditional on-premise testing infrastructures are reaching their limits.
Typical challenges include:
Long regression test execution times
Limited computing resources
Expensive hardware investments
Delayed developer feedback
Difficult scaling during release phases
For many automotive projects, complete regression tests still require several days. Every software change delays valuable feedback and increases the risk of introducing defects into later development stages.
The challenge is therefore not only executing tests—but executing them fast enough to support modern Continuous Integration workflows.
2. A Cloud-Native Continuous Integration Architecture
Cloud technologies enable development teams to dynamically scale computing resources whenever they are needed.
Instead of maintaining large on-premise infrastructures, virtual machines are provisioned automatically, execute the required test suites and are removed afterwards.
The overall workflow is shown below.

The architecture combines several proven technologies:
Component | Purpose |
Git | Source code management |
Jenkins | CI orchestration |
AWS EC2 | Scalable execution environment |
MATLAB & Simulink | System model |
TPT | Automated model testing |
Amazon Machine Images (AMI) | Reproducible test environments |
This setup allows developers to automatically execute regression tests whenever new code is committed.
3. Implementation
Step 1 — Source Code Changes
Developers commit changes to the Git repository.
A webhook automatically triggers Jenkins.
Step 2 — Dynamic Infrastructure Provisioning
Instead of using permanently running hardware, Jenkins creates the required AWS EC2 instances dynamically.
Each instance is initialized from a predefined Amazon Machine Image containing:
MATLAB
Simulink
TPT
Required dependencies
Because every machine is identical, tests become highly reproducible.

Step 3 — Parallel Test Execution
The regression suite is automatically distributed across multiple virtual machines.
Each EC2 instance executes a subset of the test cases independently.
Rather than waiting for one workstation to complete all tests sequentially, hundreds of tests can run simultaneously.
Step 4 — Automated Reporting
After execution:
Jenkins collects all test results.
JUnit reports are generated automatically.
Test reports become immediately available to developers.
Unused cloud instances are terminated automatically.
This minimizes infrastructure costs while keeping compute resources available whenever needed.
4. Security Considerations
When moving testing infrastructures into the cloud, security becomes a critical design aspect.
Modern cloud platforms such as AWS provide built-in mechanisms including:
Identity and Access Management (IAM)
Virtual Private Clouds (VPC)
Security Groups
Audit Logging
Role-based access control
These services enable secure access while maintaining compliance with corporate security policies.
5. Practical Lessons Learned
Our implementation revealed several practical insights.
What worked surprisingly well
Jenkins integration with AWS
Automatic provisioning using Amazon Machine Images
Parallel execution with TPT
Highly reproducible environments
Challenges
Initial cloud configuration
License management
VPN integration
Network permissions
Managing cloud costs
Despite these challenges, cloud-native CI proved easier to maintain than expanding traditional on-premise infrastructures.
6.Results
Cloud-based Continuous Integration delivers measurable benefits throughout the software development lifecycle.
Faster Feedback
Developers receive regression results significantly earlier.
Earlier feedback enables defects to be detected before they propagate into later development stages.
Improved Scalability
Instead of purchasing additional hardware for peak workloads, cloud resources are provisioned on demand.
This allows virtually unlimited horizontal scaling.
Lower Infrastructure Costs
Organizations avoid:
Hardware investments
Maintenance costs
Idle computing resources
Infrastructure upgrades
Instead, they pay only for the resources actually used.
Better Test Quality
Fresh virtual machines eliminate inconsistencies caused by outdated local environments, cached data or manually configured systems.
This leads to more reproducible and reliable test results.
Proof of Concept
On-Premise | Cloud CI |
Sequential execution | Parallel execution |
Fixed hardware | Elastic infrastructure |
Days of testing | Hours (depending on scaling) |
High upfront investement | Pay-per-use |
7.Conclusion
Cloud-native Continuous Integration fundamentally changes how automotive software testing is performed.
By combining MATLAB, Simulink, Jenkins, AWS and TPT into an automated pipeline, development teams can dramatically shorten regression testing cycles while reducing infrastructure costs and improving software quality.
Beyond faster execution times, cloud-based testing establishes the foundation for scalable, reproducible and future-proof software validation.
As software complexity in modern vehicles continues to grow, elastic cloud infrastructures will become an increasingly important component of efficient automotive development processes.
Read the full technical article This blog is a summary of the technical deep dive co-authored with MathWorks. For detailed configuration steps and architecture diagrams, read the full article:


