统一推送技术要求和测试方法

合集下载

中国移动统一DPI设备测试规范 互联网 S U r

中国移动统一DPI设备测试规范 互联网 S U r

中国移动通信企业标准QB-B-XXX-XXXX中国移动统一D P I设备测试规范T e s t S p e c i f i c a t i o n o f U n i q u eD e e p P a c k e t I n c e p t i o n D e v i c e版本号:20X X-X-X发布20X X-X-X实施中国移动通信集团公司发布目录前言本规范对中国移动网内使用的深度包检测(DPI)设备的功能和性能提出测试要求,是进行测试时所需要遵从的纲领性技术文件。

本规范主要包括以下几方面内容:识别功能测试、分析统计功能测试、控制功能测试、复用功能测试、物理接口测试、性能测试等。

本规范是统一DPI系列标准之一,该系列规范的结构、名称或预计的名称如下:本标准由中移技﹝2012﹞XXX号印发。

本标准由中国移动通信研究院提出,集团公司技术部归口。

本标准起草单位:中国移动通信研究院本标准主要起草人:1范围本规范用于测试中国移动网内部署的统一DPI设备的功能和性能。

2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。

凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件,其最新3术语、定义和缩略语下列术语、定义和缩略语适用于本标准:4测试环境测试可在实验室或现网完成。

被测设备为:•统一DPI设备(识别控制模块+分析统计模块)-配置支持监控10*10GE链路的线路接口-配置支持相应的XDR输出的日志输出接口(建议10GE)-配置支持监控1*10G POS链路的线路接口-配置Bypass设备(针对串接方式)配合测试设备应包括:•FTP服务器(至少一台,用于XDR/统计报表等数据的上传)•数据合成服务器(针对PS侧场景)•分光器•光模块、光纤等5测试说明本测试覆盖《中国移动统一DPI设备技术规范》中所定义的五个场景的DPI设备测试,对于不同场景对应不同的测试例,具体见附件说明。

软件项目技术方案及质量保证措施

软件项目技术方案及质量保证措施

软件项目技术方案及质量保证措施本项目旨在解决学校日常运转中数据难以利用、系统孤立形成信息孤岛、缺乏公共服务与决策支持、信息无法实时共享与交换、数据标准不一难以形成有效统计与分析、数据价值难以体现、缺乏监控与预测等问题。

为此,我们将建设一套数据中台,集数据采集、数据处理、监测管理、预测预警、应急指挥、可视化平台于一体,以信息化提升数据化管理与服务能力,及时准确掌握学校运营情况。

我们的建设原则是保证系统具有技术先进性及可行性、系统安全性、系统开放性、系统运行的稳定可靠性和易用性。

为此,我们将采用先进的体系结构和成熟的产品,实施全方位防范措施,定义规范的数据接口,以保证系统的稳定性、可靠性、易用性和安全性。

公司认为,在智慧管理应用系统的开发框架方面,应该采用先进的技术架构,以满足系统的高效性、稳定性、可扩展性等要求。

我们建议采用三层结构和WebService等先进成熟技术,并且保证各个子系统之间具有良好的兼容性和互通性。

此外,我们还应该统一考虑数字XX服务系统各个层面以及将来开展的业务模型,以实现统一规划和统一设计。

通过以上对XX学校智慧管理应用系统建设的需求分析,我们综合考虑了各方面因素,从对智慧管理应用系统建设需求的全面理解到系统实施的可操作性、工作方法的科学性,再到项目实施团队的合理配置,最后到周详的培训制定与完善的售后服务体系,从而设计出一套完整、详细、符合XX学校智慧管理各个子系统发展的科学方案。

技术es集群管理技术,实现化应用部署的高效简洁。

化应用可以快速进行部署、扩容、升级和回滚,同时也能够更好地实现资源的利用和管理。

通过集群技术,系统可以更好地支持业务应用的发布和维护,提高了系统的可靠性和稳定性。

6.2.2.3微服务治理XX学校智慧管理应用系统采用Micro Service架构技术,将服务设计成最小颗粒,为应用提供高效、灵活、简洁、可靠的服务模式。

