Allow tool-specific code in TTCN-3 as well in conformance test suite

Slides:



Advertisements
Similar presentations
TTCN-3 Users Conference
Advertisements

Concurrent Signal and Procedure based Testing using TTCN-3 Satish GVKS Infrastructure System Division Motorola India Electronics Pvt Ltd. Bangalore, India.
Is a Node or not Node? ARC Node_resolution Group Name: ARC Source: Barbara Pareglio, NEC, Meeting Date: ARC#9.1 Agenda.
Problem of non-Blocking Synchronous mode Group Name: ARC WG Source: Yuan Tao, Mitch Tseng, Huawei Technologies Meeting Date: ARC 15.0 Agenda Item: TBD.
Testing Framework TST 15 Source: Laurent Velez, ETSI, Meeting Date: TST Testing_framework.PPT.
© 2012 WIPRO LTD | 1 Version 1.0a, 23 rd April 2012 TTCN-3 Users Conference Practical integration of TTCN-3 with Robot test automation framework.
Profiling Metadata Specifications David Massart, EUN Budapest, Hungary – Nov. 2, 2009.
Model Based Conformance Testing for Extensible Internet Protocols Anastasia Tugaenko Scientific Adviser: Nikolay Pakulin, PhD.
Introduction of PRO WG activities Group Name: TP Source: Shingo Fujimoto, FUJITSU, Meeting Date: Agenda Item:
End-to-End security definition Group Name: SEC WG4 Source: Phil Hawkes, Qualcomm, Meeting Date:
Getting Started with OPC.NET OPC.NET Software Client Interface Client Base Server Base OPC Wrapper OPC COM Server Server Interface WCF Alternate.
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.
AllJoyn-Interworking Discussion Group Name: TP WG2 ARC Source: Josef Blanz, Phil Hawkes, Qualcomm Inc., Meeting Date:
OIC INTERWORKING OPERATIONAL PROCEDURE (ADDRESSING AND DISCOVERY) Group Name: Architecture WG Source: Kiran Vedula, Samsung Electronics,
Routing Problem of the Current Architecture Group Name: ARC Source: Hongbeom Ahn, LG Electronics, Meeting Date: Agenda.
M2M Service Subscription Profile Discussion Group Name: oneM2M TP #19.2 Source: LG Electronics Meeting Date: Agenda Item:
SE abstraction scenarios Group Name: SEC Source: Claus Dietze, Giesecke & Devrient Meeting Date: Agenda Item: WI SE abstraction.
Variants with be.as script. © beas group 2011 / Page 2 This documentation and training is provided to you by beas group AG. The documents are neither.
App and Management End- to-End Security Requirements Group Name: SEC WG4 Source: Phil Hawkes, Qualcomm,
Call for input from WGs on things to test Group Name: TST Source: Jiaxin Yin, Huawei Technologies Co., Ltd., Meeting Date:
Issues of Current Access Control Rule and New Proposal Introduction Group Name: ARC 21 Source: Wei Zhou, Datang, Meeting Date:
Adding Non-blocking Requests Contribution: oneM2M-ARC-0441R01R01 Source: Josef Blanz, Qualcomm UK, Meeting Date: ARC 7.0,
Subscription and Notification Issue Group Name: WG2 Source: Qi Yu, Mitch Tseng- Huawei Technologies, Co. LTD. Meeting Date: ~23 Agenda Item:
TTCN-3 Testing and Test Control Notation Version 3.
DM Execute Group Name: WG2/WG5 Source: Jiaxin Yin, Huawei Technologies Co., Ltd., Meeting Date: Agenda Item: TBD.
Discussion on Certification Group Name: TST WG Source: JaeSeung Song, WG6 Chair, Meeting Date: TST #21.
Discussion on oneM2M and OSGi Interworking Group Name: ARC Source: Jessie, Huawei, Meeting Date: Agenda Item:
Unified functional/load test architecture and methodology using TTCN-3 TELEFÓNICA I+D Date: June 1st, 2007.
Possible Solution of Interworking between oneM2M and OSGi
Possible options of using DDS in oneM2M Group Name: ARC Source: KETI, Huawei, Hitachi, China Unicom Meeting Date: Agenda Item: DDS binding.
1 CR 0413: Static Test Configurations. 2 Requirements Allow to handle test configurations that can be used by several test cases. Support transfer of.
Protocol Bindings Joint oneM2M Call, 31 Aug 2016.
Call to Action To increase market adoption of oneM2M, more publically available CSEs, AEs, tools and guides are needed for developers and systems integrators.
Resource subscription using DDS in oneM2M
[authenticationProfile] <mgmtObj> specialization
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
Service Enabled AE (SAE)
Possible options of using DDS in oneM2M
NIDD Discussion Points
Automated Interoperability Testing
WPM ad-hoc group report TP#24
oneM2M Service Layer Protocol Version Handling
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [ULI “Profile” for Protocol Management] Date.
MAF&MEF Interface Specification discussion of the next steps
WPM ad-hoc group report TP#25
Discussion to clarify online/offline behavior
oneM2M Versioning Next Steps
Automated Interoperability Testing
Proposals on Test Events
Discussion on feature catalogue
Extension Package: Behaviour Types
CHAPTER 3 Architectures for Distributed Systems
CMDH Refinement Contribution: oneM2M-ARC-0397R01
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [FHSS Neighborhood Area Network Communications Proposal]
CO Games Development 2 Week 19 Extensions to Finite State Machines
Submission Title: [FHSS Proposal] Date Submitted: [May 12, 2009]
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposal of ULI primitives for handling profiles]
Reference Model Proposal
Variants with be.as script
Submission Title: [Draft Standard Overview]
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [ULI “Profile” for Protocol Management] Date.
Typical Workflow - today
Presented by Bogdan Stanca-Kaposta (Spirent)
ETSI TC MTS TDL SC meeting Reports
FILS Frame Content Date: Authors: February 2008
Proposal for a New Work Item: TTCN-3 Control Interfaces
oneM2M interop 6 action point
Abstract TestDesignDirective concepts into abstract TestDirective
Notification Target Discussion
Presentation transcript:

Allow tool-specific code in TTCN-3 as well in conformance test suite Group Name: TST 31 Source: oneM2MTester Meeting Date: 2017-09-20 Agenda Item: TST-2017-0242R01-allow_TTCN-3_tool_extensions

Test architecture today-target The ATS contains the test cases for the Common Service Layer The test tool SA-s implement the protocol bindings, connection setup/tear down etc. SA becomes more-and-more complex with the increasing number of bindings The same functionality is implemented several times Difficult, at some tools impossible to re-use already proven, robust generic-purpose SAs TTCN-3 ATS Creates Starts test steps PTC AE MTC (coordi-nates) PTC CSE TRI oneM2M Primitives Test tool-specific code (Java, C#, C++,…) oneM2M SA

MQTT example of connectivity handling Primitive sending/receiving is not a simple mapping of the primitives and encoding/decoding the content The same situation will occur in the future e.g. for WebSocket

Proposed updated test architecture Make it possible to develop part of the tool-specific code in TTCN-3 (not part of the ATS!) Could simplify SA code by making it a simple forwarder (no need for state machine) Allows sharing code between TTCN-3 tools (like MQTT subscribe) Insertion points already exists in the test cases SUT address, protocol binding etc. are module parameters, thus accessible to the tool-specific TTCN-3 code extension TTCN-3 ATS Creates Starts test steps PTC AE MTC (coordi-nates) PTC CSE TRI Test tool-spec.code TTCN-3 oneM2M Primitives TRI Test tool-specific code (Java, C#, C++,…) oneM2M or generic SA

Proposal, alternative1 (example) function f_CSE_GEN_CRE_001(in PrimitiveScope p_primitiveScope) runs on AeSimu { … // Test adapter configuration // Preamble v_aeIndex := f_cse_preamble_registerAe();//c_CRUDNDi); Current code function f_CSE_GEN_CRE_001(in PrimitiveScope p_primitiveScope) runs on AeSimu { … // Test adapter configuration f_ta_config_registerAe(); // Preamble v_aeIndex := f_cse_preamble_registerAe();//c_CRUDNDi); Extended code

Proposal, altern.1 (example contd.) function f_CSE_GEN_CRE_001(in PrimitiveScope p_primitiveScope) runs on AeSimu { … // Postamble f_cse_postamble_deleteResources(); // Tear down f_cf01Down(); }//end f_CSE_GEN_CRE_001 Current code function f_CSE_GEN_CRE_001(in PrimitiveScope p_primitiveScope) runs on AeSimu { … // Postamble f_cse_postamble_deleteResources(); // Test adapter deconfiguration f_ta_config_tearDownAe(); // Tear down f_cf01Down(); }//end f_CSE_GEN_CRE_001 Extended code

Proposal, alternative2 (example) function f_CSE_GEN_CRE_001(in PrimitiveScope p_primitiveScope) runs on AeSimu { … // Test adapter configuration // Preamble v_aeIndex := f_cse_preamble_registerAe();//c_CRUDNDi); Current code function f_CSE_GEN_CRE_001(in PrimitiveScope p_primitiveScope) runs on AeSimu { … // Test adapter configuration f_ta_config_preamble(); // Preamble v_aeIndex := f_cse_preamble_registerAe();//c_CRUDNDi); Extended code

Proposal, altern.2 (example contd.) function f_CSE_GEN_CRE_001(in PrimitiveScope p_primitiveScope) runs on AeSimu { … // Postamble f_cse_postamble_deleteResources(); // Tear down f_cf01Down(); }//end f_CSE_GEN_CRE_001 Current code function f_CSE_GEN_CRE_001(in PrimitiveScope p_primitiveScope) runs on AeSimu { … // Postamble f_cse_postamble_deleteResources(); // Test adapter deconfiguration f_ta_config_postamble(); // Tear down f_cf01Down(); }//end f_CSE_GEN_CRE_001 Extended code

Proposal Add dummy Test Adapter configuration/de-configuration functions to the ATS; two alternatives may be possible Test case behaviour specific empty setup/tear down functions As test case name, transport etc. can be retrieved in TTCN-3 code, there may be just one TA setup and one and tear down function. In this case tool-specific code is more complex, ATS code is simpler Dummy test configuration functions shall be in separate modules, which can be replaced by tool-specific (or generic, use-able with all tools) modules of the same name Callback functions could also be used More complex technical solution At least one tool supports, no complete picture from all tools Example can be provided if this is considered the preferred solution