TST-2016-0046R01-MBT_for_test_suites_development Use of MBT for test suites development- discussion Group Name: TST WG Source: Easy Global Market (EGM)

Slides:



Advertisements
Similar presentations
Model-Based Testing with Smartesting Jean-Pierre Schoch Sogetis Second Testing Academy 29 April 2009.
Advertisements

© Telelogic AB Modeling DoDAF Compliant Architectures Operational Systems Technical.
MBT Working Meeting Report Stephan Schulz MTS#56, Göttingen
Corporate Presentation. © Company headquartered in Delaware Established since 1998 Offices and Delivery Centers in US, Canada and India Focus.
Release 2: Work Items best practices Group Name: TP15 Source: Scarrone Enrico, Telecom Italia Meeting Date:
Free Mini Course: Applying UML 2.0 with MagicDraw.
Information System Design IT60105
Mercury Quality Center Formerly Test Director. Topics Covered Testdirector Introduction Understanding the Testdirector Interface. Understanding Requirement.
1 Introduction to Software Engineering Lecture 42 – Communication Skills.
1 IS 4420 Database Fundamentals Chapter 2: Database Development Process Leon Chen.
Information Modeling: The process and the required competencies of its participants Paul Frederiks Theo van der Weide.
Analysis of oneM2M Certification Model TST 15 Source: Sookhyun Jeon, TTA, Meeting Date:
Test WG (WG6) 2015 Planning TST 15 Source: JaeSeung Song, TST WG Convenor (TTA), Meeting Date: TST WG6_2015_planning.
Testing Framework TST 15 Source: Laurent Velez, ETSI, Meeting Date: TST Testing_framework.PPT.
Supplement 02CASE Tools1 Supplement 02 - Case Tools And Franchise Colleges By MANSHA NAWAZ.
1 SWE Introduction to Software Engineering Lecture 11 - Requirements Engineering Processes.
1 CMPT 275 Software Engineering Requirements Analysis Process Janice Regan,
SAS 70 (Statement on Auditing Standards No. 70) Kelley Piner Charles Roberts Ashley Walker.
Insurance Business Assurance
The change control cycle Or Where little 3GPP specifications come from …
Complete and Integrated Lifecycle Management. Challenges 1.
Slide 1 OMG, Montreal, August 2004 OMG_SWIFTMDA_200408_v2.ppt SWIFTStandards (UNIFI – ISO 20022) “MDA-like” approach Frank Vandamme Tools, Products & Methodology.
The CBSO project - Experience and issues Madrid, 05 October 2006 Camille Dümm Pascal Rodrique Central Balance Sheet Office.
TST WG Progress Report at TP 18 Group Name: TST WG Source: TST WG Chair, JaeSeung Song (KETI) Meeting Date: to Agenda Item: TP18,
SNIA/SSIF KMIP Interoperability Proposal. What is the proposal? Host a KMIP interoperability program which includes: – Publishing a set of interoperability.
Rational Unified Process Fundamentals Module 4: Disciplines II.
 Is the scientific application of a set of tools and methods to a software system which is meant to result in high-quality, defect-free, and maintainable.
Configuration Management Issues in IHE Asuman Dogac, SRDC, METU, Turkey
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Requirements Engineering Processes l Processes used to discover, analyse and.
ITEC 3220M Using and Designing Database Systems
Chapter 2: Software Process Omar Meqdadi SE 2730 Lecture 2 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Requirements Elicitation. Who are the stakeholders in determining system requirements, and how does their viewpoint influence the process? How are non-technical.
Software Requirements Engineering CSE 305 Lecture-2.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Interoperability event proposal Group Name: WG TST Source: Sookhyun Jeon, TTA, Laurent Velez, ETSI, Meeting Date:
OpenSG Conformity IPRM Overview July 20, ITCA goals under the IPRM at a high level and in outline form these include: Organize the Test and Certification.
OneM2M Interop Test Event Announcement Group Name: TST 16.2 Source: Jiaxin Yin, Huawei Technologies Co., Ltd. Meeting Date: Agenda Item: TBD.
June 15, 2009GITB Open Meeting, Brussels1 GITB Alternative Architectures and Business Models CEN/ISSS eBIF Global eBusiness Interoperability Test Bed Methodologies.
Copyright ©2004 Virtusa Corporation | CONFIDENTIAL Business Modeling with UML Virtusa Training Group (2005) Trainer: Ojitha Kumanayaka Duration: 1 hours.
Work for the next release Group Name: TP Source: JaeSeung Song, KETI, Jaeho Kim, KETI,
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Software Maintenance Speaker: Jerry Gao Ph.D. San Jose State University URL: Sept., 2001.
Requirements Validation
Interoperability event Sept 2015 Group Name: WG TST Source: Sookhyun Jeon, TTA, Laurent Velez, ETSI, Meeting Date:
CASE (Computer-Aided Software Engineering) Tools Software that is used to support software process activities. Provides software process support by:- –
FIPA Abstract Architecture London FIPA meeting January 24-29, 2000 from: TC-A members.
Discussion for the next oneM2M release Group Name: TP Source: JaeSeung Song, KETI, Jaeho Kim, KETI,
Test Purpose template discussion Group Name: TST WG Source: ETSI Meeting Date:
14 October 2002GGF6 / CGS-WG1 Working with CIM Ellen Stokes
Planning for the test event Group Name: TST Source: Jiaxin Yin, Huawei Technologies Co., Ltd., Meeting Date: Agenda Item:
ATS code development workflow Group Name: TST WG Source: Mahdi Ben Alaya, TST WG vice chair, SENSINOV, Miguel.
GP Confidential GlobalPlatform’s Modular Approach to its Compliance and certification.
ATS code development workflow Group Name: TST WG Source: Mahdi Ben Alaya, TST WG vice chair, SENSINOV, Meeting Date: TST #21 Document.
TST WG Progress Report at TP 18 Group Name: TP Source: TST WG Chair, JaeSeung Song (KETI) Meeting Date: to Agenda Item: TP18, Item.
TST Developing_SEC_TP Developing SEC TP - discussion Group Name: TST WG Source: Easy Global Market (EGM) Meeting Date:
Discussion points for 2 nd Interop Event Group Name: TST WG Source: Keebum Kim, TTA, Meeting Date: TP#22.
ATS code development workflow Group Name: TST WG Source: Mahdi Ben Alaya, TST WG vice chair, SENSINOV, Miguel.
Discussion on Certification Group Name: TST WG Source: JaeSeung Song, WG6 Chair, Meeting Date: TST #21.
Requirement Specification SRS document is a contract between the development team and the customer How do we communicate the Requirements to others? Firm.
Software Engineering Process - II 7.1 Unit 7: Quality Management Software Engineering Process - II.
 The processes used for RE vary widely depending on the application domain, the people involved and the organisation developing the requirements.  However,