同时,微服务治理框架,基于Service Mesh设计模式,提供非侵入式的微服务支持。

统一推送技术要求和测试方法

统一推送技术要求和测试方法

T-UPA0003-2018V1.0.0(2019-1)统一推送技术要求和测试方法Technical Requirements and Testing Methods for Unified Push1 范围 (4)2 定义和缩略语 (4)2.1 定义42.2 缩略语 (6)3 技术要求 (6)3.1 性能要求 (6)3.1.1 空载流量 (6)3.1.2 空载功耗 (7)3.1.3 在线可靠性 (7)3.1.4 并发能力 (7)3.1.5 网络鲁棒性 (7)3.2标准符合性要求 (8)3.2.1 接口标准符合性 (8)4 测试方法 (8)4.1 性能要求测试方法 (8)4.1.1空载流量 (8)4.1.2 空载功耗 (9)4.1.3 在线可靠性 (10)4.1.4 并发能力 (11)4.1.5 网络鲁棒性 (11)4.2 标准符合性测试方法 (12)4.2.1 接口标准符合性 (12)附录 A:修订记录 (14)前言这一技术文稿是由统一推送联盟(UPA)技术标准组攥写。

项目过程中采用三位编码的原则,格式如下:Vx.y.z,初始版本号为V0.0.0。

其中,x在每一次大版本发布的时候加1;y在有技术性变更的时候加1,如增加删减功能模块;z在有编辑性改动的时候加1,如格式、段落调整。

本标准起草单位:1 范围安卓生态圈为App 开发者提供了一个开放的运行环境,用于实现各种创新的想法,然而也产生了相应的性能问题。

消息推送是App 运营的重要一环,为了优化消息推送成功率,降低电量和流量消耗,改善用户的使用体验,系统级的推送服务显得尤为重要,各大手机厂商也已经提供或者正在研发基于各自系统平台的系统推送服务解决方案。

中国信息通信研究院泰尔终端实验室联合各大手机厂商和提供推送服务的互联网厂家成立“统一推送联盟”,通过标准化统一通道层,降低终端功耗、提升用户体验、支撑开发者生态建设,促进安卓推送服务行业健康发展,为终端用户提供更好的手机使用体验,为应用开发者解决消息推送需求。

技术标准及要求

技术标准及要求
(3)充分利用已有监测站点
充分利用已有监测站点,避免重复建设,同时考虑地下水监测的连续性和完整性,中深层、深层地下水可利用自备井进行监测。
(4)重点突出,深浅兼顾
监测站网布设应以主要地下水开发层位为重点监测对象。主城区以中深层为主,兼顾浅层和深层地下水。在航空港区、西部新城区、东部新城区,以浅层地下水为主,兼顾中深层。
对已有监测站点开展实地调查,分析现有监测网布设密度、监测层位、监测方法、监测指标、监测频率等现状,查找存在的问题。
调查内容包括:监测站点类型(国家地下水监测工程、河南省地下水监测工程、郑州市节水办地下水动态监测井和企业自行监测井等)、数量、分布、监测层位、监测手段、监测频率与运行状况、是否便于水样的采集等,同时参照规范要求对监测站点受损、淤堵、保护、监测层位及监测数据完好状况等方面进行评价,编制地下水监测站点现状分布图,填写地下水监测站点现状情况基本信息表。
为确保郑州市多要素城市地质调查项目高质量按时完成,在第三期招标中,投标人可对所有标段进行投标,但最多只能中两个标段。
B包:“郑州市地下水环境监测”招标技术方案
一、项目概况
项目名称:郑州市地下水环境监测
工作周期:36个月
项目经费:878.31万元
工作区范围:郑州市主城区、航空港区、西部新城区及东部新城区(以下简称郑州市四城区),面积共2075km2。
(3)防水等级:IP68等级。
(4)气压精度:0.05级;数据传输装置自带高精度气压计,测量现场气压值。
(5)数据存储容量应能存储20万条以上设定监测数据记录。
(四)地下水动态监测
采用人工监测与自动监测相结合的方式,对88个监测站点进行地下水水位、水温、水质动态监测。
1.监测频率
自动监测仪器监测频率为6次/日。

