Enabler Validation Plan for the RESTful Network API for OMA Push

Similar documents
Reference Release Definition for Parlay/OSA(Open Service Access) In OMA Service Environment (PIOSE)

Point-to-Multipoint Push Requirements

Enabler Release Definition for Standard Transcoding Interface

SOAP bindings for Call Notification

Lightweight Machine to Machine Architecture

Enabler Release Definition for Parlay Service Access

OMA Push Management Object

Client Side Content Screening Framework Architecture

Lightweight Machine to Machine Architecture

Enabler Release Definition for Rich Communication Centre

Standardized Connectivity Management Objects HTTP Proxy Parameters For use with OMA Device Management

Enabler Release Definition for Converged Personal Network Service

Enabler Release Definition for Application Layer Security Common Functions

Enabler Release Definition for LPP Extensions (LPPe)

Enabler Release Definition for Smartcard-Web-Server

Enabler Release Definition for LPP Extensions (LPPe)

Parlay Service Access Architecture

OMA Management Object for MMS

OMA Management Object for Mobile_

Mobile Search Framework Architecture

Enabler Test Specification for RCS Conformance

Push Security Requirements

Enabler Test Specification for Device Management

Enabler Test Specification for Device Management

OMA Device Management Tree and Description Serialization

Standardized Connectivity Management Objects 3GPP Circuit-Switched Data Bearer Parameters For use with OMA Device Management

OMA-ETS-DL-OTA-v1_ a Page 1 (24)

NGSI Common Definitions

Lightweight M2M Event Log Object (LwM2M Object EventLog)

Standardized Connectivity Management Objects WAP Proxy Parameters For use with OMA Device Management

Client Profile of OMA Device Management v1.3

Firmware Update Management Object

Enabler Release Definition for MMS

OMA PoC Endorsement of OMA IM TS

Presence SIMPLE Architecture

Enabler Release Definition for Mobile Location Protocol (MLP) Candidate Version Mar 2004

Continues the Technical Activities Originated in the SyncML Initiative

Security Common Functions Architecture

Charging Data. Candidate Version Jul Open Mobile Alliance OMA-DDS-Charging_Data-V1_ C

RESTful bindings for Parlay X Web Services - Payment

White Paper on M2M Device Classification

RESTful Network API for Notification Channel

Class Conformance Requirements

Push using SIP. Candidate Version Apr Open Mobile Alliance OMA-TS-SIP_Push-V1_ C

WAP-Sync-Spec. Data Synchronisation Specification Version 30-May Wireless Application Protocol WAP-234-SYNC a

Software Component Management Object

IM XDM Specification. Candidate Version Aug Open Mobile Alliance OMA-TS-IM_XDM-V1_ C

Enabler Test Specification for Device Management

Push using SIP. Approved Version Aug Open Mobile Alliance OMA-TS-SIP_Push-V1_ A

Enabler Test Specification (Interoperability) for MMS 1.3 Candidate Version 15 Jun 2006

Cache Operation. Version 31-Jul Wireless Application Protocol WAP-175-CacheOp a

Parlay Service Access Requirements

Software Component Management Object

OMA Offline Charging Interface

RESTful Network API for Chat

RESTful Network API for Zonal Presence

Enabler Test Report Smartcard Web Server v1.0. OMA TestFest (January 2008) Version 1st February 2008

WAP General Formats Document WAP-188-WAPGenFormats Version 10-Jul-2001

Enabler Test Specification for RCS Conformance

Lightweight Machine to Machine Requirements

Software Component Management Object (SCOMO)

OneAPI Profile of RESTful Network APIs

Location Protocols. Version 12-Sept Wireless Application Protocol WAP-257-LOCPROT a

OneAPI Profile of RESTful Network APIs

Multimedia Messaging Service Architecture Overview

SyncML OBEX Binding. Candidate Version Apr Open Mobile Alliance OMA-TS-SyncML_OBEXBinding-V1_ C

White Paper on UAProf Best Practices Guide

OMA Offline Charging Interface

Specification Change Document

PoC XDM Specification

Location in SIP/IP core Architecture Approved Version Jan 2012