TST TTCN-3_development_plan TTCN-3 development plan Group Name: TST WG Source: Easy Global Market (EGM) Meeting Date:
TST MBT_for_test_suites_development Use of MBT for test suites development- discussion Group Name: TST WG Source: Easy Global Market (EGM) Meeting.
Issues on TST #28 (Overview)
TDL: The ETSI Test Description Language
TDL: The ETSI Test Description Language
Overview of the ETSI Test Description Language
TDL: The ETSI Test Description Language
ETSI TC MTS WG TST introduction
Introduction to TDL and TOP
Presentation transcript:

TST R01-MBT_for_test_suites_development Use of MBT for test suites development- discussion Group Name: TST WG Source: Easy Global Market (EGM) Meeting Date:

TST R01-MBT_for_test_suites_development Reminder: Global Platform certification programme Taken from: TST GlobalPlatform_Compliance_and_Certification_collaboration 58 Test Tools from 5 member companies 14 Qualified Test Labs operated by 8 member companies 150 Qualified Products card and TEE from 25 different companies

TST R01-MBT_for_test_suites_development Global platform test suites generation process Taken from: TST GlobalPlatform_Compliance_and_Certification_collaboration

TST R01-MBT_for_test_suites_development Managing profile  Manage the variants/options from one profile to another – 1 Generic specification (with options) – 1 Profile per domain = dedicated spec are derived from the generic specification Generic Specification Option 1 Option 2 Option 3 Telecom Profile Bancaire Identity Profile Banking Profile Option 1 Option 2 Option 3 Option 4 Option 1 Option 2 Option 3 Option 1 Option 2 Option 3 TestsTelecomProfileTestsBankingProfile TestsIdentityProfile Option 1 Option 2 Option 4 Option 2 Option 1 Option 2 Option 3 Option 2 Option 1 Option 2 Option 1 The model handles all the options Tools are used to publish Test Suites according to each Profile Global Platform approach

TST R01-MBT_for_test_suites_development Adaptation to oneM2M Is concretely implemented with oneM2M Specification Test tools Are implemented in oneM2M Qualified Lab(s) Is used by Is tested by MBT Model Test Suite(s) Is used to generate Documentation Test purposes Is abstractly implemented with Is described as

TST R01-MBT_for_test_suites_development Detailed MBT process Initial states spec (doc) Adaptation layer spec (PDF) Test Design oneM2M certification group Generated Tests MBT Model Test analyst oneM2M requirements & TPs Test plan (HTML) Abstract tests (TTCN-3) Quality review

TST R01-MBT_for_test_suites_development MBT model

TST R01-MBT_for_test_suites_development Test Purpose driving test case generation Formalize the Test Purpose in a formal and structured way using the MBT model based on a verbose representation.

TST R01-MBT_for_test_suites_development Test Purpose driving test case generation Taking into account the variability attributes: One Test Purpose generates several tests

TST R01-MBT_for_test_suites_development Test Purpose driving test case generation Initial conditions When Then RESSOURCE_TYPE attribut  Up to 6 test cases

TST R01-MBT_for_test_suites_development Test Purpose driving test case generation

TST R01-MBT_for_test_suites_development Using html reports for communication Includes test suites description Used for quality validation with the team

TST R01-MBT_for_test_suites_development Value proposition (1/2) Advantages of a systemized automated approach for ALL oneM2M actors – Specification developers Early feedback on the specification consistency, flaws etc. – oneM2M labs Structured and formal proofs for compliance for (security) audits. – Product developers (platform, device, network... ) Ready test suites with wide covering of oneM2M requirements Model artefacts that can be re-used to create eventually new tests. – Test implementors Traceability features

TST R01-MBT_for_test_suites_development Capitalization and reuse of the model – Especially in profile like approach Shorten the evolution cycle – One evolution made into the model is then automatically propagated to all the generated tests: No correction miss / No inconsistency The compliance test suite quality does not deteriorate over the time – Maintain the stability of the repository Maintains traceability between requirements/specification and test cases Value proposition (2/2)

TST R01-MBT_for_test_suites_development Proposed demonstration To be run at next Interop (Seoul – May) Covering at least the 8 TPs having TTCN-3 tests demonstrated by ETSI. – Any other TPs to be considered ? Running on TITAN? Other TTCN-3 tool vendors welcome to participate