轴承紧固件行业中的产品标准化与规范化要求

轴承紧固件行业中的产品标准化与规范化要求

轴承紧固件行业中的产品标准化与规范化要求轴承紧固件是一种在机械设备中使用的连接件,用于固定轴承在轴上,以支持并允许轴的旋转运动。

在轴承紧固件行业中,产品标准化和规范化要求是非常重要的。

本文将从产品标准化和规范化的定义、重要性以及实施方法等方面进行详细阐述。

首先,产品标准化和规范化在轴承紧固件行业中的定义如下:1. 产品标准化:产品标准化是指通过制定统一的技术规范和测试方法,确保产品具有统一的质量标准和性能要求。

2. 规范化要求:规范化要求是指根据产品的特性和应用领域的需求,制定适用的生产和检测标准。

其次,产品标准化和规范化在轴承紧固件行业中的重要性体现在以下几个方面:1. 提高产品质量:通过制定统一的技术标准和测试方法,可以确保产品具有一致的质量标准和性能要求,避免产品出现质量问题。

2. 促进产品互换性和可替代性:产品标准化和规范化使得产品之间具有一定的互换性和可替代性,方便用户选择不同厂家的产品,并减少对特定厂家产品的依赖。

3. 降低生产成本:通过统一的技术标准和测试方法,可以提高生产效率和工艺规范性,减少生产过程中的错误和废品率,从而降低生产成本。

4. 提高产品竞争力:产品标准化和规范化有助于提高产品质量和性能,提高产品的竞争力,赢得市场份额。

然后,对于轴承紧固件行业中的产品标准化和规范化要求,可以从以下几个方面进行考虑和实施:1. 技术标准制定:制定统一的产品技术标准,包括产品的尺寸、材料、硬度、表面处理、性能等要求。

这可以保证产品具有一致的质量标准和性能要求,方便用户选择和应用。

2. 检测方法标准化:制定统一的产品检测方法和测试规程,确保产品的质量测试具有可靠性和准确性。

这可以避免因测试方法不一致而导致的测试结果差异,保证产品的质量一致性和可靠性。

3. 生产工艺规范化:制定统一的生产工艺规范,包括产品的加工工艺、装配工艺、质量控制等要求。

这可以提高生产过程的规范性和一致性,减少生产过程中的错误和废品率,提高生产效率和质量。

推送系统需求文档

推送系统需求文档

湖南创无限移动互联网科技有限公司产品需求文档——推送系统1.02015.8.18目录一、需求介绍 (4)1.1需求时间 (4)1.2需求方 (4)1.3需求目的 (4)1.4相关产品 (4)1.5需求简述 (4)二、功能需求 (5)2.1信息架构 (5)2.2需求描述 (6)2.2.1积分 (6)2.2.2广告................................................................................ 错误!未定义书签。

2.2.3活动管理........................................................................ 错误!未定义书签。

三、交互原型 (14)1.1需求时间8月18日完成推送系统需求文档、功能列表,8月19日完成交互设计。

1.2需求方增值业务产品组1.3需求目的目前新版APP对推送功能尚未规划,会给用户的使用造成不便,需要重新规划推送系统。

1.4相关产品推送系统前端页面展示及后台管理系统1.5需求简述1、实现系统消息的推送。

2、实现增值业务消息(包括活动、优惠信息等)的推送。

3、在“我的”模块增加“我的消息”功能。

4、实现后台对消息推送的管理和记录。

2.1信息架构2.1.1系统消息推送2.1.2增值业务信息推送2.2需求描述2.2.1系统消息推送类型:常驻通知栏、通知栏推送、我的消息流程:1、常驻通知栏连接到普通WIFI热点∙描述:在通知栏常驻,提醒用户当前连接时间、剩余时长,点击进入快上APP WIFI连网页面。

∙界面:连接到运营商WIFI热点∙描述:在通知栏常驻,提醒用户当前连接时间,点击进入快上APP WIFI连网页面。

