AC-B Air Traffic Control & Business Systems GmbH © AC-B GmbH 2008 AMHS Conformance Testing AMHS Implementation Workshop Chennai, India, 15 – 16 December.

Slides:



Advertisements
Similar presentations
AMHS/SWIM Seminar Chiang Mai, Thailand 5-6 March 2012
Advertisements

Top-Down Network Design Chapter Nine Developing Network Management Strategies Copyright 2010 Cisco Press & Priscilla Oppenheimer.
Configuration management
AMHS Workshop Chennai, India December 15-16, 2008
Chapter 19: Network Management Business Data Communications, 5e.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
T-FLEX DOCs PLM, Document and Workflow Management.
FAA/JCAB ATN & AMHS Trial Varadero, Cuba May 2002 Presentation ATN 3.2 by H. Tran.
Chapter 19: Network Management Business Data Communications, 4e.
Network Management Overview IACT 918 July 2004 Gene Awyzio SITACS University of Wollongong.
Rational Unified Process
1 ITC242 – Introduction to Data Communications Week 12 Topic 18 Chapter 19 Network Management.
Lecture 13 Revision IMS Systems Analysis and Design.
Objective COM10 ESSIP Plan 2014 Adriatik KOKONA DSS/EIPR
Lecture Nine Database Planning, Design, and Administration
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
Database System Development Lifecycle Transparencies
AMHS (ATS Message Handling System)
Protocols and the TCP/IP Suite Chapter 4. Multilayer communication. A series of layers, each built upon the one below it. The purpose of each layer is.
Software Testing Verification and validation planning Software inspections Software Inspection vs. Testing Automated static analysis Cleanroom software.
© 2004 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice Automation Fundamental Concepts &
Chapter 9 Database Planning, Design, and Administration Sungchul Hong.
Database Planning, Design, and Administration Transparencies
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
Overview of the Database Development Process
Condor Technology Solutions, Inc. Grace RFTS Application Extension Phase.
Model Bank Testing Accelerators “Ready-to-use” test scenarios to reduce effort, time and money.
Presentation to: Name: Date: ICAO Asia-Pacific AMHS Activities & Status ICAO Asia-Pacific AMHS Activities & Status ATS Message Handling System (AMHS )
Chapter 2 The process Process, Methods, and Tools
CLEANROOM SOFTWARE ENGINEERING.
Asia/Pacific AMHS Implementation Workshop AMHS Description and Implementation December 15-16, 2008 Chennai, India.
Workshop - November Toulouse Ronan LUCAS - Magillem Design Services 07/04/2011.
1 Positioning Statement LinkRunner Network Multimeter An essential personal tool to quickly verify network connectivity and availability 1.
Protocol Architectures. Simple Protocol Architecture Not an actual architecture, but a model for how they work Similar to “pseudocode,” used for teaching.
Federal Aviation Administration Federal Aviation Administration 1 Presentation to: Name: Date: Federal Aviation Administration AMHS Security Security Sub-Group.
ITEC 3220M Using and Designing Database Systems
What is a life cycle model? Framework under which a software product is going to be developed. – Defines the phases that the product under development.
1 Chapter 9 Database Design. 2 2 In this chapter, you will learn: That successful database design must reflect the information system of which the database.
1 Apache. 2 Module - Apache ♦ Overview This module focuses on configuring and customizing Apache web server. Apache is a commonly used Hypertext Transfer.
AMHS Interoperability
Configuration Management (CM)
1. Validating Wireless Protocol Conformance Test Cases Amresh Nandan Paresh Jain June 2004.
Reusability and Effective Test Automation in Telecommunication System Testing Mikael Mattas Supervisor: Professor Sven-Gustav Häggman Instructor: B.Sc.
Basic of Software Testing Presented by The Smartpath Information System An ISO 9001:2008 Certified Organization
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 22 Slide 1 Software Verification, Validation and Testing.
TTCN-3 MOST Challenges Maria Teodorescu
FDT Foil no 1 On Methodology from Domain to System Descriptions by Rolv Bræk NTNU Workshop on Philosophy and Applicablitiy of Formal Languages Geneve 15.
Altman IM Ltd | | process | verify | convert | route | connect Prism Software’s solutions provide advanced workflow.
1 WP2: Communications Links and Networking – update on progress Mihael Mohorčič Jozef Stefan Institute.
Toulouse, September 2003 Page 1 JOURNEE ALTARICA Airbus ESACS  ISAAC.
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
T EST T OOLS U NIT VI This unit contains the overview of the test tools. Also prerequisites for applying these tools, tools selection and implementation.
A web based tool for estimation of Gage R&R and Measurement Uncertainty Siva Venkatachalam & Dr. Jay Raja Center for Precision Metrology The University.
HPHC - PERFORMANCE TESTING Dec 15, 2015 Natarajan Mahalingam.
Chapter 9 Database Planning, Design, and Administration Transparencies © Pearson Education Limited 1995, 2005.
Service Enhancement AMHS Implementation Workshop Chennai, India 15 th – 17 th December 2008.
Software Engineering — Software Life Cycle Processes — Maintenance
AMHS (ATS Message Handling System)
ICAO Seminar on Aeronautical spectrum management (Cairo, 7 – 17 June 2006) SAFIRE Spectrum and Frequency Information Resource (presented by Eurocontrol)
PLM, Document and Workflow Management
A scalable approach for Test Automation in Vector CAST/Manage with
AMHS/SWIM Seminar Chiang Mai, Thailand 5-6 March 2012
IEEE Std 1074: Standard for Software Lifecycle
Objective COM10 ESSIP Plan 2015 Adriatik KOKONA DPS/PEPR
FAA/JCAB ATN & AMHS Trial
ICAO Seminar on Aeronautical spectrum management (Cairo, 7 – 17 June 2006) SAFIRE Spectrum and Frequency Information Resource (presented by Eurocontrol)
Tomaž Špeh, Rudi Seljak Statistical Office of the Republic of Slovenia
DRC Central Office Services
Presentation transcript:

AC-B Air Traffic Control & Business Systems GmbH © AC-B GmbH 2008 AMHS Conformance Testing AMHS Implementation Workshop Chennai, India, 15 – 16 December 2008 Rainer Hoffmann, AC-B GmbH

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH Presentation Contents  EUR AMHS testing strategy  AMHS conformance test environment  Test experience

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH  EUR AMHS testing strategy  AMHS conformance test environment  Test experience

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH EUR AMHS Testing Strategy  ICAO EANPG (AFSG) developed standards for AMHS testing  What exactly will be tested?  Which tests are performed?  How are tests executed (under which conditions)?  -> Make tests fair and transparent to everybody  3 Test phases are defined in the EUR AMHS Manual 1. Conformance testing 2. Interoperability testing 3. Pre-operational testing

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH Test phases (1) 1.Conformance tests  wide test scope of standard (and optional) functions  soon after system installation (may be done in parallel with FAT/SAT) 2.Interoperability tests  limited test scope - basic and important functions  bilateral and trilateral tests  when the network connection is established 3.Pre-operational tests  a few check-ups close before cut-over  run AFTN and AMHS link in parallel

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH Test phases (2)  examine one system against the specification (standard documents)  can be performed locally  examine two or more systems communicating with each other  distributed over two or more locations Conformance testingInteroperability testing IUT System A Test Tool IUT System A IUT System C IUT System B IUT:= Implementation Under Test   test automation possible  includes „negative“ test cases  bilateral coordination of staff presence  only „positive“ test cases

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH Conformance testing saves overall test effort (1) Example: 59 interoperability tests with 8 partners (neighbour domains) Interoperability Tests Number of tests In this example 472 tests would need to be coordinated and performed

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH Conformance testing saves overall test effort (2) Interoperability Tests Conformance Tests...and reduce the number of interoperability tests Start with conformance tests... In this example the overall number has been reduced to 203 tests ( = ) Interop. Tests Number of tests 59 18

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH Test Strategy A: Perform comprehensive interoperability testing Number of test cases Test cases per day 596 Test casesTest days 2Partners Partners Partners Partners Partners Test effort comparison (1) All test cases have to be performed with each partner!

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH Test effort comparison (2) Test Strategy B: Perform comprehensive conformance testing and a subset of interoperability testing Conformance testsInteroperability tests Number of test cases Test cases per day Number of test cases Test cases per day Test casesTest days Test casesTest days Overall daysSavings 2Partners % 4Partners % 8Partners % 16Partners % 40Partners %

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH Reasons for a conformance test tool  Improved test coverage, more test capabilities  overcome scenario limitations encountered in the FIRST interoperability trials  enforce fault situations (= negative testing) to check IUT robustness, e.g. erroneous AMHS parameters  Better fault analysis  test tool can analyse captured AMHS messages, reports and probes  test tool can act as a reference system  Easier regression testing  less manual interaction, tests can be repeated very exactly (and quickly)  no need to use AMHS links to neighbour domains to verify your software updates

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH  EUR AMHS testing strategy  AMHS conformance test environment  Test experience

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH AMHS Test Tool Concept  Build a test tool with all necessary components to simulate an operational AMHS environment of a COM centre  Provide a test platform for loadable test scenarios  modification or enhancements of standard tests  reuse of test messages and test sequences  easy creation of new tests  Minimise manual intervention by test automation

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH COM Centre AFTN/AMHS Gateway ATS Message Server (MTA) Generic COM-Center Environment (AMHS view) Local AFTN User Terminal Monitor & Control Position AFTN Environment AFTN User (s) AFTN User (1) AFTN User (2) AFTN Center AFTN (CIDIN) interface AMHS Environment Local AMHS User Agent (UA) User Agents (UA) UA 1 UA 2 UA 3 UA 4 UA m UA o AMHS (P1) interfaces Message Transfer Agents (MTA) MTA-1 MTA-n MTA-2

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH AFTN/AMHS Gateway ATS Message Server (MTA) AMHS Test Interfaces Local AFTN User Terminal Monitor & Control Position AFTN Test Environment AFTN (CIDIN) interface AMHS Test Environment AMHS (P1) interfaces Local AMHS User Agent (UA) IUT Test MTA-1 Test MTA-3 Test MTA-2 AFTN Test Appl. Test Interfaces

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH AMHS Test Tool AFTN/AMHS Gateway ATS Message Server (MTA) AMHS Test Tool Architecture Local AFTN User Terminal Monitor & Control Position AFTN Test Appl. AFTN (CIDIN) interface AMHS (P1) interfaces Test MTA-1 Test MTA-3 Test MTA-2 Local AMHS User Agent (UA) IUT Testlog Message Source/Sink Viewer/ Editor User Interface Test Control and Evaluation Application Test Interfaces

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH Features of AC-B‘s AMHS Test Tool  Test interfaces  AMHS over TCP/IP  AMHS over ATN (option)  AFTN over CIDIN/X.25 PVC  AFTN over X.25 (option)  AFTN over TCP/IP (option)  Test cases  59 conformance test scenarios according to EUR AMHS Manual (App. D)  More than 200 prepared AMHS and AFTN test messages  Functions  Generation of IPMs, IPNs, reports, probes with user-defined parameters  Verification of IPMs, IPNs, reports, probes received from the IUT  Automatic response to received messages and probes: DR, NDR, RN, NRN

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH AMHS Conformance Test Scope  Test groups  Submission operations  Delivery operations  Transfer operations  Gateway operations  AMHS -> AFTN  AFTN -> AMHS  Test classes  Verification of normal communication  Handling of communication errors (negative testing – robustness tests)

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH AMHS Test Tool - HMI examples (1) Table tree view for test steps Details for a selected test stepRun control buttons Indication of test step success / failure

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH IPM AMHS Test Tool - HMI examples (2) Test Control and Evaluation Application AMHS Viewer/Editor MTE IPN Probe Report

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH AC-B‘s AMHS Test Services  AC-B offers AMHS test services to ANSPs and AMHS suppliers  The basic AMHS conformance test service package includes  preparation of the AMHS test tool for the on-site test  on-site test session to run a set of standardized AMHS conformance test procedures  test evaluation and test report  test certificate (= conformance test statement)  Customized test service packages can be offered  to perform regression testing, or  to verify optional, customer-specific AMHS features

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH  EUR AMHS testing strategy  AMHS conformance test environment  Test experience

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH AMHS conformance test sessions  9 conformance test sessions in 2006, 2007 and 2008  5 initial test session and 4 regression test  regression tests were due to  normal (planned) product release upgrades, or  unsatisfying initial test results  5 AMHS systems were tested  DFS (Germany), Austrocontrol (Austria), MATS (Malta), AFSBw (German Military), NAVIAIR (Denmark)  These 5 systems came from 5 different suppliers

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH AMHS conformance test statistics

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH Experiences made  The first (initial) test of a product takes time  Connection set-up is never easy b e p a t i e n t... !  Inital test runs never flow smoothly do not get frustrated!  A renewed (second) test run can be done very efficiently (even in one day)  Some major problems that occured were not specific to the AMHS standard  When we defined AMHS tests, we believed that base X.400 MHS products are mature that was wrong!  Tests revealed problems also on X.400 level and even ISO transport layer s u r p r i se ?

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH Conclusions and recommendations (2)  Conformance testing is only one step in a series of tests  stepwise testing at supplier and customer premises required  conformance tests do not replace FAT/SAT and are no guarantee for perfect AMHS operation (due to limited scope and specific test parameters)  The system‘s configuration is an issue  the conformance test environment uses test parameters, e.g. for mta name, domain names, AFTN and AMHS addresses  later configuration changes may result in different behaviour (e.g. gateway use of address mapping tables)  configuration control is the supplier‘s responsibility  Recommendation:  Perform the official conformance tests at the target system, best at ANSPs premises

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH Conclusions and recommendations (2)  Today‘s standardized conformance tests are absolutely necessary but not necessarily sufficient  In many cases non-conformant behaviour was detected by the test tool and the software could be updated (improved) before the official test run  but...  test scope limited mainly to AFTN/AMHS gateway and MTA  only few MTA submission and delivery tests  no standardized test for UA-MS/MTA and UA-UA communication  Recommendation:  Enhance the scope of standardized conformance tests

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH Invitation  Please consider AMHS support from AC-B in your implementation projects  AMHS Conformance Test Services  AMHS Seminars  The AMHS Book

© AC-B GmbH 2008 AC-B Air Traffic Control & Business Systems GmbH