DOCSLIB.ORG

TPT – Automated Embedded Testing

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
TPT – Automated Embedded Testing TPT – Automated Embedded Testing Automated Testing Control Systems Systematic Testing Continuous Behavior TPT is a test tool used in the testing of embedded control systems. It supports full automation testing in a real-time context and can use continuous as well as discrete signals. Test cases are modelled graphically. Thanks to the built–in platform independence, TPT can be used universally from Model-test (MiL), through Software-test (SiL) to Hardware-in-the-Loop-Test (HiL). TPT currently offers test support for MATLAB/Simulink models, ‘C’ code on the host processor, ‘C’ code on debugger boards via Tessy, HiL test systems as well as some proprietary environments. Time Partition Testing Model-Based Testing in Automotive Industry with TPT Software Typical Users of TPT Software IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 1. Introduction about MBD Testing for AI with TPT software Time Partition Testing - A tool for testing control and feedback control systems - Testing and verifying in all development phases - Dynamic testing at all integration levels IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 - Supported Test Cases in different environments - Dashboard – Interactive UI's for the system under test IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 2. Main Automotive applications testing by TPT Software ▪ Body controller projects ▪ Interior and exterior lights, seat heating and ventilation, climate, cluster ▪ Powertrain controller projects ▪ Transmission, HV battery, power electronics, hybrid powertrain, engine ▪ ADAS controller projects ▪ Emergency braking, lane departure warning, blind spot detection ▪ Autonomous driving ▪ Drive dynamics controller projects ▪ Cross-wind control, roll control IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 3. TPT Test Automation TPT automates all steps From execution to reporting 3.1 - Test Modeling Technique Variant modeling Testlet Testlet Testlet Decision at runtime Testlet IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 Time partitioning Parallel processes Testlet Testlet Testlet Loop Hirarch y IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 3.2 – Manual Testing a) TPT Dashboard ▪ Design your own graphical interface for your system under test ▪ Observe and interact with tests using the Dashboard ▪ Te s t your system manually with the Dashboard (Simulation) ▪ Automatically record test cases from your interactions ▪ Distribute your simulation environment with the Dashboard Player (separate tool at no charge) IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 b) Macro recorder Dashboard interaction ▪ Record dashboard interaction as test cases ▪ Generate Step Lists ▪ Create new test cases ▪ Integrate recorded tests into existing step-lists ▪ Post-process step list manually if required 3.3 – Test case generation methods in TPT ▪ TASMO for structural coverage tests of Simulink models and C-Code ▪ Combination of Equivalence classes ▪ Path and variant combination of TPT automatons ▪ Generate test cases from value ranges IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 Test cases generation from Value Ranges IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 ▪ TPT test model has many variants oF states and transitions ▪ Combination can be built automatically ▪ Tests can be generated IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 4. Test Execution : TPT tests in different environments… …and execute as below process: IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 4.1 – TPT Test process for Matlab/Simulink • Support of Simulink with/without Plant Models + Opened Loop Control Testing + Closed Loop Control Testing IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 • Support of internal signals + Feed model-internal signals back to TPT + No modification of the SUT necessary 4.2 - TPT Test process for ASCET IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 4.3- TPT Test process for C/C++ Code 4.4- TPT Test for FUSION Co-simulation platform IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 • FUSION support: + FMI : Functional Mock-up Interface + FMUs for co-simulation with other FUSION nodes 4.5- QTRONIC Silver Adapter ▪ Testing of closed loop virtual ECUs with QTRONIC Silver ▪ TPT Integration as a Silver Node ▪ Read, Write and Read/Write access to signals and parameters IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 4.6- AUTOSAR Support ▪ Test SW-C using TPT on PC ▪ Support of S/R, C/S , IRV, PIMs, Compositions, explicit and implicit communication ▪ AUTOSAR compatibility mode 4.7- SiL and PiL with Debuggers ▪ Support of testing with debuggers on target HW such as ▪ GDB – GNU debugger on PC ▪ PLS-UDE on TPT +UDE on AURIX, Tricore, ARM Cortex etc. ▪ Lauterbach TRACE 32 on ARM, Power Architecture etc. IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 4.8- HiL Test Execution a) dSPACE HiL Fusion Adapter (ASAM XIL) ▪ Test of dSPACE HiL / VeOS / SCALEXIO components via ASAM XIL API ▪ Change signals ▪ Error simulation ▪ Application via CANape or INCA ▪ Measurement via HiL, CANape/Inca ▪ Diagnosis via CANape ▪ Extensible for other ASAM XIL-based platforms IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 b) National Instrument – NI : VeriStand ▪ Test National Instrument HiL system via Test Stand ▪ Real-time via test frontloading ▪ Automatic Custom Device Configuration from System DeFinition File c) VECTOR CANoe Integration ▪ Te s t VECTOR CANoe Simulation Setups ▪ Stimulation an Observation oF bus signals and system variables ▪ Test driver integrated into CANoe via custom library ▪ Incubation Feature IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 d) CAN, INCA + CANape platform environment ▪ CAN stimulation: ▪ Map TPT signals to CAN messages ▪ Changing application parameter ▪ via INCA or CANape ▪ Measure ▪ internal signals in controller ▪ Diagnosis via CANape IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen Dinh Chieu Street, Dakao Ward, Dist.1, HCMC, Vietnam Tel: 08 37965969 - Fax: 08 37965969 - Cell No. +84 90 3384610 e) Driver in The Loop Testing – DiL ▪ Via CAN ▪ Via application tools like INCA ▪ Via on-line driver information ▪ information ▪ Message boxes ▪ Acoustic messages ▪ Step list highlighting11 IBES INTELLIGENT BUSINESS & EDUCATION SOLUTION JOINT STOCK COMPANY Add. Room 19A , Indochina Building, No. 4 Nguyen
Load more