∙界面:连接到快上3G4G网络∙描述:在通知栏常驻,提醒用户当前连接时间,点击进入快上APP 3G4G连网页面。

∙界面:2、通知栏推送功能描述:在某些功能场景下自动发送提醒消息,推送到通知栏。

软件测试标准规范

软件测试标准规范

软件测试标准规范软件测试标准规范1.测试计划与方案1.1 测试计划测试计划是软件测试活动的总体蓝图,包括测试目标、测试范围、测试策略、资源计划、风险评估等内容。

在制定测试计划时,应充分考虑软件项目的特点、需求、资源状况,明确测试目标和范围,设计合理的测试策略,制定详细的测试计划。

1.2 测试方案测试方案是针对具体的测试目标、测试用例设计的详细实施方案,包括测试场景、测试方法、所需资源、预期结果等。

测试方案的设计应充分考虑软件的功能需求、性能需求、安全需求等,确保测试的有效性和全面性。

2.测试用例设计2.1 测试用例编写测试用例是软件测试的基础,应全面覆盖软件的功能需求和性能需求。

测试用例编写过程中,应采用合适的测试方法,如黑盒测试、白盒测试、灰盒测试等,明确测试条件和预期结果,保证测试用例的全面性和有效性。

2.2 测试用例评审测试用例编写完成后,应组织相关人员进行评审,确保测试用例的正确性和完整性。

评审过程中,应重点关注测试用例的覆盖范围、逻辑结构、预期结果是否合理,是否存在漏洞和不足之处。

3.测试执行与记录3.1 测试执行测试执行是按照测试计划和测试用例实施测试的过程。

测试执行过程中,应严格按照测试用例的步骤进行操作,记录实际的测试结果和执行情况。

3.2 测试记录测试过程中,应对每个测试用例的执行结果进行记录。

记录的内容包括测试用例的编号、执行步骤、实际结果、异常情况等。

通过对测试记录的分析,可以发现软件的问题和缺陷,为后续的缺陷管理和测试总结提供依据。

4.缺陷管理与报告4.1 缺陷定义与分类缺陷是指软件中存在的问题或不足之处,表现为软件不符合需求或预期结果。

缺陷可以按照性质、严重程度、优先级等进行分类,以便更好地管理和修复缺陷。

4.2 缺陷报告当发现缺陷时,应及时报告给相关人员并进行记录。

缺陷报告应包括缺陷编号、发现时间、发现者、缺陷类型、严重程度、优先级、修复状态等信息。

4.3 缺陷处理与跟踪收到缺陷报告后,应针对缺陷进行评估和确认,制定相应的修复计划并跟踪处理进展。

产品发布测试流程

产品发布测试流程

产品发布测试流程产品发布测试是保证产品质量的重要环节,通过充分的测试,可以发现产品中的缺陷和问题,确保产品发布后用户能够正常的使用和满意。

本文将介绍产品发布测试的流程,包括测试计划制定、测试环境搭建、测试用例设计、测试执行和结果分析等内容。

一、测试计划制定测试计划是测试工作的指导方针,明确测试的范围、目标和策略,为测试工作提供依据。

测试计划需要明确以下内容:1.测试的目标和范围:包括测试的版本、功能、模块等。

2.测试的时间和资源:确定测试需要的时间和人力资源。

3.测试的策略和方法:确定测试的策略和方法,如黑盒测试、白盒测试、功能测试、性能测试等。

4.测试的风险评估和管理:分析产品发布可能面临的风险,并确定相应的风险管理措施。

二、测试环境搭建测试环境的搭建是为了模拟真实的使用环境,以保证测试的真实性和准确性。

测试环境搭建需要以下几个步骤:1.硬件环境准备:根据产品的硬件需求,配置相应的测试硬件设备。

2.软件环境准备:安装和配置产品所需要的操作系统、数据库、中间件等软件,并进行相应的初始化设置。

3.网络环境搭建:搭建和配置网络环境,确保产品的网络功能测试能够进行。

4.数据准备:准备测试需要的数据,包括正常数据和异常数据,以模拟真实使用场景。

