中国电信移动互联网业务感知测试APP功能规范v2.0
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
中国电信移动互联网业务感知测试APP功能要求
1
本标准规定中国电信移动互联网业务感知测试APP的功能，包括业务测试功能、业务监测功能、辅助诊断功能、数据采集功能、异常事件监测功能、业务行为监测功能、自动升级功能、测试目标选择功能、测试结果数据上传功能、APP控制功能、APP数据预处理、接口功能等要求。
APP在启动时需要请求一次最新的视频浏览类测试地址，以便于适应不同阶段的需求而对视频类业务感知KQI指标进行提取。
请求的视频文件大小大约在10M左右。对于网络状况较好的情况下，如果不到10s就已经下载完成，应只统计下载期间的速率。
4.2.3
业务感知测试APP须对即时通信类业务进行消息发送和接收测试，通过在指定某种或某几种即时通信工具上模拟用户的发送消息和接收消息，获取到消息发送/接收的时延、速率及成功率。
4
移动网络的日常使用中，通过在手机上模拟真实用户行为的操作或者监测真实用户在手机上的实际业务操作过程或者监测真实用户在手机上的实际业务操作过程可以直观地体现用户感知数据，特别是使用率较高的页面浏览、视频播放和即时通信等业务，可以真实反映出用户业务感知情况。业务感知测试APP应具备对页面浏览类、视频类和即时通讯类业务的端到端测试功能，对相关业务感知KQI指标进行采集，包括当时的无线环境信息、坐标位置信息以及手机信息等，并按照规范要求解析、生成、合并数据信息，向数据平台提供数据结果。
d)上传峰值速率：用户在触发网络测速上传测试时，在整个下载过程中每500ms记录一次速率情况，取各次中最快的几位峰值速率；
e)支持多线程测试，针对3G网络只使用单线程测试，针对4G网络开启多线程测试（暂定开4线程）。
f)测速开始前应首先发起Ping测试，确保测速服务器能正常访问。如果Ping超时，应提示用户测速服务器不可用。
4.2.2
业务感知测试APP应对在线视频类业务进行播放测试，通过指定要请求的视频地址进行端到端的访问，通过模拟用户在线观看视频的实际业务，在视频访问的过程中，记录视频平均下载速率、峰值速率、卡顿次数等指标。
指标计算：用户发起视频播放请求后的10s内，每500ms记录一次该阶段的下载速率，并统计出整个阶段的视频下载的平均速率和峰值速率；
（3）测试任务同步：测试APP上的业务测试内容和业务监测内容应具备远程同步功能，每次启动APP时自动与后台同步最新的测试内容或监测内容，也可手动进行同步。内容同步功能可根据不同省份下发不同的测试内容，具体测试内容在后台进行统一制定。
（4）自动化测试功能：业务测试模式除提供界面供用户手动触发任务外，应具备业务自动化测试功能。自动化测试功能是指测试APP根据控制平台的统一任务调度安排，对接收到的测试任务执行测试，测试完成后结果按照要求回传后台。
测试APP及控制和预处理的逻辑架构如下图所示。它包括以下三个部分：
（1）测试APP部分：在智能终端上安装测试APP软件，通过业务监测、业务测试两种工作模式，实现终端业务感知数据的采集，测试数据上传服务器。
（2）APP控制部分：对终端的采集进行集中控制，对配置的更新周期、软件版本更新检查周期、数据上传周期、业务配置等进行管理。
g)本项功能应实现为一键测试，无需用户做更多操作。
h)测速网址应按归属省份下发不同网址。但对于漫游用户上报的测试数据应在做统计时剔除掉（后台进行操作）。测速所用文件为100MB以上，测速时间为10s。
4.2.5
业务感知测试APP（专业版）应具备一键式全自动测试功能。在测试中，根据服务器所下发的配置参数完成网页、视频、测速测试。在测试中，应对目标网址依次进行测试，并在APP上显示测试结果（非后台处理方式）。
A业务行为信息采集功能
业务感知测试APP应在不干扰用户正常使用网络和业务的前提下，在用户使用手机进行各种数据业务的过程中，对手机上发生的业务感知信息进行采集，并同时记录业务发生时的无线环境信息。
具体记录信息包括：业务使用开始时间、APP名称、IMSI、MEID、地市、网络制式、使用APP业务的时长、上行流量、下行流量、上行速率、下行速率。上下行速率指标获取应剔除无数据流量的时间段。
APP具备在网络出现异常情况导致超时的情况下，能启动辅助诊断工具进行对目标网址进行分析检测，并且将诊断结果呈现在APP上的功能。如果有网站访问出现异常，可以即时在后台调用辅助诊断工具。待测试结束后再把辅助诊断工具的测试结果呈现在APP上。
4.2.6
在用户无感知的前提下，以被动静默监测的方式进行相关数据采集，主要包括以下两个方面的采集。
4.2
4.2.1
业务感知测试APP应对主流页面浏览类网站/应用发起端到端的访问测试，通过指定URL和测试次数，在应用层对URL发起HTTP请求，对请求和响应流程各阶段进行时戳捕获，解析后获取以下指标：
DNS解析延时、首包延时、页面打开延时、请求地址、请求IP、下载文件大小、下载文件速度、访问成功是否成功、建立连接时延、发送请求时延、接收响应时延；
控制报文协议
IMSI
International Mobile Subscriber Identity
国际移动用户识别码
MSISDN
Mobile Station ISDN Number
移动用户电话薄号码
LTE
Long Term Evolution
长期演进
URL
Uniform Resource Locator
d)消息接收是否成功：发送消息在发送成功后，用户在接收端上接收到相同内容的消息记为接收成功；
4.2.4
业务感知测试APP须对网络的吞吐率进行测试，测试过程包括下载速率测试和上传速率测试。网络测速通过HTTP协议进行，测速地址选用目前已有的测速服务器。
网络测速采集的指标包括下ຫໍສະໝຸດ Baidu平均速率，下载峰值速率，上传平均速率和上传峰值速率：
前言
本标准为中国电信首次制定，旨在对移动互联网业务感知测试APP的功能进行统一规范，以支撑中国电信开展移动互联网业务感KQI指标的采集、分析及优化。
本规范起草单位：本标准由中国电信集团公司网络运营维护事业部组织制定，中国电信股份有限公司广州研究院起草。
本规范主要起草人：姜松、郑忠民、李文云、曹维华、蒋春元、贺晓东等。
b)页面打开延时：用户发起浏览请求到收到整个HTTP页面下载完毕并渲染完成时长，单位为s。页面打开时延反映了用户从访问开始到页面打开所需要等待的时间，影响业务感知。
APP在每次启动前进行一次待测试地址的请求，以便于根据不同阶段的测试需求进行调整。浏览类业务感知测试可以一次进行一个站点或者多个站点的访问测试，按照既定顺序线性执行测试并回传测试结果。测试中，APP应显示完整HTTP页面。
本标准适用于中国电信移动互联网业务感知测试APP及分析系统，为移动互联网业务感知分析系统（以下称“分析系统”）开发部署提供技术依据。
2
下列缩略语适用于本标准：
HTTP
HyperText Transfer Protocol
超文本传输协议
ICMP
Internet Control Message Protocol，Internet
4.3.3
Traceroute工具用来检测从测试发起端到业务目标地址端数据包在IP网络经过的路由器的IP地址以及各路由节点延时的情况。当业务测试时访问异常或者时延指标值很大时，可使用Traceroute工具用来辅助监测网络中的哪一段出现异常导致业务感知情况下降。Traceroute测试默认使用TTL为30，每次发包的等待超时时间为3秒，可按照实际测试需要进行配置。测试结果以文件的形式保存在本地，可以选择某次测试结果回传至服务器侧供后续的分析研究。
DNS解析时延：从程序访问开始到完成DNS解析的时延；
建立连接时延：DNS解析结束到TCP连接建立完成的时延；
发送请求时延：TCP建立完成开始到收到响应的第一个数据包的时延；
接收响应时延：从接收到第一个响应数据包开始到响应接收完成的时延；
空口建立时延：
网页浏览时，如果出现超时情况，应能主动调用辅助诊断工具进行诊断调用。（仅针对专业版）。
4.3.1
DNS监测工具用来检测DNS服务器是否能对目标网址进行正常解析。DNS监测通过配置自动选择DNS服务器以及指定DNS服务器等方式，对DNS异常信息进行捕获。测试结果以文件形式保存在本地，可以选择某次的测试结果上传至后台服务器共后续的分析研究。
4.3.2
Ping工具用来检测目标地址的访问时延，当在业务测试时访问异常或时延指标值很大时，可使用Ping工具用来辅助检测网络是否通畅。默认Ping包大小为64字节，超时时间为3秒，发送包个数为5个，各参数可按照实际需要进行配置。测试结果以文件的形式保存在本地，可以选择某次测试结果回传至服务器侧供后续的分析研究。
统一资源定位符
WAP
Wireless Application Protocol
无线应用协议
Wi-Fi
Wireless Fidelity
无线保真
KQI
Key Quality Index
关键质量指标
DPI
Deep Packet Inspection
深度报文监测
3
移动互联网业务感知数据的获取主要有两种方式：方式1为测试APP方式，方式2为信令及DPI监测方式。移动互联网业务感知测试APP作为移动互联网网业务感知分析系统的一部分，在网络中的位置如下：
a)下载平均速率：用户在触发网络测速下载测试时，整个下载过程的平均速率，用下载消耗数据量/下载消耗时长；
b)下载峰值速率：用户在触发网络测速下载测试时，在整个下载过程中每500ms记录一次速率情况，取各次中最快的几位峰值速率；
c)上传平均速率：用户在触发网络测速上传测试时，整个上传过程的平均速率，用上传消耗数据量/上传消耗时长；
C诊断信息采集功能
公众版做被动式监测时可以在业务访问出现问题时调用辅助诊断工具进行诊断测试，并上报测试结果。
4.3
业务感知测试APP应提供诊断网络问题的辅助工具，当在测试时出现指标异常情况时，通过网络诊断工具进行初步的现场问题诊断，诊断结果可以在本地进行浏览并支持将测试结果上传服务器。
测试网址通过服务器下发，客户端应能对测试网址进行修改，包括增、删、修改。
B数据连接信息采集功能
主要KPI指标包括：建立数据连接成功率和建立时延。
在用户使用手机APP进行数据业务使用时，记录手机由无数据连接状态转换为进入数据连接状态的成功率和所用时间。记录以下信息：业务使用开始时间、IMEI、IMSI、建立数据连接是否成功、建立数据连接时延、网络制式、CDMA（SID、NID、BSID、信号强度）/LTE(Ci、Pci、TAC、ENBID、RSRP、RSRQ和SINR)。
移动网络页面浏览类业务感知指标主要体现在HTTP请求各阶段的延时，而业务感知KQI评价指标选用首包延时和页面打开延时。
a)服务器首包响应延时：用户发起浏览请求到收到目标服务器响应第一个http 200 ok报文之间的所经历的时长，单位为ms。首包延时体现了用户容易感知到的浏览器对HTTP的响应是否有反应及时长。
移动网络的即时通信类业务感知指标主要体现在用户使用此类应用时消息发送和接收的准确情况，业务感知KQI评价指标选用发送/接收成功率：
a)消息发送是否成功：用户在触发消息发送到服务器成功接收消息；
b)消息发送接收时延：用户在触发消息发送到对端用户接收成功所消耗的时间记为消息发送接收时延；
c)消息发送速率：发送速率可以用发送消息的大小/用户在触发消息发送到服务器接收成功所消耗的时间，发送消息可以是文本、图片和视频；
4.1
测试APP在不同的应用场景下采用不同的工作模式。工作模式包括两类：业务测试模式和业务监测模式。
（1）业务测试模式：APP软件带有操作界面，使用者可以在界面上模拟真实用户行为主动发起业务测试，并由APP软件自动采集被测业务的相关信息。测试采集信息可以由使用者手动触发上传，也可由软件自动完成上传。
业务测试模式具备全自动测试模式，通过服务器端每天下发测试参数到手机，在终端上实现一键测试。暂定支持的业务测试包括网页浏览、视频浏览、测速。并可以实现测速参数针对不同省份可调，包括具体测试网址、测试次数。
全自动测试模式下，如果出现超时严重（10s），可以启动相关辅助诊断工具进行分析检测。
（2）业务监测模式：使用者正常使用终端进行各种业务，在其使用各类业务的过程中，APP的后台进程持续监测用户的业务使用行为，当用户使用了需要监测的特定业务时，由APP的后台进程自动对该用户的业务使用相关信息进行采集，采集信息按照约定的规则自动上传到服务器。在此模式下，用户不需要进行任何额外的操作，数据采集和上传的过程也不能对用户的正常使用产生任何干扰。此模式不要求测试APP具备操作界面。
1
本标准规定中国电信移动互联网业务感知测试APP的功能，包括业务测试功能、业务监测功能、辅助诊断功能、数据采集功能、异常事件监测功能、业务行为监测功能、自动升级功能、测试目标选择功能、测试结果数据上传功能、APP控制功能、APP数据预处理、接口功能等要求。
APP在启动时需要请求一次最新的视频浏览类测试地址，以便于适应不同阶段的需求而对视频类业务感知KQI指标进行提取。
请求的视频文件大小大约在10M左右。对于网络状况较好的情况下，如果不到10s就已经下载完成，应只统计下载期间的速率。
4.2.3
业务感知测试APP须对即时通信类业务进行消息发送和接收测试，通过在指定某种或某几种即时通信工具上模拟用户的发送消息和接收消息，获取到消息发送/接收的时延、速率及成功率。
4
移动网络的日常使用中，通过在手机上模拟真实用户行为的操作或者监测真实用户在手机上的实际业务操作过程或者监测真实用户在手机上的实际业务操作过程可以直观地体现用户感知数据，特别是使用率较高的页面浏览、视频播放和即时通信等业务，可以真实反映出用户业务感知情况。业务感知测试APP应具备对页面浏览类、视频类和即时通讯类业务的端到端测试功能，对相关业务感知KQI指标进行采集，包括当时的无线环境信息、坐标位置信息以及手机信息等，并按照规范要求解析、生成、合并数据信息，向数据平台提供数据结果。
d)上传峰值速率：用户在触发网络测速上传测试时，在整个下载过程中每500ms记录一次速率情况，取各次中最快的几位峰值速率；
e)支持多线程测试，针对3G网络只使用单线程测试，针对4G网络开启多线程测试（暂定开4线程）。
f)测速开始前应首先发起Ping测试，确保测速服务器能正常访问。如果Ping超时，应提示用户测速服务器不可用。
4.2.2
业务感知测试APP应对在线视频类业务进行播放测试，通过指定要请求的视频地址进行端到端的访问，通过模拟用户在线观看视频的实际业务，在视频访问的过程中，记录视频平均下载速率、峰值速率、卡顿次数等指标。
指标计算：用户发起视频播放请求后的10s内，每500ms记录一次该阶段的下载速率，并统计出整个阶段的视频下载的平均速率和峰值速率；
（3）测试任务同步：测试APP上的业务测试内容和业务监测内容应具备远程同步功能，每次启动APP时自动与后台同步最新的测试内容或监测内容，也可手动进行同步。内容同步功能可根据不同省份下发不同的测试内容，具体测试内容在后台进行统一制定。
（4）自动化测试功能：业务测试模式除提供界面供用户手动触发任务外，应具备业务自动化测试功能。自动化测试功能是指测试APP根据控制平台的统一任务调度安排，对接收到的测试任务执行测试，测试完成后结果按照要求回传后台。
测试APP及控制和预处理的逻辑架构如下图所示。它包括以下三个部分：
（1）测试APP部分：在智能终端上安装测试APP软件，通过业务监测、业务测试两种工作模式，实现终端业务感知数据的采集，测试数据上传服务器。
（2）APP控制部分：对终端的采集进行集中控制，对配置的更新周期、软件版本更新检查周期、数据上传周期、业务配置等进行管理。
g)本项功能应实现为一键测试，无需用户做更多操作。
h)测速网址应按归属省份下发不同网址。但对于漫游用户上报的测试数据应在做统计时剔除掉（后台进行操作）。测速所用文件为100MB以上，测速时间为10s。
4.2.5
业务感知测试APP（专业版）应具备一键式全自动测试功能。在测试中，根据服务器所下发的配置参数完成网页、视频、测速测试。在测试中，应对目标网址依次进行测试，并在APP上显示测试结果（非后台处理方式）。
A业务行为信息采集功能
业务感知测试APP应在不干扰用户正常使用网络和业务的前提下，在用户使用手机进行各种数据业务的过程中，对手机上发生的业务感知信息进行采集，并同时记录业务发生时的无线环境信息。
具体记录信息包括：业务使用开始时间、APP名称、IMSI、MEID、地市、网络制式、使用APP业务的时长、上行流量、下行流量、上行速率、下行速率。上下行速率指标获取应剔除无数据流量的时间段。
APP具备在网络出现异常情况导致超时的情况下，能启动辅助诊断工具进行对目标网址进行分析检测，并且将诊断结果呈现在APP上的功能。如果有网站访问出现异常，可以即时在后台调用辅助诊断工具。待测试结束后再把辅助诊断工具的测试结果呈现在APP上。
4.2.6
在用户无感知的前提下，以被动静默监测的方式进行相关数据采集，主要包括以下两个方面的采集。
4.2
4.2.1
业务感知测试APP应对主流页面浏览类网站/应用发起端到端的访问测试，通过指定URL和测试次数，在应用层对URL发起HTTP请求，对请求和响应流程各阶段进行时戳捕获，解析后获取以下指标：
DNS解析延时、首包延时、页面打开延时、请求地址、请求IP、下载文件大小、下载文件速度、访问成功是否成功、建立连接时延、发送请求时延、接收响应时延；
控制报文协议
IMSI
International Mobile Subscriber Identity
国际移动用户识别码
MSISDN
Mobile Station ISDN Number
移动用户电话薄号码
LTE
Long Term Evolution
长期演进
URL
Uniform Resource Locator
d)消息接收是否成功：发送消息在发送成功后，用户在接收端上接收到相同内容的消息记为接收成功；
4.2.4
业务感知测试APP须对网络的吞吐率进行测试，测试过程包括下载速率测试和上传速率测试。网络测速通过HTTP协议进行，测速地址选用目前已有的测速服务器。
网络测速采集的指标包括下ຫໍສະໝຸດ Baidu平均速率，下载峰值速率，上传平均速率和上传峰值速率：
前言
本标准为中国电信首次制定，旨在对移动互联网业务感知测试APP的功能进行统一规范，以支撑中国电信开展移动互联网业务感KQI指标的采集、分析及优化。
本规范起草单位：本标准由中国电信集团公司网络运营维护事业部组织制定，中国电信股份有限公司广州研究院起草。
本规范主要起草人：姜松、郑忠民、李文云、曹维华、蒋春元、贺晓东等。
b)页面打开延时：用户发起浏览请求到收到整个HTTP页面下载完毕并渲染完成时长，单位为s。页面打开时延反映了用户从访问开始到页面打开所需要等待的时间，影响业务感知。
APP在每次启动前进行一次待测试地址的请求，以便于根据不同阶段的测试需求进行调整。浏览类业务感知测试可以一次进行一个站点或者多个站点的访问测试，按照既定顺序线性执行测试并回传测试结果。测试中，APP应显示完整HTTP页面。
本标准适用于中国电信移动互联网业务感知测试APP及分析系统，为移动互联网业务感知分析系统（以下称“分析系统”）开发部署提供技术依据。
2
下列缩略语适用于本标准：
HTTP
HyperText Transfer Protocol
超文本传输协议
ICMP
Internet Control Message Protocol，Internet
4.3.3
Traceroute工具用来检测从测试发起端到业务目标地址端数据包在IP网络经过的路由器的IP地址以及各路由节点延时的情况。当业务测试时访问异常或者时延指标值很大时，可使用Traceroute工具用来辅助监测网络中的哪一段出现异常导致业务感知情况下降。Traceroute测试默认使用TTL为30，每次发包的等待超时时间为3秒，可按照实际测试需要进行配置。测试结果以文件的形式保存在本地，可以选择某次测试结果回传至服务器侧供后续的分析研究。
DNS解析时延：从程序访问开始到完成DNS解析的时延；
建立连接时延：DNS解析结束到TCP连接建立完成的时延；
发送请求时延：TCP建立完成开始到收到响应的第一个数据包的时延；
接收响应时延：从接收到第一个响应数据包开始到响应接收完成的时延；
空口建立时延：
网页浏览时，如果出现超时情况，应能主动调用辅助诊断工具进行诊断调用。（仅针对专业版）。
4.3.1
DNS监测工具用来检测DNS服务器是否能对目标网址进行正常解析。DNS监测通过配置自动选择DNS服务器以及指定DNS服务器等方式，对DNS异常信息进行捕获。测试结果以文件形式保存在本地，可以选择某次的测试结果上传至后台服务器共后续的分析研究。
4.3.2
Ping工具用来检测目标地址的访问时延，当在业务测试时访问异常或时延指标值很大时，可使用Ping工具用来辅助检测网络是否通畅。默认Ping包大小为64字节，超时时间为3秒，发送包个数为5个，各参数可按照实际需要进行配置。测试结果以文件的形式保存在本地，可以选择某次测试结果回传至服务器侧供后续的分析研究。
统一资源定位符
WAP
Wireless Application Protocol
无线应用协议
Wi-Fi
Wireless Fidelity
无线保真
KQI
Key Quality Index
关键质量指标
DPI
Deep Packet Inspection
深度报文监测
3
移动互联网业务感知数据的获取主要有两种方式：方式1为测试APP方式，方式2为信令及DPI监测方式。移动互联网业务感知测试APP作为移动互联网网业务感知分析系统的一部分，在网络中的位置如下：
a)下载平均速率：用户在触发网络测速下载测试时，整个下载过程的平均速率，用下载消耗数据量/下载消耗时长；
b)下载峰值速率：用户在触发网络测速下载测试时，在整个下载过程中每500ms记录一次速率情况，取各次中最快的几位峰值速率；
c)上传平均速率：用户在触发网络测速上传测试时，整个上传过程的平均速率，用上传消耗数据量/上传消耗时长；
C诊断信息采集功能
公众版做被动式监测时可以在业务访问出现问题时调用辅助诊断工具进行诊断测试，并上报测试结果。
4.3
业务感知测试APP应提供诊断网络问题的辅助工具，当在测试时出现指标异常情况时，通过网络诊断工具进行初步的现场问题诊断，诊断结果可以在本地进行浏览并支持将测试结果上传服务器。
测试网址通过服务器下发，客户端应能对测试网址进行修改，包括增、删、修改。
B数据连接信息采集功能
主要KPI指标包括：建立数据连接成功率和建立时延。
在用户使用手机APP进行数据业务使用时，记录手机由无数据连接状态转换为进入数据连接状态的成功率和所用时间。记录以下信息：业务使用开始时间、IMEI、IMSI、建立数据连接是否成功、建立数据连接时延、网络制式、CDMA（SID、NID、BSID、信号强度）/LTE(Ci、Pci、TAC、ENBID、RSRP、RSRQ和SINR)。
移动网络页面浏览类业务感知指标主要体现在HTTP请求各阶段的延时，而业务感知KQI评价指标选用首包延时和页面打开延时。
a)服务器首包响应延时：用户发起浏览请求到收到目标服务器响应第一个http 200 ok报文之间的所经历的时长，单位为ms。首包延时体现了用户容易感知到的浏览器对HTTP的响应是否有反应及时长。
移动网络的即时通信类业务感知指标主要体现在用户使用此类应用时消息发送和接收的准确情况，业务感知KQI评价指标选用发送/接收成功率：
a)消息发送是否成功：用户在触发消息发送到服务器成功接收消息；
b)消息发送接收时延：用户在触发消息发送到对端用户接收成功所消耗的时间记为消息发送接收时延；
c)消息发送速率：发送速率可以用发送消息的大小/用户在触发消息发送到服务器接收成功所消耗的时间，发送消息可以是文本、图片和视频；
4.1
测试APP在不同的应用场景下采用不同的工作模式。工作模式包括两类：业务测试模式和业务监测模式。
（1）业务测试模式：APP软件带有操作界面，使用者可以在界面上模拟真实用户行为主动发起业务测试，并由APP软件自动采集被测业务的相关信息。测试采集信息可以由使用者手动触发上传，也可由软件自动完成上传。
业务测试模式具备全自动测试模式，通过服务器端每天下发测试参数到手机，在终端上实现一键测试。暂定支持的业务测试包括网页浏览、视频浏览、测速。并可以实现测速参数针对不同省份可调，包括具体测试网址、测试次数。
全自动测试模式下，如果出现超时严重（10s），可以启动相关辅助诊断工具进行分析检测。
（2）业务监测模式：使用者正常使用终端进行各种业务，在其使用各类业务的过程中，APP的后台进程持续监测用户的业务使用行为，当用户使用了需要监测的特定业务时，由APP的后台进程自动对该用户的业务使用相关信息进行采集，采集信息按照约定的规则自动上传到服务器。在此模式下，用户不需要进行任何额外的操作，数据采集和上传的过程也不能对用户的正常使用产生任何干扰。此模式不要求测试APP具备操作界面。