Recommended publications
  • PCLTA-21 PCI Network Adapter Models 74501, 74502, 74503, and 74504
    PCLTA-21 PCI Network Adapter Models 74501, 74502, 74503, and 74504 ▼ Universal 32-bit PCI adapter card for LONWORKS® networks for PCs with 3.3V or 5V PCI ▼ Plug-and-play network driver compatible with MicrosoftWindows® 98/2000 and Windows XP ▼ Downloadable firmware allows updates without accessing or changing hardware ▼ Integral FT 3150® Free Topology Smart Transceiver, RS-485, TPT/XF-78, or TPT/XF-1250 transceiver ▼ LNS® Network Services Interface (NSI) supports LNS applications ▼ Layer 5 MIP for use with OpenLDV™ driver Description ▼ CE Mark, U.L. Listed, cU.L. Listed The PCLTA-21 Network Adapter is a high-perform- ance LONWORKS interface for personal computers equipped with a 3.3V or 5V 32-bit Peripheral The NSI mode of the PCLTA-21 adapter is used Component Interconnect (PCI) interface and a compati- with applications based on the LNS network operating system such as the LonMaker Tool, or the LNS DDE ble operating system. Designed for use in LONWORKS control networks that require a PC for monitoring, Server. managing, or diagnosing the network, the PCLTA-21 The MIP mode of the PCLTA-21 adapter is used with adapter is ideal for industrial control, building automa- applications based on OpenLDV. tion, and process control applications. The PCLTA-21 In both NSI and MIP modes, the adapter permits the adapter features an integral twisted pair transceiver, host PC to act as a LONWORKS application device, such downloadable memory, a network management inter- that the PC is running application-specific programs face, and plug-and-play capability with Microsoft while the adapter handles lower layer functions such as Windows 98/2000 and Windows XP.
    [Show full text]
  • Systematic Testing of the Continuous Behavior of Automotive Systems
    Systematic Testing of the Continuous Behavior of Automotive Systems Eckard Bringmann Andreas Krämer DaimlerChrysler DaimlerChrysler Alt-Moabit 96a Alt-Moabit 96a 10559 Berlin, Germany 10559 Berlin, Germany +49 30 39982 242 +49 30 39982 336 [email protected] [email protected] ABSTRACT gap, the testing of automotive systems in practice focuses on In this paper, we introduce a new test method that enables the simple data tables to describe input signals or on script languages, systematic definition of executable test cases for testing the such as Visual Basic, Python or Perl, to automate tests. continuous behavior of automotive embedded systems. This Nevertheless, signals are still very difficult to handle in these method is based on a graphical notation for test cases that is not languages. Even worse, there is no systematic procedure to help only easy to understand but also powerful enough to express very testers reveal redundancies and missing, test relevant, aspects complex, fully automated tests as well as reactive tests. This new within their test cases. In other words, the selection of test data approach is already in use in several production-vehicle occurs ad hoc and is based on some use cases and typical extreme development projects at DaimlerChrysler and at some suppliers. scenarios but often does not cover all functional requirements of the system under test (SUT). Categories and Subject Descriptors Our new approach – which is called Time Partition Testing D2.5 [Software Engineering]: Testing
    [Show full text]
  • Automated Unit Testing in Model-Based Embedded Software Development
    Automated Unit Testing in Model-based Embedded Software Development Christoph Luckeneder1, Hermann Kaindl1 and Martin Korinek2 1Institute of Computer Technology, TU Wien, Vienna, Austria 2Robert Bosch AG, Gollnergasse¨ 15-17, Vienna, Austria Keywords: Automated Testing, Unit Tests, Model-based Development, Embedded Software, Safety-critical Systems, Automotive. Abstract: Automating software tests is generally desirable, and especially for the software of safety-critical real-time systems such as automotive control systems. For such systems, also conforming with the ISO 26262 standard for functional safety of road vehicles is absolutely necessary. These are embedded systems, however, which pose additional challenges with regard to test automation. In particular, the questions arise on which hardware platform the tests should be performed and by use of which workflow and tools. This is especially relevant in terms of cost, while still ensuring conformance with ISO 26262. In this paper, we present a practical approach for automated unit testing in model-based embedded software development for a safety-critical automotive application. Our approach includes both a workflow and sup- porting tools for performing automated unit tests. In particular, we analyze an as-is workflow and propose changes to the workflow for reducing costs and time needed for performing such tests. In addition, we present an improved tool chain for supporting the test workflow. In effect, without manually implementing each test case twice unit tests can be performed both in a simulation environment and on an open-loop test environment including the embedded platform target hardware. 1 INTRODUCTION The following support through a tool chain was planned: modeling and simulation of the resulting Automotive systems have more and more become software models, as well as model-based test automa- software-intensive systems, which include large-scale tion.
    [Show full text]
  • TPT Tutorial
    Time Partition Testing Systematic automated testing of embedded systems PikeTec GmbH, http://www.piketec.com There are only a few tools for testing embedded systems in the automotive domain. Their function usually lies in the test-management or automation of tests by means of test scripts. Time Partition Testing (TPT) noticeably exceeds this. It combines a systematic and very graphic modelling technique for test cases with a fully automatic test execution in different environments and automatic test evaluation in a unique way. In doing so, TPT even supports testing of control systems. Time Partition Testing (TPT) was developed to graphically and compactly model tests of embedded systems – especially those with continuous behaviour –, to automate those tests and to offer a systematic that supports the tester in selecting an ideal amount of test cases. The intuitive graphic modelling technique for test cases, the mechanisms for the structuring of complex test problems, the simple integration in any test- bench and a number of additional interesting features makes TPT a unique test solution. All this has contributed to TPT becoming the central testing tool in a large number of development projects at car manufacturers and suppliers and has become an integral part of the process chain. Embedded systems TPT is specialized on testing embedded systems whose inputs and outputs can be represented as signals. Most control systems belong to this system class. The implementation language of the embedded system (e.g. ‘C’ code, C++, MATLAB/Simulink/Stateflow, Statemate or a combination of multiple languages) is irrelevant for TPT. TPT does not require a particular implementation language.
    [Show full text]
  • Testwell CTC++ Test Coverage Analyser
    Testwell CTC++ Test Coverage Analyser What is Testwell CTC++? Testwell CTC++ is the leading Code Coverage Tool for measuring Code Coverage on host and on all embedded targets (even very small ones). The tool can be used to fulfill the code coverage requirements of safety standards like DO-178C, ISO 26262, EN 50128, and IEC 60880. Hundreds of companies in more than 30 countries all over the world use Testwell CTC++ in order to insure the quality of their softwares. Testwell CTC++ is the first choice for companies which have to achieve and to proof high code coverage in aerospace, automotive, transportation, healthcare, nuclear power and other industries. Why Code Coverage? Code coverage is a measure, which describes the degree to which the source code of a program is tested. This can be considered as an indirect measure of quality of the software. Code coverage finds areas of a program which have not yet exercised by a set of test cases. This way it supports you by creating additional test cases to increase the code coverage and prevents you from writing redundant test cases. Code coverage is most useful during the module testing phase, though it also has benefit during integration testing and at other times, depending on how and what you are testing. Code coverage is « highly recommanded » (which means de facto mandatory) for safety critical software. Safety standards like DO-178C (Software Considerations in Airborne Systems and Equipment Certification), IEC/EN 61508 (functional safety of electrical/electronic, programmable electronic safety-related systems), EN 50128 (Railway applications - Communication, signalling and processing systems - Software for railway control and protection systems), IEC 60880 (nuclear power), and ISO 26262 (functional safety of road vehicles) request different levels of code coverage according to the safety level of the application.
    [Show full text]
  • Tpt Test Design and Test Generation
    TPT IN A NUTSHELL TPT TEST DESIGN DASHBOARD ASSESSMENT TRACEABILITY OF TESTING SAFETY TPT is a tool for functional testing of embed- AND TEST User interfaces can be designed for expe- OF TESTS AND REQUIREMENTS AND SYSTEMS PikeTec GmbH ded software interfacing a huge number of riments with a System under Test. Manual standard development tools. GENERATION validation, test observation and interaction REPORTING TEST CASES TPT supports qualified testing and Waldenserstr. 2 - 4 are possible. verification of safety related systems. 10551 Berlin | Germany TPT is suitable for all development phases. Expressing test cases with TPT is both, TPT supports fully automated assessment TPT supports analysis and coverage Tel. +49 30 394 096 830 TPT can be used for MiL, SiL, PiL, HiL powerful and easy to handle. The Dashboard is a powerful feature and documentation of test results including examination of requirements and tests. Safety standard directives can be satisfied Mail. [email protected] and in vehicles. of TPT for many reasons: Requirements can be imported from while testing with TPT up to the highest EMBEDDED TESTING Use automatons for structuring test phases: several formats and tools. safety level. Related standards are: www.piketec.com Back-to-Back testing with relative Tests can be created graphically by the Dashboards can be used for exper- and absolute tolerances STARTS HERE user or generated automatically. INIT imental testing long before test design Requirements can be analyzed, linked ISO 26262 light on Pass and fail criteria Dashboards can also be used to test cases and reported along with IEC 61508 IF Test phase 2 Powerful signal pattern The tests are executed, assessed and bright changing light together with automated tests the tests.
    [Show full text]
  • Silver Datasheet
    DATASHEET Silver Virtualization of ECUs Virtual ECUs bring Overview code to life Silver, a virtual ECU platform, is used to move development tasks from road and test rigs to a Windows PC, enabling the most efficient development. Virtual ECUs Silver is a tool for creating and running virtual ECUs. It moves development tasks from road and test rig to a Windows PC. How Much of the ECU Software Runs Inside a vECU? Depending on the use case and the availability of source code, different parts of the ECU software can be ported to a PC. The figures below show two typical virtualizations of an AUTOSAR ECU: (A) only the Application Software (ASw) is virtualised, (B) also parts of the Basic Software (BSw). synopsys.com ASw–Application Software Standard API Non-standard API ASw ASw Standardized interface BSw basic software: IO hardware Dem, Det, Dcm, Com, Non-standard interface abstraction OS NvM, SchM, FiM… CDD OS OS complex Unmodified software device BSw CDD BSw CDD Standard MCAL drivers Emulation layer in Silver Can, Lin, Fr, Fls, Adc, Spi, Hardware MCAL MCAL IcuPwm, Dio, Port, Wdg, Mcu... Target chip–ECU hardware Windows PC Windows PC Building vECUs with Silver Established coverage measures used by TestWeaver for software controllers are: statement, decision and MC/DC code coverage. Silver supports two ways to build vECUs: • Based on ECU source code—by compiling the C code for Windows PC • Based on ECU binary code (Hex file)—with Silver’s chip simulation feature, supported for MCUs of the Tricore (Infineon) and PowerPC (NXP/ Freescale and STM) families The build procedure is similar in both cases: • Write a configuration file that describes the desired vECU, for instance, tasks to run, inputs and outputs • Let Silver build the vECU from the configuration file.
    [Show full text]
  • Configuration Guide--SAS 9.4 Foundation for Microsoft Windows For
    Configuration Guide for SAS® 9.4 Foundation for Microsoft Windows for x64 Copyright Notice The correct bibliographic citation for this manual is as follows: SAS Institute Inc. 2. 0 Guide for SAS® 9.4 Foundation for Microsoft Windows for x64, Cary, NC: SAS Institute Inc. Configuration Guide for SAS® 9.4 Foundation for Microsoft Windows for x64 Copyright © 2020, SAS Institute Inc., Cary, NC, USA All rights reserved. Produced in the United States of America. For a hard-copy book: No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, photocopying, or otherwise, without the prior written permission of the publisher, SAS Institute Inc. For a web download or e-book: Your use of this publication shall be governed by the terms established by the vendor at the time you acquire this publication. The scanning, uploading, and distribution of this book via the Internet or any other means without the permission of the publisher is illegal and punishable by law. Please purchase only authorized electronic editions and do not participate in or encourage electronic piracy of copyrighted materials. Your support of others’ rights is appreciated. U.S. Government Restricted Rights Notice: Use, duplication, or disclosure of this software and related documentation by the U.S. government is subject to the Agreement with SAS Institute and the restrictions set forth in FAR 52.227-19, Commercial Computer Software-Restricted Rights (June 1987). SAS Institute Inc., SAS Campus Drive, Cary, North Carolina 27513. August 2020 SAS® Publishing provides a complete selection of books and electronic products to help customers use SAS software to its fullest potential.
    [Show full text]
  • Model-Based Testing of Real-Time Embedded Systems in the Automotive Domain
    Model-based Testing of Real-Time Embedded Systems in the Automotive Domain vorgelegt von Dipl. Inform., Dipl. Ing. Justyna Zander-Nowicka von der Fakultät IV – Elektrotechnik und Informatik der Technischen Universität Berlin zur Erlangung des akademischen Grades der Doktorin der Ingenieurwissenschaften – Dr.-Ing. – Genehmigte Dissertation Promotionsausschuss: Vorsitzender: Prof. Dr. –Ing. Clemens Gühmann Berichter: Prof. Dr. –Ing. Ina Schieferdecker Berichter: Prof. Dr. rer. nat. Ingolf Heiko Krüger Tag der wissenschaftlichen Aussprache: 19.12.2008 Berlin, 2009 D 83 Model-based Testing of Real-Time Embedded Systems in the Automotive Domain by M. Sc. Justyna Zander-Nowicka Faculty IV – Electrical Engineering and Computer Science Technical University Berlin A dissertation submitted in partial fulfillment of the requirements for the degree of Doctor of Engineering Science – Eng. Sc. D. – Accredited Dissertation Examination Board: Chairman: Prof. Eng. Sc. D. Clemens Gühmann Supervisor: Prof. Eng. Sc. D. Ina Schieferdecker Technical University Berlin, Faculty of Electrical Engineering and Computer Science Supervisor: Prof. Dr. Ingolf Heiko Krüger University of California, San Diego, Department of Computer Science and Engineering Day of the Defense: December 19th, 2008 Berlin, 2009 D 83 To my parents Ewa and Georg Zander. ii Technical University Berlin Faculty IV – Electrical Engineering and Computer Science Department for Design and Testing of Telecommunications Systems Franklinstraße 28-29 10587 Berlin, Germany http://www.iv.tu-berlin.de/ University of California, San Diego Department of Computer Science and Engineering UCSD CSE Building 9500 Gilman Drive, Dept. 0404 La Jolla, CA 92093-0404, U.S.A. https://sosa.ucsd.edu/ iii Abstract Software aspects of embedded systems are expected to have the greatest impact on industry, market and everyday life in the near future.
    [Show full text]
  • Release Notes TPT 13 1
    Version 13u2 Table of Contents Release Notes TPT 13 1 TPT 13u2 1 TPT 13u1 1 General 1 Import interface 5 API 8 Test step list 8 Requirements 9 Report 10 Platforms 11 ASCET 12 ASSESSMENT 12 AUTOSAR 12 CAN 13 CANape 13 C-Code 14 dSPACEHIL@FUSION 14 EXE 14 FMI 15 FUSION 15 MATLAB 15 PLS UDE, Lauterbach Trace32, GDB 16 VeriStand 16 Signal Viewer 17 Assesslets 18 - I - Assessment 19 Previous Releases 19 TPT 12 19 TPT 11 24 TPT 10 30 TPT 9 37 TPT 8 40 TPT 7 43 TPT 6.1 44 TPT 6.0 48 TPT 5.1 49 TPT 5.0 49 TPT 4.2 52 TPT 4.1 52 TPT 4.0 53 TPT 3.4.3 55 TPT 3.4.2 56 TPT 3.4.1 56 - II - Release Notes TPT 13 Release Notes TPT 13 TPT 13u2 New l Modifications View: you can now specify to calculate only the modified object, the modified object and the objects directly linked to it, or the modified object plus the directly linked objects and indirectly linked objects. Changed l In the test_summary.xml, the ID instead of the UUID is given for assesslets. Bug fix l Changing the value of an Array-of-struct with an expression containing channels or parameters that are changed during test execution is not allowed anymore. l Individual transition specifications can be deleted by using the Remote API. l Floating Licenses will now be returned when executing TPT via the command line without opening the main window.
    [Show full text]
  • Systematic Testing of the Continuous Behavior of Automotive Systems
    Systematic Testing of the Continuous Behavior of Automotive Systems Eckard Bringmann Andreas Krämer DaimlerChrysler DaimlerChrysler Alt-Moabit 96a Alt-Moabit 96a 10559 Berlin, Germany 10559 Berlin, Germany +49 30 39982 242 +49 30 39982 336 [email protected] [email protected] ABSTRACT gap, the testing of automotive systems in practice focuses on In this paper, we introduce a new test method that enables the simple data tables to describe input signals or on script languages, systematic definition of executable test cases for testing the such as Visual Basic, Python or Perl, to automate tests. continuous behavior of automotive embedded systems. This Nevertheless, signals are still very difficult to handle in these method is based on a graphical notation for test cases that is not languages. Even worse, there is no systematic procedure to help only easy to understand but also powerful enough to express very testers reveal redundancies and missing, test relevant, aspects complex, fully automated tests as well as reactive tests. This new within their test cases. In other words, the selection of test data approach is already in use in several production-vehicle occurs ad hoc and is based on some use cases and typical extreme development projects at DaimlerChrysler and at some suppliers. scenarios but often does not cover all functional requirements of the system under test (SUT). Categories and Subject Descriptors Our new approach – which is called Time Partition Testing D2.5 [Software Engineering]: Testing
    [Show full text]
  • Usefulness of Model-Based Testing Within Simulink Platform
    Master Thesis Usefulness of Model-Based Testing Within Simulink Platform Filip Chocholak 23.03.2018 Supervisors: Prof. Dr. Jian-Jia Chen Dr. Stefan Schneider Technische Universit¨atDortmund Fakult¨atf¨urInformatik Lehrstuhl Informatik 12 (Eingebettete Systeme) http://ls12-www.cs.tu-dortmund.de Acknowledgements The following Thesis was done in cooperation with H&D Services for Engineering and the Design Automation of Embedded Systems Group of the Department of Computer Science at TU Dortmund. I would like to thank my company supervisor Dr. Stefan Schneider for his support in developing the basic principles for this Thesis and his meaningful feedback. My special gratitude goes to my university supervisor Prof. Dr. Jian-Jia Chen for giving me freedom to explore the different topics in this Thesis, while guiding me with insightful comments and helping me to shape it in every aspect. I would also want to thank both MathWorks Inc. and PikeTec GmbH. by providing us the relevant tools. Lastly, a special thanks goes to my family, friends and my girlfriend for supporting me during my time of writing this Thesis. Abstract The trends of drastic increase of software features in relation to popular electric and self- driving cars pushes the industry to think more vast. To think more software features in vehicles, require more attention, towards safety and high product quality error-free aspects. To ensure such manners, more effort regarding testing must be considered. To test as early as possible, starting from the component Level through the integration Level up to the system Level while performing Model-Based Development (MBD).
    [Show full text]