三、测试用例设计测试用例是测试的核心,通过设计全面的测试用例,可以发现产品中的问题和缺陷。

测试用例设计需要以下几个步骤:1.功能测试用例设计:根据产品的需求文档和设计文档,设计覆盖产品功能的测试用例,确保产品的功能可以正常使用。

2.性能测试用例设计:设计测试用例,验证产品的性能,包括响应时间、吞吐量等指标。

3.安全性测试用例设计:设计测试用例,验证产品的安全性,包括权限控制、数据安全等方面。

4.兼容性测试用例设计:设计测试用例,验证产品在不同的平台和浏览器上的兼容性。

5.阻断测试用例设计:设计测试用例,验证产品在异常情况下的处理能力,如网络异常、服务器宕机等情况。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

T-UPA0003-2018V1.0.0(2019-1)统一推送技术要求和测试方法Technical Requirements and Testing Methods for Unified Push1 范围 (4)2 定义和缩略语 (4)2.1 定义42.2 缩略语 (6)3 技术要求 (6)3.1 性能要求 (6)3.1.1 空载流量 (6)3.1.2 空载功耗 (7)3.1.3 在线可靠性 (7)3.1.4 并发能力 (7)3.1.5 网络鲁棒性 (7)3.2标准符合性要求 (8)3.2.1 接口标准符合性 (8)4 测试方法 (8)4.1 性能要求测试方法 (8)4.1.1空载流量 (8)4.1.2 空载功耗 (9)4.1.3 在线可靠性 (10)4.1.4 并发能力 (11)4.1.5 网络鲁棒性 (11)4.2 标准符合性测试方法 (12)4.2.1 接口标准符合性 (12)附录 A:修订记录 (14)前言这一技术文稿是由统一推送联盟(UPA)技术标准组攥写。

项目过程中采用三位编码的原则,格式如下:Vx.y.z,初始版本号为V0.0.0。

其中,x在每一次大版本发布的时候加1;y在有技术性变更的时候加1,如增加删减功能模块;z在有编辑性改动的时候加1,如格式、段落调整。

本标准起草单位:1 范围安卓生态圈为App 开发者提供了一个开放的运行环境,用于实现各种创新的想法,然而也产生了相应的性能问题。

消息推送是App 运营的重要一环,为了优化消息推送成功率,降低电量和流量消耗,改善用户的使用体验,系统级的推送服务显得尤为重要,各大手机厂商也已经提供或者正在研发基于各自系统平台的系统推送服务解决方案。

中国信息通信研究院泰尔终端实验室联合各大手机厂商和提供推送服务的互联网厂家成立“统一推送联盟”,通过标准化统一通道层,降低终端功耗、提升用户体验、支撑开发者生态建设,促进安卓推送服务行业健康发展,为终端用户提供更好的手机使用体验,为应用开发者解决消息推送需求。

经联盟成员讨论,《统一推送通道层接口规范》已达成共识,并面向社会公布。

推送作为移动互联网的一项基础服务,对于开发者和行业发展有着重要的意义。

本文档希望推动各终端厂商制定推送基本技术指标和测试方法,逐步推动整个行业的服务水平提升,为移动互联网服务的发展提供基础保障。

本文档适用于 Push 通道厂商、第三方 Push 服务提供商。

Push通道厂商:指提供终端设备,并在终端设备操作系统层内置 Push通道,能够对 Push通道进行管控,在黑屏后能够保持 Push 通道的厂商。

第三方 Push 服务提供商:与 Push通道厂商对应,指不提供终端设备,提供 Push 集成服务的厂商。

本文档包含以下建议内容:⚫统一推送技术要求⚫统一推送测试方法2 定义和缩略语2.1 定义2.2 缩略语UPS Unified Push ServiceAPI A pplication Program InterfaceSDK Software Development Kit3 技术要求3.1 性能要求3.1.1 空载流量采用统一推送服务时,应按照确保数据可靠性的前提下降低流量消耗的原则建立数据链接。

考虑到心跳包协议对长链接所消耗的流量影响很大,需要在服务实现时考虑减少心跳包数据大小及心跳频率的策略,必要时可采用智能心跳策略。

