Балашов eucass 2013 (1185212), страница 5

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 5)

Decision on farther operations with the device is made on the base of testingresults.When a new, e.g. recently produced, set of RTA devices arrives for testing, it completely replaces the “reference”set. If some issues are detected in operation of the new RTA system set, some of the new devices can be replacedwith the reference ones to help localization of the faulty device.6. Mobile workstation for monitoring and testing of RTA devices onboard the aircraft.

Mobile workstation is themost compact installation of the FT toolset and “Channel analyzer” tools for data exchange monitoring. Workstationhardware includes: A rugged industrial notebook with extension chassis providing PCI and/or PCI Express slots; Adapters of onboard interface channels (e.g. MIL STD-1553B, ARINC 429, Fibre Channel).Mobile testing and monitoring workstation enables primary diagnostics of RTA devices operation without theirtransportation to the location of stationary testbenches.

This possibility is essential in case of multiple geographicallyseparated locations in which the aircraft containing the RTA devices are operated or field tested. If there are issues inoperation of the RTA system “as a whole”, use of mobile testing and monitoring workstations allows localization ofthe problem and its attribution to a specific RTA device.

This single device becomes the subject for fartherexamination on a stationary testbench.8. Joint operation of the testbenchesThis section presents a typical scheme for joint operation of the testbenches described in Section 7.

Testbench typesare identified by numbers according to items of Section 7. Testbenches of type 4 are not shown on the scheme, assuch testbenches are used for development of testing scripts for any of the other testbench types.It should be noted that “New software” in Figure 2 is actually a new software version developed on the basis of theprevious version(s) and possibly containing only local modifications.11V.V.

Balashov, M.V. Chistolinov, R.L. Smeliansky!TB1TB1TB2TB2!TB1!TB3?TB5!MWSLegendSoftware (SW)!TestbenchesNew SWTB1Testbench for testing and debuggingof an individual RTA device’s softwareIntegrated & tested SWfor a single RTA deviceTB2Testbench for testing and debugging thesoftware of several connected RTA devicesIntegrated & tested SWfor an RTA subsystemTB3Testbench for RTA system integration andacceptance testingIntegrated & tested SWfor the whole RTA systemTB5Testbench for acceptance testing of seriesproduced RTA systemsSW with confirmed defectsMWSMobile workstation for monitoring andtesting of RTA devicesHardware (HW)New series-producedhardware of RTA devices?RTA system suspected of defects.HW/SW integrated & testedRTA system!RTA device subject to reclamationsFigure 2: Scheme of joint operation of testbenches12A FAMILY OF TESTBENCHES TO SUPPORT TESTING OF REAL-TIME AVIONICS SYSTEMS9.

ConclusionIn this paper we addressed the problems of functional testing of RTA systems occurring on different phases of RTAsystem lifecycle and requiring the involvement of the target system’s hardware. A functional testing toolset forsolving these problems was presented along with architecture of testbenches based on this toolset.The presented FT toolset is aimed at testing of RTA systems without their instrumentation, in particular withoutloading any auxiliary software on the RTA devices.

Support for this kind of testing is necessary to performacceptance and field testing of RTA systems. A brief overview of two general purpose toolsets for functional testingof real-time systems indicated that capabilities of these toolsets for testing of non-instrumented RTA systems aresignificantly limited.A family of FT toolset-based testbenches was also described in the paper.

Testbenches from this family are utilizedby Sukhoi Design Bureau in the process of development and maintenance of aircraft data control systems.Following directions for future development of the FT toolset and the related testing technology should be noted: Support for declarative description of test cases, as an alternative to procedural description in Testdescription language; an example of declarative description is the table of test cases, each row of whichcontains the values of test data, delay for their processing in the RTA system, and conditions to be checkedon the responses from the RTA system; Support for use of a single description of onboard interfaces’ messages structure for all test projects createdfor a particular version of the RTA system software; Automatic binding of test components’ interfaces to adapters within the instrumental computers, tominimize the adaptation of testing configurations after transfer of test projects between testbenches; Automatic analysis of the data exchange sequences recorded on the channels for compliance to the referenceschedules from the onboard interfaces database; Automatic testing of indication formats of the RTA system’s display devices; such devices typically sendthe “archive” copies of displayed images through onboard channels; to automate testing of indicationformats, it is necessary to implement tools for automatic comparison of these archive images with referenceimages; Support for open interfaces for integration of the testbench with external systems for RTA devices workout,for instance the interface specified by the HLA standard [7].References[1] IBM.

2013. Embedded software test automation framework – IBM Rational Test RealTime.http://www-01.ibm.com/software/awdtools/test/realtime/. Accessed 26 May 2013.[2] Vector Software. 2013. How to Improve Embedded Software Unit/Integration Testing with Automation.http://www.vectorcast.com/testing-solutions/unit-integration-embedded-software-testing.php.

Accessed 26 May2013.[3] Culbertson, R., Brown, C., and Cobb, G. 2002. Rapid testing. Prentice Hall PTR.[4] Balashov, V.V., Balakhanov, V.A., Bakhmurov, A.G., Chistolinov, M.V., Shestov, P.E., Smeliansky, R.L., andYoushchenko, N.V. 2011. Tools for monitoring of data exchange in real-time avionics systems. Proc. EuropeanConference for Aero-Space Sciences (EUCASS).[5] Balashov, V.V., Bakhmurov, A.G., Chistolinov, M.V., Smeliansky, R.L., Volkanov, D.Y., and Youshchenko,N.V. 2010. A hardware-in-the-loop simulation environment for real-time systems development and architectureevaluation. Int.

J. Crit. Comput.-Based Syst. 1, No. 1/2/3:5–23[6] Balashov, V.V., Balakhanov, V.A., Kostenko, V.A., Smeliansky, R.L., Kokarev, V.A., and Shestov, P.E. 2010.A technology for scheduling of data exchange over bus with centralized control in onboard avionics systems.Proc. IMechE Part G: J. Aerosp. Eng. 224, No. 9:993–1004.[7] IEEE. 2010. IEEE Standard for Modeling and Simulation (M&S) High Level Architecture (HLA) – Frameworkand Rules.

doi: 10.1109/IEEESTD.2010.5553440.13.

Характеристики

Список файлов лекций