Enabler Test Specification for Device Management

Specification Information Note

OMA PoC Document Management

OMA PoC Document Management

CPM Interworking Function

Wireless Profiled HTTP

Push Access Protocol. Approved Version Nov Open Mobile Alliance OMA-TS-PAP-V2_ A

Provisioning Bootstrap

Provisioning Smartcard

OMA Device Management Bootstrap

OMA Device Management Protocol

[OMA-Template-Spec I]

Software and Application Control Management Object

Management Objects for ZigBee Devices

Scalable Vector Graphics (SVG) for the Mobile Domain

OMA Device Management Bootstrap

Specification Information Note

XML Document Management (XDM) Specification

MMS Architecture. Approved Version Sep Open Mobile Alliance OMA-AD-MMS-V1_ A

Multimedia Messaging Service Client Transactions

Firmware Update Management Object

RESTful Network API for Third Party Call

XML Document Management (XDM) Specification

Specification Information Note

Multimedia Messaging Service Encapsulation Protocol

Generic Open Terminal API Framework (GotAPI)

Multimedia Messaging Service

Push Architecture. Candidate Version Oct Open Mobile Alliance OMA-AD-Push-V2_ C

General Service Subscription Management Technical Specification

Transcription:

Enabler Validation Plan for the RESTful Network API for OMA Push Candidate Version 1.0 10 Sep 2013 Open Mobile Alliance OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C

OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C Page 2 (14) Use of this document is subject to all of the terms and conditions of the Use Agreement located at http://www.openmobilealliance.org/useagreement.html. Unless this document is clearly designated as an approved specification, this document is a work in process, is not an approved Open Mobile Alliance specification, and is subject to revision or removal without notice. You may use this document or any part of the document for internal or educational purposes only, provided you do not modify, edit or take out of context the information in this document in any manner. Information contained in this document may be used, at your sole risk, for any purposes. You may not use this document in any other manner without the prior written permission of the Open Mobile Alliance. The Open Mobile Alliance authorizes you to copy this document, provided that you retain all copyright and other proprietary notices contained in the original materials on any copies of the materials and that you comply strictly with these terms. This copyright permission does not constitute an endorsement of the products or services. The Open Mobile Alliance assumes no responsibility for errors or omissions in this document. Each Open Mobile Alliance member has agreed to use reasonable endeavors to inform the Open Mobile Alliance in a timely manner of Essential IPR as it becomes aware that the Essential IPR is related to the prepared or published specification. However, the members do not have an obligation to conduct IPR searches. The declared Essential IPR is publicly available to members and non-members of the Open Mobile Alliance and may be found on the OMA IPR Declarations list at http://www.openmobilealliance.org/ipr.html. The Open Mobile Alliance has not conducted an independent IPR review of this document and the information contained herein, and makes no representations or warranties regarding third party IPR, including without limitation patents, copyrights or trade secret rights. This document may contain inventions for which you must obtain licenses from third parties before making, using or selling the inventions. Defined terms above are set forth in the schedule to the Open Mobile Alliance Application Form. NO REPRESENTATIONS OR WARRANTIES (WHETHER EXPRESS OR IMPLIED) ARE MADE BY THE OPEN MOBILE ALLIANCE OR ANY OPEN MOBILE ALLIANCE MEMBER OR ITS AFFILIATES REGARDING ANY OF THE IPR S REPRESENTED ON THE OMA IPR DECLARATIONS LIST, INCLUDING, BUT NOT LIMITED TO THE ACCURACY, COMPLETENESS, VALIDITY OR RELEVANCE OF THE INFORMATION OR WHETHER OR NOT SUCH RIGHTS ARE ESSENTIAL OR NON-ESSENTIAL. THE OPEN MOBILE ALLIANCE IS NOT LIABLE FOR AND HEREBY DISCLAIMS ANY DIRECT, INDIRECT, PUNITIVE, SPECIAL, INCIDENTAL, CONSEQUENTIAL, OR EXEMPLARY DAMAGES ARISING OUT OF OR IN CONNECTION WITH THE USE OF DOCUMENTS AND THE INFORMATION CONTAINED IN THE DOCUMENTS. 2013 Open Mobile Alliance Ltd. All Rights Reserved. Used with the permission of the Open Mobile Alliance Ltd. under the terms set forth above.

OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C Page 3 (14) Contents 1. SCOPE... 4 1.1 ASSUMPTIONS... 4 1.2 EXCLUSIONS... 4 2. REFERENCES... 5 2.1 NORMATIVE REFERENCES... 5 2.2 INFORMATIVE REFERENCES... 5 3. TERMINOLOGY AND CONVENTIONS... 6 3.1 CONVENTIONS... 6 3.2 DEFINITIONS... 6 3.3 ABBREVIATIONS... 6 4. ENABLER VALIDATION DESCRIPTION... 7 5. TESTFEST ACTIVITIES... 8 5.1 ENABLER TEST GUIDELINES... 8 5.1.1 Minimal Test Configuration... 8 5.1.2 Minimal Participation Guidelines... 9 5.1.3 Optimal TestFest Achievement Guidelines... 9 5.2 ENABLER TEST REQUIREMENTS... 9 5.2.1 Test Infrastructure Requirements... 9 5.2.2 Enabler Execution Flow... 9 5.2.3 Test Content Requirements... 9 5.2.4 Test Limitations... 9 5.2.5 Test Restrictions... 9 5.2.6 Test Tools... 9 5.2.7 Resources Required... 10 5.3 TESTS TO BE PERFORMED... 10 5.3.1 Entry Criteria for TestFest... 10 5.3.2 Testing to be performed at TestFest... 10 5.4 ENABLER TEST REPORTING... 10 5.4.1 Problem Reporting Requirements... 10 5.4.2 Enabler Test Requirements... 11 6. ALTERNATIVE VALIDATION ACTIVITIES... 12 7. APPROVAL CRITERIA... 13 APPENDIX A. CHANGE HISTORY (INFORMATIVE)... 14 A.1 APPROVED VERSION HISTORY... 14 A.2 DRAFT/CANDIDATE VERSION 1.0 HISTORY... 14 Figures Figure 1 Test Configuration Options, as of OMA Push 2.3... 8

OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C Page 4 (14) 1. Scope This document details the Validation plan for the RESTful Network API for OMA Push V1.0 Enabler Release (PushREST 1.0). The successful accomplishment of the validation activities will be required for the Enabler to be considered for Approved status. The validation plan for PushREST 1.0 specifications is based on testing expectations in the Enabler Test Requirements (ETR). While the specific test activities to be performed are described in the Enabler Test Specification (ETS) the test environment is described in this plan. This test environment details infrastructure, operational and participation requirements identified for the needed testing activities. The list of specifications, defining the scope of PushREST 1.0, as stated in [ERELD] and [ETR] is according to the following: RESTful Network API for OMA Push V1.0 Technical Specification OMA-TS-REST_NetAPI_Push-V1_0 [PushREST-TS] 1.1 Assumptions NONE 1.2 Exclusions NONE

OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C Page 5 (14) 2. References 2.1 Normative References [IOPPROC] OMA Interoperability Policy and Process, Version 1.8, Open Mobile Alliance, OMA-ORG-IOP_Process-V1_8, URL:http://www.openmobilealliance.org/ [RFC2119] Key words for use in RFCs to Indicate Requirement Levels, S. Bradner, March 1997, URL:http://www.ietf.org/rfc/rfc2119.txt 2.2 Informative References [WAPPushArch] [Push2.1Arch] [Push2.2Arch] [Push2.3Arch] [PushREST-TS] "Push Architectural Overview". WAP Forum. WAP-250-PushArchOverview URL: http://www.wapforum.org "Push Architectural Overview". WAP Forum. WAP-250-PushArchOverview http://www.wapforum.org "Push Architectural Overview". Open Mobile Alliance. OMA-AD-Push-V2_2 URL:http://www.openmobilealliance.org/ "Push Architectural Overview". Open Mobile Alliance. OMA-AD-Push-V2_3 URL:http://www.openmobilealliance.org/ " RESTful Network API for OMA Push". Open Mobile Alliance. OMA-TS- REST_NetAPI_Push-V1_0 URL:http://www.openmobilealliance.org/

OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C Page 6 (14) 3. Terminology and Conventions 3.1 Conventions The key words MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, MAY, and OPTIONAL in this document are to be interpreted as described in [RFC2119]. All sections and appendixes, except Scope, are normative, unless they are explicitly indicated to be informative. 3.2 Definitions Push Initiator Push OTA Protocol Push Proxy Gateway The entity that originates push content and submits it to the push framework for delivery to a user agent on a client. A protocol used for conveying content between a Push Proxy Gateway and a certain user agent on a client. A proxy gateway that provides push proxy services. 3.3 Abbreviations ABNF ABNF ETR ETS HTTP OMA OMA OMNA OTA PI PPG Push-OTA Augmented Backus-Naur Form Augmented Backus-Naur Form Enabler Test Requirements Enabler Test Specification Hypertext Transfer Protocol Open Mobile Alliance Open Mobile Alliance Open Mobile Naming Authority Over The Air Push Initiator Push Proxy Gateway Push Over-the-Air

OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C Page 7 (14) 4. Enabler Validation Description This document details the Validation plan for the PushREST V1.0 Enabler Release. The successful accomplishment of the validation activities will be required for the Enabler to be considered for Approved status. This Plan will detail the required testing environment and tools required to implement the testing successfully.

OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C Page 8 (14) 5. TestFest Activities 5.1 Enabler Test Guidelines A full description of PushREST 1.0 can be found in the ERELD and specifications. These guidelines cover all PushREST 1.0 testing areas. Assumptions: A Push initiator Tool is required to connect to the PPG for API operations At least one Push-OTA protocol binding supported by the PPG is tested The testing requires Push Client and PPG functionality, supporting any release of WAP Push or the OMA Push enabler ([WAPPushArch], [Push2.1Arch], [Push2.2Arch], [Push2.3Arch]) 5.1.1 Minimal Test Configuration The minimal test configuration of Push shall include: A Push Client implementation (can be an emulator) A Push Proxy Server implementation A Push Initiator Tool or Push-enabled service A data network for Push-OTA message delivery Native (Embedded) Push-Enabled Services Browser (wml.ua) MMS Client (mms.ua) IM Client (wv.ua) Email Client (emn.ua) Data Sync Client (syncml.ua) DM Client (syncml.dm) etc... Extended Push-Enabled Services Push-Enabled Web Applications (Widgets) Client device Push Client- Application Interface Web Runtime Environment (Widget user agent) SMS Client OMA Push Client Access control whitelist MBMS Client BCAST Client OMA DM Client Push-OTA (Over-the-Air) Protocol OTA-WSP/SMS (WAP1 Push) OTA-HTTP/TCP (WAP2 Push) OTA-WSP/(WDP/WTP) (WAP1 Push) OTA-SIP (SIP Push) (SIP MESSAGE or SIP INVITE+MSRP) OTA-PTM/MBMS OTA-PTM/BCAST-FD OMA DM protocol SMSC WAP2 GW WAP1 GW SIP/IP Core MBMS BM-SC BCAST Service Distribution / Adaptation OMA Push Proxy Gateway OMA Device Management Server RESTful API for OMA Push (PushREST) PushREST operation UAProf Server OMA Push Architecture Entities Push-Enabled Applications/Services Mandatory Test Dependency Interfaces Under Test Interface defined by OMA Push Push Initiator / Push-Enabled Services Web Server, MMSC, IM Server, Email Server, Sync Server, DM Server, etc Optional Test Dependency Interfaces Not Under Test Interface not defined by OMA Push Figure 1 Test Configuration Options, as of OMA Push 2.3

OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C Page 9 (14) 5.1.2 Minimal Participation Guidelines Minimum 1 Push Client implementations (may be an emulator) 1 PPG 5.1.3 Optimal TestFest Achievement Guidelines The ETS Test Cases include all the Test Cases for the Enabler that it is thought should be executed in a test session at an OMA TestFest. This list is intended to facilitate maximum test coverage of the functionality of the enabler within a test session. It is not intended to be the only tests executed at a TestFest, and teams are encouraged to execute more tests if they are able to do in the time allowed. In addition to availability of a suitable Push Initiator supporting PushREST 1.0, preparations for the test fest are the same as necessary for the Push-OTA bindings planned to be used in the tests, as described by the applicable WAP Push or OMA Push enabler release test validation plans. 5.2 Enabler Test Requirements 5.2.1 Test Infrastructure Requirements See the applicable WAP Push or OMA Push enabler release test validation plans. 5.2.2 Enabler Execution Flow Apart from use of the RESTful binding for OMA Push in place of the PAP protocol, enabler execution flow will be per the applicable WAP Push or OMA Push enabler release test validation plans. 5.2.3 Test Content Requirements Apart from use of the RESTful binding for OMA Push in place of the PAP protocol, test content will be per the applicable WAP Push or OMA Push enabler release test validation plans. 5.2.4 Test Limitations 5.2.4.1 Physical NONE 5.2.4.2 Resources NONE 5.2.5 Test Restrictions NONE 5.2.6 Test Tools 5.2.6.1 Existing Tools to be Used The test tools needed to carry out the conformance and interoperability test cases are listed as:

OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C Page 10 (14) PPG Push Initiator Tool Device or emulator supporting Push Client functions 5.2.6.2 Test Tool Requirements NONE 5.2.7 Resources Required All test cases can be run in approx 8 hours. However, comparative testing may require more time, depending on the number of devices being compared. 5.3 Tests to be Performed The following sections describe the tests related to the formal TestFest validation activities. 5.3.1 Entry Criteria for TestFest There are no specific tests that need to be performed and passed by implementations by members wishing to participate in the TestFest. 5.3.2 Testing to be performed at TestFest The following tests need to be performed to fully cover the range of capabilities of the enabler and defined protocols. These tests are to be covered in the TestFest. Test Case Id PushREST-1.0-int-1 None PushREST-1.0-int-2 None PushREST-1.0-int-3 None PushREST-1.0-int-4 None PushREST-1.0-int-5 None PushREST-1.0-int-6 None PushREST-1.0-int-7 None PushREST-1.0-int-8 None PushREST-1.0-int-9 None PushREST-1.0-int-10 None PushREST-1.0-int-11 None PushREST-1.0-int-12 None PushREST-1.0-int-13 None PushREST-1.0-int-15 None 5.4 Enabler Test Reporting Special Conditions 5.4.1 Problem Reporting Requirements Normal Reporting Tool to be used, no special reporting required.

OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C Page 11 (14) 5.4.2 Enabler Test Requirements As per the [ETR]

OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C Page 12 (14) 6. Alternative Validation Activities NONE

OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C Page 13 (14) 7. Approval Criteria The PushREST 1.0 Enabler can be put in the Approved state when: The Enabler has been tested successfully at 2 Test Fests or 3 Companies have successfully run Bi-lateral tests sessions towards a Push server and has reported results and any issues to OMA No open PRs exist.

OMA-EVP-REST_NetAPI_Push-V1_0-20130910-C Page 14 (14) Appendix A. Change History (Informative) A.1 Approved Version History Reference Date Description n/a n/a No prior version or- No previous version within OMA A.2 Draft/Candidate Version 1.0 History Document Identifier Date Sections Description Draft Version OMA-EVP-REST_NetAPI_Push-V1_0 27 Aug 2011 All New document, based on OMA-IOP-BRO-2011-0082- INP_PushREST_EVP_Baseline Candidate Version OMA-EVP-REST_NetAPI_Push-V1_0 Draft Version OMA-EVP-REST_NetAPI_Push-V1_0 Candidate Version OMA-EVP-REST_NetAPI_Push-V1_0 13 Aug 2013 N/A Status changed to Candidate TP Ref#OMA-TP-2013-0231- INP_PushREST_V1_0_EVP_for_Candidate_approval 02 Sep 2013 5.3.2 Applied OMA-IOP-BRO-2013-0038-CR_List_tests_for_test_fest 10 Sep 2013 N/A Status changed to Candidate TP Ref#OMA-TP-2013-0254- INP_PushREST_V1_0_EVP_for_Candidate_re_approval