指标定义:空载流量,指终端接入数据网络(不包括Wi-Fi)且推送通道待机状态下,无消息推送时,流量消耗大小。

技术要求:空载流量应小于300kB/日。

3.1.2 空载功耗采用统一推送服务时,应按照确保数据可靠性的前提下降低功耗的原则建立数据链接。

考虑到心跳包协议对长链接消耗的功耗影响很大,需要在服务实现时考虑降低心跳频率策略,降低对于手机射频模块的拉起,以确保其不会对手机待机时长造成较大影响。

指标定义:空载功耗,指终端在熄屏条件下,接入数据网络,无推送消息时,推送服务消耗的功耗。

技术要求:空载功耗小于40mAh/日。

3.1.3 在线可靠性采用统一推送服务时,应确保推送服务的在线可靠性。

推送服务在线可靠性受限于推送服务器的可靠性,网络环境变化下的可靠性及手机端推送服务的可靠性。

具体指标应包括推送服务在线消息到达率、推送消息顺序性、推送服务器可靠性。

具体定义及性能指标建议如下:⚫指标定义:在线消息到达率,指推送服务在线时,推送消息到达量与推送消息总量的比率。

技术要求:在线消息到达率应大于99%。

⚫指标定义:消息顺序性,指消息到达顺序与消息发送顺序一致性,即先发送的消息优先到达。

⚫指标定义:服务器可靠性,指推送服务器的宕机率。

技术要求:服务器可靠性应大于99%。

3.1.4 并发能力采用统一推送服务时,推送服务器应具备一定的并发能力,以满足推送消息的群发或广播的需求。

指标定义:并发能力,指推送服务可以承载在一定的时间内向一定数量的终端设备推送消息,具体可分解为并发推送性能和并发长连接性能。

技术要求:单实例服务器并发推送性能可达到5w/s,单实例服务器并发静态长连接数可达到5w,且服务器具备弹性扩展能力。

3.1.5 网络鲁棒性采用统一推送服务时,需要解决复杂网络环境下网络掉线/小区重选时的长连接恢复问题。

在无法正常维持长连接时,需要有相应的处理手段。

网络情况较差时,推送服务能够自发调整,选择最优网络或针对暂时无法到达的消息进行存储,在网络恢复后,重新建立业务层心跳,进行发送。

指标定义:网络鲁棒性,指网络原因导致长连接中断时,网络恢复后,业务层长连接的建立时间。

技术指标:业务层长连接建立时间不应超过300秒。

3.2标准符合性要求3.2.1 接口标准符合性采用统一推送服务时,推送服务提供商应提供与《统一推送通道层接口规范》中一致的API接口供开发者使用。

4 测试方法通道层的测试方法如图1所示:图1 UPS通道层测试总体框架在进行测试时应记录如下信息:手机品牌、手机型号、ROM版本、推送SDK版本、推送服务器系统版本、测试实验环境配置、网络环境等关键信息。

4.1 性能要求测试方法为了保证测试结果能够客观还原测试中发现的问题、有效发现推送服务在实际应用中的问题、推动统一推送服务持续健康有序发展,统一推送测试拟采用实验室环境验证、现场环境验证及自声明结合的方式进行。

注:参与测试的厂商需提供带有推送服务SDK的测试应用安装包,用于测试空载流量及空载功耗。

4.1.1空载流量指终端接入数据网络(不包括Wi-Fi)且推送通道待机状态下,无消息推送时,流量消耗大小。

在网络良好的环境下,通过同款手机对比测试的方式,测试72小时,通过统计平均的方法得出计算结果。

测试环境:实验室环境。

测试工具:测试应用安装包,运营商统计报表,内置流量统计软件。

测试方法:推送服务空载流量 = 推送SDK流量–基础流量⚫基础流量测试:1)配置终端移动数据网络;2)关闭终端应用所有后台进程;3)手机进入待机状态24小时;4)通过查询运营商记录或软件获取基础流量;5)重复上述步骤,通过统计平均的方法得出测试结果。

