| 词条 | Real-time testing |
| 释义 |
Real-time testing is the process of testing real-time computer systems. Software testing is performed to detect and help correct bugs (errors) in computer software. Testing involves ensuring not only that the software is error-free but that it provides the required functionality to the user. Static and conventional methods of testing can detect bugs, but such techniques may not ensure correct results in real time software systems. Real-time software systems have strict timing constraints and have a deterministic behavior. These systems have to schedule their tasks such that the timing constraints imposed on them are met. Conventional static way of analysis is not adequate to deal with such timing constraints, hence additional real-time testing is important.[1] StrategyTest case design for real time testing can be proposed in four steps [2]
In the very first step, each task is tested individually with conventional static testing. This testing is performed only to discover the errors in logic or syntax of the program. Order of the events doesn't matter as task testing doesn't deal with timing constraints and time properties of events.
Using the system models designed with the help of automated testing tools, it is possible to simulate behavior of real time system and impact of concurrent external events on its behavior.
Once the testing with the individual task is done, then task is supposed to be error free in coding and behavioral area. Time-related constraints are tested with intertask testing. To reveal the errors in communication, asynchronous tasks are tested with variable data rates and different payloads.
In this testing, software and hardware are integrated and full range of system tests are conducted to discover errors, if any, during software and hardware interfacing. Tools for real time testingAs testing of real time systems is becoming more important, there are some tools designed for such testing. MSCMessage Sequence Charts is an internationally accepted standard for capturing requirements.MSC [3] Provides a graphical 2-D language often required for collecting requirements through some interaction scenarios. SDLSpecification and Description Language is a standard used for design and analysis. SDL [4] supports the specification of complex software systems and has been extensively applied across a broad array of domains from telecommunications, automation, through to general software development TTCNTesting and Test Control Notation is the only internationally standard testing language. TTCN3 [5] provides a broader applicability, as compared to earlier versions of TTCN, which were primarily focused on OSI protocols only.These three standards together are used for testing of real time applications. It is necessary that requirements be satisfied with these models and test cases generated must capture the functional and real time information needed to test systems. Also, the changes in the requirements of design and new information about the real time properties of systems should be fed into models so that its impact can be found out. To accurately capture the real time properties of a given test system and to ensure that requirements and models are used to generate realistic and enforceable timing information, it is essential that the language itself (TTCN-3) has a well understood and semantically sound model of time. TTCN-3BackgroundTTCN-3 is the only currently available, internationally standardized testing language. Prior to TTCN3, its earlier versions were having limited functionality and limited scope over OSI protocol. But, TTCN3 is an advanced version and has broader applicability.Characteristics of TTCN3 are:
The reason for using TTCN3 for real time testing is because of its timers. These timers are defined in function test suites. There are no any global kind timers used in TTCN3. These timers can be started, stopped and checked using simple functions like timer.start, timer.stop, and timer.read. Snapshot Semantics is a technique in TTCN3 (also in TTCN2), which deals with the message passed during communication by system to system or implementation under test. When a series of responses are received by system under test, then snapshot is taken and they are evaluated in order of their arrival. So, each time around a set of attributes, a snapshot is taken and only those events are evaluated which are present in snapshot. But this technique is not efficient as some events and their attribute information might get lost while the snapshot is taken. Some events might get recorded on processing queue, but not on snapshot. Such events can never get processed. Also, if the test executer equipment is not fast enough, then it can not communicate properly with the system under test. So, faults might get generated during such test evaluation. References1. ^{{cite book|chapter-url=http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=139423|doi=10.1109/CMPSAC.1990.139423|chapter=On real-time software testing and debugging|title=Proceedings., Fourteenth Annual International Computer Software and Applications Conference|pages=512–518|year=1990|last1=Tsai|first1=J.J.P.|last2=Fang|first2=K.-Y.|last3=Bi|first3=Y.-D.|isbn=978-0-8186-2054-6}} 2. ^Software Engineering: A Practitioner's Approach by Roger S Pressman 3. ^{{cite book | url=http://www.sdl-forum.org/issre04-witul/papers/EbnerTTCN3.pdf}} 4. ^{{cite book | url=http://www.aws.cit.ie/personnel/dpesch/notes/msc_sw/sdl.pdf}} 5. ^{{cite book | url=http://www.ttcn-3.org| title=Home}} 2 : Software testing|Real-time computing |
| 随便看 |
|
开放百科全书收录14589846条英语、德语、日语等多语种百科知识，基本涵盖了大多数领域的百科知识，是一部内容自由、开放的电子版国际百科全书。