⚫推送SDK流量测试:1)安装配置推送SDK的测试应用;2)配置终端移动数据网络;3)打开测试应用,通过设置自启动等方式保证应用在线;4)手机进入待机状态24小时;5)通过查询运营商记录或软件获取推送SDK流量。

6)重复上述步骤,通过统计平均的方法得出测试结果。

4.1.2 空载功耗指终端在熄屏条件下,接入数据网络,无推送消息时,推送服务消耗的功耗。

推送服务应该根据自动适应不同的网络环境,智能调整心跳频率,将参数调整到最优状态。

在信号良好的环境下,测试72小时,采用同一手机对比测试的方式,测试耗电情况。

测试环境:实验室环境。

测试工具:测试应用安装包,恒压源。

测试方法:推送服务空载功耗 = 推送SDK功耗 - 基础功耗⚫基础功耗测试:1)配置终端移动数据网络;2)连接恒压源;3)终端进入待机状态;4)开始捕获电流值;5)待机24小时;6)结束捕获电流值;7)整理数据,保存数据;8)重复上述步骤,通过统计平均的方法得出测试结果。

⚫推送SDK功耗测试:1)安装配置推送SDK的测试应用;2)配置终端移动数据网络;3)连接恒压源;4)打开测试应用,通过设置自启动等方式保证应用在线;5)终端进入待机状态6)开始捕获电流值7)待机24小时8)结束捕获电流值9)整理数据,保存数据10)重复上述步骤,通过统计平均的方法得出测试结果。

4.1.3 在线可靠性具体指标包括推送服务在线消息到达率、推送消息顺序性、推送服务器可靠性。

测试环境:现场环境及自声明。

测试工具:测试应用安装包,服务器后台监控工具。

测试方法:1)安装配置推送SDK的测试应用;2)配置终端移动数据网络;3)配置推送服务器端,模拟推送消息发送,记录推送消息数量;4)通过推送消息回执情况,记录到达消息数量,计算在线消息到达率;5)抽取推送消息回执时间戳及服务器日志确定消息顺序性;6)通过查看服务器系统历史日志,统计服务器可靠性,即宕机率。

4.1.4 并发能力采用统一推送服务时,推送服务器应具备一定的并发能力,以满足推送消息的群发或广播的需求。

测试指标具体可分解为并发推送性能及并发静态长连接数。

利用终端模拟器模拟海量终端链接,通过测试脚本模拟并发推送,查看服务器日志以确定是否满足指标要求,并记录达到指标要求时的服务器负载情况。

测试环境:现场环境及自声明。

测试工具:终端模拟器,测试脚本,服务器后台监控工具。

测试方法:并发推送性能1)使用终端模拟器向服务器模拟n万条长连接(n值在测试例中规定);2)推送服务器端向终端模拟器发送m万条消息(m值在测试例中规定);3)查询服务器日志时间戳及推送回执消息时间戳,以判断并发推送性能是否满足要求;4)记录服务器日志中各指标情况。

并发长连接数1)使用终端模拟器以渐近方式向服务器模拟并发链接;2)查看服务器日志,当单实例服务器静态长连接数大于5w停止模拟;3)记录服务器日志各指标情况。

4.1.5 网络鲁棒性网络鲁棒性,指网络原因导致长连接中断时,网络恢复后,业务层长连接的建立时间。

通过模拟移动数据网络及消息回执时间戳来进行测试,以判断指标是否达到要求。

测试环境:现场验证及自声明。

测试工具:测试应用安装包,服务器后台监控工具。

测试方法:1)安装配置推送SDK的测试应用;2)打开测试应用,确保推送服务在线;3)关闭移动终端数据网络;4)打开移动终端数据网络,记录时间;5)通过观察服务器侧,记录长连接恢复时间;6)计算业务层长连接建立时间;4.2 标准符合性测试方法4.2.1 接口标准符合性手机配置推送通道厂商提供的SDK,并与推送通道厂商的推送服务器保持长连接。

通过推送测试服务器模拟开发者推送消息的完整过程。

相关文档
最新文档