文档库 最新最全的文档下载
当前位置:文档库 › DT测试步骤

DT测试步骤

DT测试步骤
DT测试步骤

DT(DRIVETEST)也称车测,是检测运行网络质量的重要手段之一。DT测试是检查一个网络无线环境及无线覆盖的重要手段,通过测试,我们可以达到以下目的:

?对统计分析结果进行现场验证;

?检查无线环境 测试网络空中接口 AIR_INTERFACE 部分;

?对小区设置参数实地验证;

?检查网络覆盖情况、各小区间切换进程等?

作为一个成熟的"网优"工程师,在测试中应该熟练掌握以下内容

一、路测设备及使用方法 (2)

1.常见的路测设备 (2)

2.路测设备的构成 (2)

4.工具栏具使用说明 (2)

5.锁频测试 (3)

6.路测中主要观察以下窗口(以TEMS测试系统为例): (3)

7.ANT测试设备在我们进行路测前,对手机设置应注意以下几点: (3)

8.常用的测试方法和作用 (3)

10.使用TEMS测试软件进行测试的7个步骤 (4)

11.使用TEMS进行GPRS数据业务测试的10个步骤 (4)

二、路测分析部分 (6)

1.路测在不同阶段的作用 (6)

2.常见测试问题 (6)

3.分析问题关注的指标 (7)

5.割接当晚需要关注的指标和事件 (7)

6.路测报告的内容 (8)

7.割接当晚遇到问题处理流程 (8)

8.GSM 网络优化四要素 (9)

一、路测设备及使用方法

1.常见的路测设备

1)国外较为著名的有:

a)Ericsson的TEMS

b)Nokia的TOM

2)国内较为出名的路测设备提供商有:

a)珠海万禾(ANT)

b)珠海鼎立(PREMIER)

2.路测设备的构成

1)PC, (最少需要如下配置:Pentium III, 500 MHz, 256 MB RAM )

2)必要的串口扩展设备(TEMS Investigation手机只支持串口,连接多部手机需要多个串口)

3)TEMS 手机 : 支持TEMS Investigation协议的测试手机

4)外部扫频器: TEMS Investigation扫频器

5)GPS :支持NMEA 2.0 等GPS 协议

6)软件环境: Windows 9X、NT、XP

3.测试软件的界面

4.工具栏具使用说明

1)设备控制

●添加删除物理连接到笔记本电脑的TEMS硬件设备

●同时可对TEMS硬件设备进行控制

2)连接

●与物理连接到笔记本电脑的TEMS硬件设备建立同步

3)录制

●对现场测量的结果进行记录(生成*.log文件)

4)重放

●对现场测试的log文件进行回放分析

5)文件及视图

●新建或打开用户界面设置(Workspace)

5.锁频测试

1)IDLE模式下通过软件锁频测试

●手机在待机模式锁频后,会自动从服务区小区重选到被锁频的小区。锁频后进行呼叫处理,那么在呼叫

后对锁频无效,需要重新锁频(如Dedicated模式锁频测试)。

2)Dedicated模式下通过软件锁频测试

●是手机在通话状态下进行锁频,也会自动从服务区小区强制切换到被锁频的小区。

3)强制锁频(手机锁频)

●强制锁频也叫手机锁频,是直接通过手机工程软件对手机进行锁频的一种方法。此方法具有强制性,并

且锁频后手机必需重启才能解锁。

4)强制不切换

●强制不切换功能主要是配合锁频测试,可以防止锁频失效确保锁死功能。

6.路测中主要观察以下窗口(以TEMS测试系统为例):

?SERVING+NEIGHBOURCELLLIST

?RADIOENVIRONMENT

?LAYER2/LAYER3MESSAGE

?CURRENT CHANNEL

?LINE CHART

?GRAPHICPRESENTATION等

7.ANT测试设备在我们进行路测前,对手机设置应注意以下几点:

?l 在SET BAND测试项中,如果在测900M网络时,不要把它设在1800M频段上,反之也一样。否则将不能测试相应频段的信号,平时最好把它设置在Inactive。

?l 在MODE中,不要把它设置成DATA,否则将不能建立连接,应将其设置在TRACE(OT76)或TRACE 9600(OT75)上。

8.常用的测试方法和作用

?漫游通话测试:指的就是普通的路测,设定好通话时长和间隔时长,测试软件会自动根据设定时间进行自动拨打,记录通信过程,同时GPS记录路径信息;

?CQT测试:在一个地点反复多次进行拨打,统计所采样到的事件次数,如掉话,建立失败等;

?主被叫测试:在ANT软件中可以设定手机是作为主叫还是被叫;

?强制切换测试:强制进行的功能,在ANT软件里和SAGEM手机中均可以设置强制切换,用以检验是否可以进行切换;

?通话邻频干扰测试:在通话状态下用两部手机,一部作为通话手机,另一部作为扫频手机对通话手机占用的TCH及两个邻频进行扫频;

?锁频测试:在空闲状态下对某个小区进行锁定,它对通话过程中的切换不造成影响;

?扫频测试:分为静态扫频和动态扫频,静态扫频是对某一时刻的无线环境进行扫描,显示频点、BSIC 和场强信息;

?双网竞争性测试:用一部电脑加两部手机进行的测试,分别占用不同运营商的网络,进行信号对比。?双频网选择性测试:指在双频网环境中可以进行强制切换测试。

9.ANTPILOT测试软件中,中文软件名显示的原理

?主小区中文名:LAC+CI进行相应中文名索引。原理是测试过程中只有主小区能看到CI,而在一个本地网内LAC+CI是唯一标识一个小区的。因此小区建库文件中必须有LAC和CI的信息。

?邻小区中文名:由于不能得到邻小区CI,因此只能利用BCCH+BSIC进行中文名索引,但在一个本地网中完全有可能出现同频同BSIC的小区,因此还要加上基站坐标信息,在测试过程中系统选取离测试点坐标最近的那个基站中文名作为邻小区名。

10.使用TEMS测试软件进行测试的7个步骤

1)硬件设备连接。将手机GPS和硬狗连接到电脑上

2)设置页面。根据本次测试的需要选择适合的工作区和窗口

3)制作工程参数。制作能导入TEMS的工程参数表(扩展名为.cel格式的文件)

4)添加并连接设备。在TEMS测试软件中用硬件连接向导添加已经连接到电脑上的测试设备,并点击“连

接”按钮进行测试软件软件和测试硬件的连接

5)制作测试计划。根据本次测试的需要制作测试计划。(如呼叫次数,呼叫时长,间隔时间等)

6)录制log。点击生成log文件按钮保存测试数据。

7)执行计划。执行第5步编辑好的测试计划进行测试。

11.使用TEMS进行GPRS数据业务测试的10个步骤

1)硬件设备连接。将手机GPS和硬狗连接到电脑上

2)添加手机和手机Modem的驱动程序。连接上硬件后在驱动程序安装向导上找到相应测试路径进行安装。?手机驱动路径:tems\TI 7.1 UE Drivers\DriversR2A\Sony Ericsson\W600

3)将附加命令添加到modem的高级属性中。

?附加命令:+cgdcont=1,"IP","cmnet","0.0.0.0",0,0; cgdcont=2,"IP","cmwap","0.0.0.0",0,0

4)设置拨号网络。在拨号连接中设置拨号网络,拨叫号码:*99#

5)在测试软件上连接设备在TEMS测试软件中用硬件连接向导添加已经连接到电脑上的测试设备,并点击

“连接”按钮进行测试软件软件和测试硬件的连接

6)调整数据业务操作窗口. 根据本次测试的需要选择适合的工作区和窗口

7)导入工程参数。制作能导入TEMS的工程参数表(扩展名为.cel格式的文件)并导入到测试软件中,在

地图上会生成相应的小区。

8)编些测试脚本。依据测试项目的不同,编些相应的测试进程。(如FTP下载FTP地址211.137.34.69,

用户名、密码:GPRS)

9)录制文件。点击生成log文件按钮保存测试数据。

10)执行脚本。执行第5步编辑好的测试计划进行测试

二、路测分析部分

1.路测在不同阶段的作用

11)评估阶段的测试-关注原网络覆盖情况,通话质量情况,干扰情况,如出现切换失败、未接通、掉话

等事件需要重点关注。必要时配合CQT测试。在保证我们自己的测试设备和人员可以到位的情况下,和局方沟通以下事项:DT测试的路线、车辆、随工、测试卡;机顶功测试站点;CQT的测试点及VIP 区域;GPRS测试的路线和测试点等

12)割接当晚的测试-关注割接基站当晚的测试情况;割接后的网优数据检查和优化参数的检查验证,天

馈等工程参数是否正确(如:天线是否接反、邻区漏配等)。输出割接前后对比报告

13)后期优化的测试-关注现网络和原网络的覆盖变化情况、通话质量变化情况、干扰变化情况,如出现

切换失败、未接通、掉话等事件需要重点关注。必要时配合CQT定点测试解决疑难问题。对客户投诉需要特别关注,移动的工程需要关注第三方测试,配合移动公司提高测试指标,以达到省分对本地市的考核。

2.常见测试问题

1)弱覆盖问题

一般是指覆盖信号的场强低于-90dBm,弱覆盖会引起许多不同的问题,如切换多、过覆盖、通话质量差、掉话、试呼过程还会导致未接通问题。弱覆盖分区域本身弱覆盖、阻挡弱覆盖等。

2)掉话问题

引起掉话有很多因素,如弱覆盖、通话质量差、干扰、切换、设备故障及参数设置不合理诸多因素。

3)未接通问题

引起未接通主要有,弱覆盖、拥塞、位置更新、硬件故障、干扰等。

4)通话质量差问题

通话质量分为8级,0-5级良好,6-7级通话质量最差。如果通话质量为7级,就会启动RLT(Radio Link Timeout)计时器,RLT为0就产生掉话。引起通话质量差因素有硬件故障、信号阻挡、干扰、硬切换。

5)切换失败问题

切换失败问题的因素很多,涉及到本小区与目标小区,需要根据分析经验及结合现网数据、报表统计来判断切换失败的原因。引起切换失败有硬件故障、目标小区拥塞、参数设置不合理、通话质量差、干扰、无线环境等。在测试数据的切换信令中,只能检查部份切换参数是否正确,其它引起的切换失败分析比较困难。

6)位置更新引起的问题

位置更新除了参数设置不合理外,主要是影响到呼叫的接通成功,因为作位置更新时需要占用独立的SD信道进行鉴权加密等,会造成手机错过呼叫时限。

在LAC边界区切换频繁造成位置更新过多的主要因素。

7)过覆盖问题

过覆盖现象会带来很多严重性问题,我们要尽量避免过覆盖现象,无法避免的过覆盖应做好频率优化与邻区优化。

8)测试设备引起的问题

驱车测试时,难免会遇到测试设备电源中断、连接数据线松动等现象导致外界造成的问题。对于此问题,我们测试人员在测试过程中认真仔细、提早预防、对设备爱护。

3.分析问题关注的指标

1)服务小区电平-反映覆盖情况

2)服务小区质量-反映通话质量情况

3)服务小区TA-距离基站的远近

4)服务小区的C/I-反映网络的干扰情况

5)相邻小区电平-反映情况情况

6)层三信令等-反映具体的事件

4.路测中除了关注测试指标还需关注以下方面

1)附近地形-有无高楼或山体阻挡,有无大功率设备或电台、有无水面、是否在隧道里面或高架桥下面

2)基站位置-观察基站的位置是否与地图上基站的位置一直,如果不一直,及时更新工程参数表

3)天线挂高和方向角-验证天线的挂高和方向角是否与工参一直,如果不一直,重新确定挂高和方向角,

并及时更新工参表

5.割接当晚需要关注的指标和事件

1)语音业务

a)天线是否接反

b)覆盖电平是否正常

c)通话质量如何

d)跳频。邻区关系

e)通话中是否出现杂音、串话、单通等问题

f)切换不成功

g)设备硬件故障等

2)数据业务关注

a)编码方式

b)下载速率

c)服务小区/相邻小区的接收电平

d)服务小区的载干比

e)脚本运行是否正常

6.路测报告的内容

1)整体指标统计

2)电平图

3)质量图

4)重点事件分析

●掉话

●切换失败

●覆盖差

●通话质量差

7.割接当晚遇到问题处理流程

1)越区覆盖问题:由于本次替换站分布在密集市区,容易出现越区覆盖现象,对网络质量会产生一定的冲

击。

保障措施:

●通过DT测试确定越区覆盖的程度,当晚降低载频发射功率;

●后期通过调整天线下倾角、方位角等措施加以改善。

2)个别基站割接不成功:由于个别基站割接不成功,可能造成邻区关系进行调整。

保障措施:

●华为方面:邻区关系调整,一些内部小区改为外部小区;

●原网方面也要配合,及时做邻区数据(主要是华为邻区数据);

3)拨测中出现杂音现象。

保障措施:

●DT配合,看是否是由于越区覆盖造成的频率干扰引起杂音现象,如果是越区

覆盖造成的干扰,及时解决越区覆盖问题;

●必要的时候临时调整频率关系,避免频率干扰;

●传输方面配合检查是否由于传输问题造成杂音现象;

●载频故障问题也可能引起杂音,基站督导确认载频是否有故障。

4)拨测中出现单通现象

保障措施:

●如果是个别基站出现单通问题,要检查载频射频连线和天馈系统是否有接反

的现象;

●如果是大面积基站出现单通问题,BSC督导要检查相关单板是否有正常,比如

光纤、OPT、FBI、FBC、NET板。A接口连线是否有问题,BIE单板是否有故障,是否有鸳鸯线。时隙号是否对应。A接口是否有一端处于闭塞状态;

●传输配合检查是否有问题。

5)拨测中出现串话现象

保障措施:

●BSC方面:A接口连线是否有问题,是否有鸳鸯线;BIE单板是否存在故障;

时隙号是否对应。

6)切换不成功

保障措施:

●检查邻区关系是否漏配;

●检查切换参数是否合理,是否需要进行调整,比如切换门限、切换判决时间、

小区层级关系、优先级关系设置等;

●检查外部小区信息是否正确,比如层级关系、BSIC、频点、LAC和CI等等,

是否配置正确。

7)主叫不成功

保障措施:

●检查交换数据是否配置正确(CGI)。

8)天馈接反

保障措施:

●DT测试如果发现天线接反,及时通知工程方面来进行解决。然后再重新测试,

保证天馈没有接反的现象。

9)硬件故障:如果当晚出现载频隐性故障,经过测试确定确实为载频故障的。

保障措施:

●及时通知工程方面替换有问题的单板。需要工程方面有足够的备板备件。

10)个别站点出现驻波告警

●及时通知工程方面用SITEMASTER定位问题点,处理后要再次进行测试。

8.GSM 网络优化四要素

1)硬件数据。

●这里所提的硬件数据不是数据库中的硬件数据,而是基站的地理信息和天馈

系统的数据资料。硬件数据主要包括五个方面的数据: 基站的准确经纬度;

基站的海拔高度;天线的型号、增益;小区天线的方位角;小区天线的下倾角。这五个方面的数据都属于无线网络的基础数据,它们基本决定了一个基站的覆盖地点和覆盖范围。准确而详尽的硬件数据能够使优化人员迅速的掌握无线网络资源的分配,准确了解各个基站的覆盖情况,从而能够迅速而准确的判断网络问题。在网络规模扩大的时候,这些硬件数据是工程建设很必要的参考。由于网络实时在变化,这些硬件数据也有可能被改动。因此,优化人员及时地对这些数据作出更新,是很有必要的。

2)频率规划

●频率规划是网络优化的一个重要部分。频率规划的好坏直接影响着无线网络

的通话质量,决定了网络中的干扰程度和基站硬件的工作状态。但是由于GSM 网络的制式限制,决定了在频率规划过程中,无法去完全避免频率之间的干扰,规划人员的目的只能是采取各种频率复用方式,尽量减少频率之间的影响,提高网络的质量。

3)邻区规划

●在移动通信网络中,相邻关系是非常重要的部分,这部分数据定义的好坏,决定了网络覆盖是否能够连

续,手机能否顺利的切换到更好的信号而保持通话。但是在很多地区,相邻关系定义的比较混乱,经

常可以发现有错漏的现象。

4)4 室内分布系统

●随着无线网络的发展,现在对室内或者特定某一区域进行覆盖的需求也越来越高了。由于无线信号在

穿过建筑物时有着较大的损耗,所以在一些离基站稍远或者没有正面覆盖的室内,就会出现信号覆盖差的现象。从投资角度来讲,建设宏基站可能会得不偿失;用微蜂窝来覆盖,仍然可能存在覆盖死角;最好的选择就是用室内分布系统来覆盖。

最全测试方法

★测试方法 一、编写用例的方法 等价类划分、边界值、因果图、判定表、正交排列法、场景法、状态转换图法、测试大纲方法 ☆等价类划分 1.应用场合: 只要有数据输入的地方,就可以应用等价类划分。 从很多的数据中,选取具有代表性的数据进行测试,可以提高测试效率,节约测试成本。 2.核心概念: (1)有效等价类: 对程序有意义、合理的输入数据 程序接收有效等价类数据,应该正确计算、执行 (2)无效等价类: 对程序无意义、不合理的输入数据 程序接收无效等价类数据,应该给出错误提示,或者根本不让输入 3.步骤: (1)根据需求,划分等价类 (2)细化等价类 再次检查,等价类能不能细分,一般依据的不是书面上的需求,而是基于对计算机数据存储、 处理方式的深入理解。——对正数和负数一般需要单独测试 (3)建立等价类表(熟练后,直接做这一步) 个人认为这一步是多余的。 (4)编写测试用例 从每个等价类中至少选取一个数据进行测试即可 4.边界值法 说明:一般不会单独说到用边界值,等价类和边界值是小情侣,结合使用设计一套较为完善的测试用

例。 边界值选取规则:得到需求的边界值时,取大于,等于,小于三个值设计测试用例。 5.等价类法经验 1)在一条用例中,可以尽可能多的测试(覆盖)不同控件的1个有效等价类(包括有效边界值)—— 对于不同控件的有效等价类(有效边界值)可以组合着去测。 2)在一条用例中,只测试一个控件的一个无效等价类(包括无效边界值)——无效等价类先不要组 合(无效等价类先单独测试,避免屏蔽现象,最后可以考虑无效等价类的组合) ☆因果图法 1.应用场合 在一个界面中,有多个控件,要考虑控件之间的组合,不同控件的组合会产生不同的输出结果组合,为了弄清输入组合和输出组合之间的对应关系,可以使用因果图(控件之间的组合) 2.因果图的核心 (1)因——原因,输入动作 (2)果——结果,输出结果 找出原因(输入)和结果(输出),以及它们之间的对应关系 3.图形符号 (1)基本符号 表达输入(因)和输出(果)的对应关系 (2)约束条件 约束的是同一类型(全部是输入或者全部是输出) 4.步骤 1)找出所有的原因(输入)和找出所有的结果(输出) 2)找到各输入的限制关系和组合关系和找出各输出的限制关系和组合关系

DT测试报告---模板

GSM_江苏省无锡市DT优化报告 无锡有限公司

目录 1.1概述 (3) 1.2GSM DT KPIs (4) 1.2.1Rxlev-sub (5) 1.2.2Rxqual-sub (6) 1.3典型问题处理情况 (7) 1.3.1弱覆盖问题: (7) 1.3.2无主覆盖小区(弱覆盖):钱桥东DB_4492B越区覆盖问题 (8) 1.3.3拐角效应:钱桥大街与钱威路拐角 (9) 1.3.4邻频干扰问题:太湖学院附近邻频干扰问题 (10) 1.3.5同频问题:大池路伏击 (11) 1.4测试log (12)

1.1 概述 2012年7月21日对横溢路至史巷路段开展DT测试,通过测试发现网络中无线环境较差的区域,重点解决网络中的覆盖、接续、保持、话音质量、数据问题等问题,提高网络质量,减少客户投诉,提高客户的感知度。 测试线路如下图:

1.2 GSM DT KPIs

本月对比分析 1.2.1 Rxlev-sub 1.2.1.1 2012年7月份Rxlev-sub 图2. 2012年7月份 Rxlev-sub 1.2.1.2 2012年7月覆盖柱状图 图3. 2012年7越覆盖柱状图 如上图为本月通话态覆盖电平柱状图,可以看到,覆盖率一般,Rxlev-sub≥-75dBm为98.20%,覆盖较好,部分区域由于信号受到房屋的阻挡,存在弱覆盖现象,如滨钱桥大街、钱威路附近等,,部分区域是由于越区覆盖导致,需要对天线的下倾角及切换门限进行适当的调整。

1.2.2 Rxqual-sub 1.2.2.1 2012年7月份Rxqual-sub 图4. 2012年7月份Rxqual-sub 1.2.2.2 2011年8月通话质量柱状 图5. 2011年8月通话质量柱状图(通话态) 本月采用的是详细的测试路线,可以看到,其中通话质量RxQualSub<4的点占97.61%,通话质量较好,从图6中可以看到,存在部分比较明显的质差区域。经分析,部分区域是由于越区覆盖导致,部分区域是由于同邻频干扰导致,需要通过适当的RF调整,加以解决。

测试流程及规范

测试流程及规范标准化管理处编码[BBX968T-XBB8968-NNJ668-MM9N]

1目的 侧重测试工作流程及规范的控制,明确产品研发的各阶段测试组应完成的工作。测试技术和策略等问题不在本文档描述范围内。 本规范作为所有测试组成员工作前必须掌握的工作规范,也供给其它部门其它组查阅参考,以便于组间的协调沟通,更好的合作完成产品的研发工作。 2概念与术语 在整个产品的研发过程中,测试类型按照先后顺序主要分为:单元测试、集成测试、系统测试及产品确认,整个过程如下面的W模型所示: 公司研发流程的实际情况,此测试也可由设计研发人员执行。 2)集成测试是验证模块间接口及匹配关系,测试依据主要为概要设计。一般采用自底向上或自顶向下的模块集成方法,逐步集成。在此环节中测试组还负责验收研发人员提供的转测试的材料,如果材料不完备,测试组可以拒绝接收。

3)系统测试是对系统的一系列的整体、有效性、可靠性的测试,测试依据主要为设计规格及产品需求规格。目的是确认产品与设计规格、需求、行业标准及公司标准的符合性,同时还要确认性能和系统的稳定性,与之前的集成测试应遵循“相同的被测对象不要做两遍相同的测试”的基本原则。 4)除单元测试、集成测试和系统测试之外,还应有“产品确认”环节,即在客户环境中或模拟客户环境测试与验证产品,在有限的试用客户中或模拟客户环境中发现产品问题并加以妥善处理,保证产品质量,提高客户满意度。确认与实验室内部测试的区别在于:实验室内部测试要尽可能多做,多发现问题;确认要在达到质量目标的情况下尽可能少做;两者要在质量和成本之间权衡、综合考虑。 5)TD:全称Mercury TestDirector,一种测试管理工具。 6)黑盒测试:黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。 3职责 组建测试小组 协调测试小组内外部的沟通

陕西联通移动网络DT测试评估报告洛川县

陕西联通移动网络DT测试评估报告[延安市洛川县] 时间:2014年1月

袁强撰写人: 一、DT评估测试概述 1.评估对象 为了支撑14年市场发展需求,网络公司要求各地市网优中心对全省所有县城及AB类乡镇 及其周边3公里范围的所有村庄进行四网(联通GSM、WCDMA、移动GSM、CDMA)对比测试工作 2.评估指标 3.测试规范 1.1.测试方法

短呼测试:每次通话时长60秒,接入超时为15秒,呼叫间隔15秒;如出现未接通或者掉话,应间隔15秒进行下一次试呼;呼叫号码为各自运行商网络的客服号码。 1.2.测试区域 洛川县及其周边5公里范围的所有村庄,合计39个AB类行政村,详见附表: 1.3.测试端口及LOG名称 端口需按照“测试步骤”中各DT测试组下所列终端顺序执行。 LOG名称规范为:DT_延安市_洛川县__四网_CS 短呼_侯荣华_20140114。 二、DT测试评估结果 1.总体测试指标汇总 1.1DT测试指标

2.2 WCDMA覆盖问题分析 延安市洛川县RSCP规划标准为-90dBm,涉及覆盖问题点2处:2处距离现网站点较远,山体、楼宇阻挡等原因,需规划新建站点解决; 2测试指标分布图 2.1Total RSCP 2.2Total Ec/Io

2.3TxPower 三、弱覆盖问题统计分析报告 1、罗村、车王村弱覆盖 问题区域RSCP覆盖图 Google Earth图层 问题分析: 当车辆行驶在罗村、车王村附近路段时出现弱覆盖,弱覆盖大约2.52 km。由于站点较少距离较近的基站2.5km,加上山体的遮挡导致出现弱覆盖。 解决方案: 由于距离现网站点较远,且山体阻挡,通过现网基站无法解决,建议新增站点解决; 新增站点站型:2014年规划洛川凤栖镇胡村 2、蒲荣村弱覆盖 问题区域RSCP覆盖图 Google Earth图层 问题分析: 当车辆行驶在蒲荣村附近路段时出现弱覆盖路段1.12km,由于距离较近的站点1.3km加上山体遮挡无法有效覆盖此处,导致出现弱覆盖 解决方案: 由于距离现网站点较远,且山体阻挡,通过现网基站无法解决,建议新增站点解决; 年规划洛川蒲荣村;桥西村2014 新增站点站型:

DT测试

DT(DRIVETEST)也称车测,是检测运行网络质量的重要手段之一。DT测试是检查一个网络无线环境及无线覆盖的重要手段,通过测试,我们可以达到以下目的: ?对统计分析结果进行现场验证; ?检查无线环境 测试网络空中接口 AIR_INTERFACE 部分; ?对小区设置参数实地验证; ?检查网络覆盖情况、各小区间切换进程等? 作为一个成熟的"网优"工程师,在测试中应该熟练掌握以下内容 一、路测设备及使用方法 (2) 1.常见的路测设备 (2) 2.路测设备的构成 (2) 4.工具栏具使用说明 (2) 5.锁频测试 (3) 6.路测中主要观察以下窗口(以TEMS测试系统为例): (3) 7.ANT测试设备在我们进行路测前,对手机设置应注意以下几点: (3) 8.常用的测试方法和作用 (3) 10.使用TEMS测试软件进行测试的7个步骤 (4) 11.使用TEMS进行GPRS数据业务测试的10个步骤 (4) 二、路测分析部分 (6) 1.路测在不同阶段的作用 (6) 2.常见测试问题 (6) 3.分析问题关注的指标 (7) 5.割接当晚需要关注的指标和事件 (7) 6.路测报告的内容 (8) 7.割接当晚遇到问题处理流程 (8) 8.GSM 网络优化四要素 (9)

一、路测设备及使用方法 1.常见的路测设备 1)国外较为著名的有: a)Ericsson的TEMS b)Nokia的TOM 2)国内较为出名的路测设备提供商有: a)珠海万禾(ANT) b)珠海鼎立(PREMIER) 2.路测设备的构成 1)PC, (最少需要如下配置:Pentium III, 500 MHz, 256 MB RAM ) 2)必要的串口扩展设备(TEMS Investigation手机只支持串口,连接多部手机需要多个串口) 3)TEMS 手机 : 支持TEMS Investigation协议的测试手机 4)外部扫频器: TEMS Investigation扫频器 5)GPS :支持NMEA 2.0 等GPS 协议 6)软件环境: Windows 9X、NT、XP 3.测试软件的界面

新产品测试流程

新产品部测试工作程序 1 目的 部测试是公司为分析、评价、验证新产品质量和可靠性的一种手段和方法。其作用是通过对测试结果的统计分析,对产品的性能指标、环境适应性以及产品的可靠性进行评价,找出其薄弱环节,提出改进措施,以提高产品的可靠性和稳定性。原则上未经测试课测试的产品和程序不能出厂。 2 适用围 本程序适用于公司新产品的部测试工作。 3 职责 新产品部测试工作由测试课承担并负责实施。 4 工作程序 部测试工作流程图见附图 4.1提出测试任务 测试申请由产品经理或研发提出,需填写《产品部测试申请表》(见表1)。测试课按测试申请表完成测试任务,测试申请表勾选的技术资料需一并提供。 4.2 提供测试项目 产品经理或研发提供测试项目和测试要求及指标,研发需提供自测报告。 4.3 测试方案设计 根据产品开发目标、目的和指标,参考有关国家标准和企业产品标准(技术条件)及其他有关背景资料,进行测试方案设计,其主要容应包括以下几大项: a) 明确测试目的 b)确定测试项目及要求 c) 安排测试顺序 d) 确定测试条件 e)确定测试方法及参数测试方法 f)确定测试设备和试验测试仪器 g) 确定数据处理方法

4.4实施测试 按测试计划进行测试,若与计划项目有变化则在报告中说明。测试过程中,测试人员应详细做好测试记录。 4.5 测试数据的分析处理 测试完成后,测试人员应给出测试结论。 4.6测试结论试验报告的编写 按测试报告模板编写测试报告。 4.6.1 测试结论 测试结论是将样机部测试数据与测试规格对照后所得出的合格与否结论,测试结论应明确地表明样机各项指标达标项和未达标项并将指标不合格项逐条列出。包括: a) 反映产品外观、结构等质量状况的测试结果 b) 反映产品性能指标等在质量测试结果 c) 产品在极限的情况下的适应性和自我保护性能 4.7测试报告审批 测试报告需经测试课人员确认,测试课课长审核,然后给到产品经理审批,依据样机部测试情况,做出样机是否通过部测试决定,并发布测试报告。 4.8注意事项 4.8.1 以验证产品的设计质量为目标,从公司现有条件及经济性、实用性考虑选取测试项目。 4.8.2 采用的测试条件尽可能模拟现场使用条件,现场试验可以是用户使用的实际情况反映,也可以在生产装配现场进行。 4.8.3 选择的测试数量要得到保证。 4.8.4为保证试验结果的可靠性,必须对测试方案和计划作周密而实际的安排,对测试工具与测试仪器也应有一定的精确度要求。 4.8.5可靠性试验原则上选择功能试验和环境试验合格后的产品进行,样机进行可靠性试验后,应对失效或接近失效的元器件进行更换,并经检验才能对样机处理。 4.8.6 测试课在测试过程中缺少测试仪器和资料的由测试申请人提供。 附图部测试工作流程图

DT测试工程师必知必会

DT测试工程师必知必会 DT(DRIVETEST也称车测,是检测运行网络质量的重要手段之一。DT测试是检查一个网络无线环境及无线覆盖的重要手段,通过测试,我们可以达到以下目的: ?对统计分析结果进行现场验证; ?检查无线环境测试网络空中接口 AIR_INTERFACE 部分; ?对小区设置参数实地验证; ?检查网络覆盖情况、各小区间切换进程等? 作为一个成熟的"网优"工程师,在测试中应该熟练掌握以下内容 一、路测设备及使用方法 (2 1.常见的路测设备 (2 2.路测设备的构成 (2 4.工具栏具使用说明 (3 5.锁频测试 (3 6.路测中主要观察以下窗口(以TEMS测试系统为例: (3 7.ANT测试设备在我们进行路测前,对手机设置应注意以下几点: (3 8.常用的测试方法和作用 (4 10.使用TEMS测试软件进行测试的7个步骤 (4 11.使用TEMS进行GPRS数据业务测试的10个步骤 (4 二、路测分析部分 (6

1.路测在不同阶段的作用 (6 2.常见测试问题 (6 3.分析问题关注的指标 (7 5.割接当晚需要关注的指标和事件 (7 6.路测报告的内容 (8 7.割接当晚遇到问题处理流程 (8 8.GSM 网络优化四要素 (9 一、路测设备及使用方法 1.常见的路测设备 1国外较为著名的有: aEricsson的TEMS bNokia的TOM 2国内较为出名的路测设备提供商有: a珠海万禾(ANT b珠海鼎立(PREMIER 2.路测设备的构成 1PC, (最少需要如下配置:Pentium III, 500 MHz, 256 MB RAM 2必要的串口扩展设备(TEMS Investigation手机只支持串口,连接多部手机需要多个串

测试流程及规范

1 2 3目的 侧重测试工作流程及规范的控制,明确产品研发的各阶段测试组应完成的工作。测试技术和策略等问题不在本文档描述范围内。 本规范作为所有测试组成员工作前必须掌握的工作规范,也供给其它部门其它组查阅参考,以便于组间的协调沟通,更好的合作完成产品的研发工作。 4概念与术语 在整个产品的研发过程中,测试类型按照先后顺序主要分为:单元测试、集成测试、系统测试及产品确认,整个过程如下面的W模型所示: 图1 有关的测试类型的概念如下: 1)单元测试:验证产品中的模块,测试依据主要为模块详细设计或模块的需求规格。能使问题及早暴露,也便于问题的定位解决,单元测试属于早期测试,因而错误发现后能明确知道是某一单元产生的,单元测试允许多个被测单元的测试工作同时开展。根据公司研发流程的实际情况,此测试也可由设计研发人员执行。 2)集成测试是验证模块间接口及匹配关系,测试依据主要为概要设计。一般采用自底向上或自顶向下的模块集成方法,逐步集成。在此环节中测试组还负责验收研发人员提供的转测试的材料,如果材料不完备,测试组可以拒绝接收。

3)系统测试是对系统的一系列的整体、有效性、可靠性的测试,测试依据主要为设计规格及产品需求规格。目的是确认产品与设计规格、需求、行业标准及公司标准的符合性,同时还要确认性能和系统的稳定性,与之前的集成测试应遵循“相同的被测对象不要做两遍相同的测试”的基本原则。 4)除单元测试、集成测试和系统测试之外,还应有“产品确认”环节,即在客户环境中或模拟客户环境测试与验证产品,在有限的试用客户中或模拟客户环境中发现产品问题并加以妥善处理,保证产品质量,提高客户满意度。确认与实验室内部测试的区别在于:实验室内部测试要尽可能多做,多发现问题;确认要在达到质量目标的情况下尽可能少做;两者要在质量和成本之间权衡、综合考虑。 5)TD:全称Mercury TestDirector,一种测试管理工具。 6)黑盒测试:黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,它只检查程序功能是否按照需求规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。黑盒测试是以用户的角度,从输入数据与输出数据的对应关系出发进行测试的。 5职责 组建测试小组 协调测试小组内外部的沟通 组织编制测试大纲(含测试用例)和计划 组织测试准入检查 测试过程中的进度控制、风险管理 测试过程报告 编写测试报告 召集测试评审 识别测试需求 参与编制测试大纲(含测试用例)和计划 协助测试准入检查 执行测试用例,测试结果记录 测试缺陷记录与跟踪 协助测试评审

测试流程规范

一、项目立项 立项阶段的主要任务是确认立项的理由,提出立项建议,使立项建议成为正式项目。 二、软件开发 软件开发阶段分为:项目规划—需求分析—概要设计—详细设计—代码编写—代码实现—测试交接—实施测试—回归测试—同行审查—测试总结—项目发布、跟踪 项目确定后,需求人员设计详细需求文档及产品原型,并制定项目计划。项目计划是一个用来协调所有其他计划,以指导项目执行和控制的可操作文件。它体现了对需求的理解,是开展项目活动的基础,也是软件项目跟踪与监控的依据。开发人员根据需求文档及产品原型编写代码。在开发阶段如果需求发生变更时,应及时以文档形式说明。 三、软件测试 项目测试的目的是检查系统是否符合项目需求规定的要求。主要进行功能测试、健壮性测试、易用性测试、用户界面测试、性能测试等(根据项目要求选择不同测试方法)测试过程在测试环境中进行。 四、基本流程 立项 主要对项目的可行性进行分析,并且确定项目是否需要测试 需求评审 需求定义完成,开发人员和测试人员对需求中不清楚、不完整、太概括或存在疑义的地方提出问题,相关人员解答并确认。需求人员在对需求进行修改的同时,应以文档形式告知开发及测试人员。 测试工作启动 在正式测试任务下达前,开发团队应在项目(产品)开发计划完成后及时向测试团队下达预通知,告之较为确切的测试日期,提供当前最新的相关资料。部门经理和测试组长组建测试小组,并视具体情况决定是否需要调整人力、时间安排、测试环境等其它资源。测试人员可预先熟悉必要的项目(产品)资料。针对需求分析文档和项目开发计划文档测试完成后,测试组需要确定测试过程中的风险,并设计出合理的规避分险的策略,为后续的测试工作提供直接的指导。 否 是 需求 产品人员 开发人员 测试人员 发布 是否测试 产品人员确认

(完整版)CQT测试与DT测试

一、CQT测试 1、测试工作要求 根据网络分析室相关负责人的要求,在指定的测试点,对指定运营商及网络的业务(包括话音业务及各种类型的数据业务)进行拨打测试,要求测试时连接测试前台并记录原始数据。 要求在测试中全面反映测试点各个区域的网络情况。 进行语音业务测试时,每个测试点要求测试人员对移动和联通(包括GSM网和CDMA网)的网络至少各做主叫3次、被叫3次,且要求每个呼叫的通话双方使用相同网络。每次通话时长不得少于300秒钟,呼叫间隔大约掌握在30秒钟左右。如出现未接通的现象,则下次呼叫在15秒以后开始测试。 在进行话音业务测试时需认真监听通话质量。 发现严重网络问题应立即和网络分析室负责人联系,并在现场配合解决。 有直放站的地方需联系网络分析室查看上行ICM是否正常,若不正常需关闭直放站主机进行对比,确定干扰源。 乙方应主动发现并向甲方反映新话务热点或重要场所,若经甲方认定为有价值的CQT点,同意乙方测试的,该点工作量按2倍计算。 2、分析报告要求 测试后完成测试分析报告。对网络出现的故障,如弱覆盖、无法接通、连续质差、掉话、切换异常等情况,在分析报告中须全面反映,分析原因,提出调整或整改建议,并跟踪效果。分析报告内容要求如下: (1)每周汇总表和月度汇总表以Excel表提交,每条记录并排列出以下内容在不同网络中的数值,具体内容包括:测试总时长,通话次数、接通次数、掉话次数、覆盖率、接通率(接通次数/通话次数)、掉话率(掉话个数/接通次数)、话音质量等,在表末列出各项指标的平均值。 (2)汇总表中针对移动网络列出以下内容:各点存在主要问题,建议解决方案,三个最强小区,该点是否有网优工程(指直放站或微蜂窝等)。 (3)各测试点分析报告以Word文档提交。要求在文首列出测试点经纬度、各网络主要指标对比表、移动各主用小区相关信息列表、地理及建筑环境描述,扼要分析移动网络存在的主要问题,并提供电子地图截图、实地数码照片,对于甲方在安排工作时指定的重要场所,须同时提交该点的室内外建筑结构示意图,并在其上标注各主要区域主用的1~3个甲方移动网络小区。 (4)测试报告正文针对测试点的各个测试区域具体情况、主要问题等进行描述,分析问题产生的原因,提供能反映具体问题的测试软件截图,并提出问题的建议解决方案。解决方案必须注明实施细节,即具体的调整对象以及调整参数。 (5)测试报告末扼要描述竞争对手的网络情况,对于竞争对手网络规划合理或行之有效的网优手段等,应重点描述,以供我方参考借鉴之用。最后注明测试起止时间、测试人员、测试号码等。 3、测试标准: (一)测试规则 CQT测试是在城市中选择多个测试点,在每个点进行一定数量的呼叫。通过呼叫接通情况及测试者对通话质量的评估,分析网络的运行质量和存在的问题。 第1条测试数量及选点原则 (1)以地市为单位进行测试,省城选取60个测试点,其余地市选取40个;测试选点主要以

App测试流程及测试点(个人整理版)

1 APP测试基本流程 1.1流程图 仍然为测试环境 15个工作日),根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。

1.3测试资源 测试任务开始前,检查各项测试资源。 --产品功能需求文档; --产品原型图; --产品效果图; --行为统计分析定义文档; --测试设备(ios3.1.3-ios5.0.1;Android1.6-Android4.0;Winphone7.1及以上;Symbian v3/v5/Nokia Belle等); --其他。 1.4日报及产品上线报告 1)测试人员每天需对所测项目发送测试日报。 2)测试日报所包含的内容为: --对当前测试版本质量进行分级; --对较严重的问题进行例举,提示开发人员优先修改; --对版本的整体情况进行评估。 3)产品上线前,测试人员发送产品上线报告。 4)上线报告所包含的内容为: ---对当前版本质量进行分级; ---附上测试报告(功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果); --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。 2 App测试点 2.1安全测试 2.1.1软件权限 1)扣费风险:包括发送短信、拨打电话、连接网络等 2)隐私泄露风险:包括访问手机信息、访问联系人信息等 3)对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4)限制/允许使用手机功能接入互联网 5)限制/允许使用手机发送接受信息功能 6)限制/允许应用程序来注册自动启动应用程序 7)限制或使用本地连接

8)限制/允许使用手机拍照或录音 9)限制/允许使用手机读取用户数据 10) 限制/允许使用手机写人用户数据 11) 检测App的用户授权级别、数据泄漏、非法授权访问等 2.1.2安装与卸载安全性 1)应用程序应能正确安装到设备驱动程序上 2)能够在安装设备驱动程序上找到应用程序的相应图标 3)是否包含数字签名信息 4)JAD文件和JAR包中包含的所有托管属性及其值必需是正确的 5)JAD文件显示的资料内容与应用程序显示的资料内容应一致 6)安装路径应能指定 7)没有用户的允许, 应用程序不能预先设定自动启动 8)卸载是否安全, 其安装进去的文件是否全部卸载 9)卸载用户使用过程中产生的文件是否有提示 10)其修改的配置信息是否复原 11)卸载是否影响其他软件的功能 12)卸载应该移除所有的文件 2.1.3数据安全性 1)当将密码或其他的敏感数据输人到应用程序时, 其不会被储存在设备中, 同时密码也不会被解码 2)输人的密码将不以明文形式进行显示 3)密码, 信用卡明细, 或其他的敏感数据将不被储存在它们预输人的位置上 4)不同的应用程序的个人身份证或密码长度必需至少在4一8 个数字长度之间 5)当应用程序处理信用卡明细, 或其他的敏感数据时, 不以明文形式将数据写到其它单独的文件或者临时文件中。以6)防止应用程序异常终止而又没有侧除它的临时文件, 文件可能遭受人侵者的袭击, 然后读取这些数据信息。 7)当将敏感数据输人到应用程序时, 其不会被储存在设备中 8)备份应该加密, 恢复数据应考虑恢复过程的异常通讯中断等, 数据恢复后再使用前应该经过校验 9)应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告 10)应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告, 更不能在安全警告显示前,,利用显示误导信息欺骗用户,应用程序不应该模拟进行安全警告误导用户11)在数据删除之前,应用程序应当通知用户或者应用程序提供一个“取消”命令的操作12)“取消”命令操作能够按照设计要求实现其功能 13)应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况 14)当进行读或写用户信息操作时, 应用程序将会向用户发送一个操作错误的提示信息15)在没有用户明确许可的前提下不损坏侧除个人信息管理应用程序中的任何内容Μ

移动通信DT测试(路测、ATU)知识

DriveTest的功能:DriveTest的作用是通过实地测量的方法获取在现有基站条件下的无线覆盖和网络运行情况。基站发出的载波信号在空中传播过程中,由于地形、建筑物及其它一些环境因素的影响,或者由于实际建设时基站选址上的不确切性及网络运行中基站周围环境发生了较大的变化的因素的影响,使得系统实际建成以后的覆盖情况发生了较大的变化。因此,只有通过实地测量才能真正了解系统的实际覆盖状况 测试全网覆盖情况 载波干扰比(C/I)决定覆盖范围。GSM系统属于噪声受限系统,除了考虑场强覆盖范围外,还必须考虑覆盖范围内的载干比C/I。从传播角度考虑,场强覆盖范围容易满足,而载干比可能在某些区域达不到要求。 测试基站覆盖范围 接入电平可决定小区的实际服务范围。通常基站的服务范围小于场强覆盖范围。在测试中可以话音的切换点或者BCCH为最强者的范围作为基站覆盖范围。 定位基站位置及天线方向 基站在规划和实际施工后有时位置会有变动,可以在路测重新定位。同时,通过观察小区的服务范围可以判断天线方向是否正确。 DriveTest工作常见测试功能: 测试全网覆盖情况 测试基站覆盖范围

定位基站位置及天线方向 干扰测试 通信系统中的干扰将使误码率升高,从而使话音质量下降甚至掉话。 干扰常见的有同频干扰、邻频干扰、互调干扰等。在GSM移动通信蜂窝系统中,关于同频道干扰保护比,规定载波干扰比C/I≥12dB,邻频干扰保护比则为载波干扰比C/I≥-9dB。 网络评估 测试过程中,可以对拨打的电话按照5级评分: 5 通话质量好,无干扰。 4 通话质量较好,偶尔需要重复,才能听清。 3 通话质量一般,经常需要重复。 2 通话质量差,需要大声重复,仍然很难听清楚。 1 通话质量极差,无法接受。 其它 如辅助勘查工作、解决用户投诉等要求的路测工作 DriveTest的设备要求 DriveTest测试设备通常可分为便携式和车载式两种。便携式测试设备一般适用于小型蜂窝网和区域网,携带方便,测试手段较简单。车载式设备容量大,可以记录并实时显示大量数据,并且可以对多个网络同时进行测试,功能较为全面。由于车载式多采用模块化设计,可扩展性也较好。

DT&CQT测试及分析

DT&CQT测试及分析 DT 测试工作内容、要求及测试方法 – DT测试指标及要求 – DT测试方法,包括CDMA 1X语音及数据、DO数据 C QT测试工作内容、要求及测试方法 – CQT测试指标及要求 – CQT测试方法,包括CDMA 1X语音及数据、DO数据 掌握路测仪器、仪表包括:前台仪表、后台仪表、频谱分析仪、天馈测试 仪的操作及使用 根据测试数据进行简单分析,解决常见的导频污染、越区覆盖、覆盖不足 等问题 目标 掌握DT/CQT测试的要求、方法 掌握DT/CQT测试工具的操作 掌握DT/CQT测试数据分析方法 主要内容 网络测试概述 DT测试 CQT测试 CDMA路测步骤 路测数据分析 网络测试的意义 1、无线网络只有通过实际网络质量的检查测试才能获得真正意义上的网络运行质量信息。 2、通过人工测试在现场模拟用户行为,结合专业测试分析工具,是获取无线网络性能和信息的主要方法。 测试分类 DT(Driving Test)测试是使用测试设备沿指定的路线移动,进行不同类型的呼叫,记录测试数据,统计网络测试指标。 ? CQT(Call Quality Test)测试是在特定的地点使用测试设备进行一定规模的拨测,记录测试数据,统计网络测试指标。 ? WT (Walk Test)测试是在一些没有GPS信号覆盖的特殊的地点,采用手动在地图上打点记录轨迹的方式,进行不同类型的呼叫,记录测试数据,统计网络测试指标。 测试区域类型 城区:包含市区和郊县(含县城和人口密集型乡镇)

? 农村:人口密度较低的行政村、远郊开发区、厂区及周边的卫星村镇? 高速公路:包含高速公路、国道、省道等重要公路 ? 铁路:包含各级铁路、跨城市轻轨 ? 大面积水域:包括近海、大型湖泊,江河等存在 DT测试指标 CDMA 1X语音业务指标含义 覆盖率 定义1:覆盖率=(Ec/Io≥-12dB&反向Tx_Power≤15dBm&前向 RSSI≥-90dBm)的采样点数/采样点总数×100% 定义2:覆盖率=(Ec/Io≥-12dB&反向Tx_Power≤20dBm&前向 RSSI≥-95dBm)的采样点数/采样点总数×100% 说明: (1) 采样点总数为主、被叫测试手机的采样点样本数之和。 (2)空闲状态下采集到的采样点数按(Ec/Io≥-12dB&,前向 RSSI≥ -90dBm)纳入统计。 (3)定义1适用于城区。 (4)定义2适用于农村、大面积水域。 2. 里程覆盖率 定义:里程覆盖率=(Ec/Io≥-12dB&反向 Tx_Power≤20dBm&前向RSSI≥-95dBm的测试路段里程数)/测试路段总里程数×100% 说明: (1)采样点总数为主、被叫测试手机的采样点样本数之和。 (2)空闲状态下采集到的采样点数按(Ec/Io≥-12dB&前向RSSI≥-90dBm)纳入统计。 (3)适用于高速公路、铁路。 3. 接通率 定义:接通率=被叫接通总次数/主叫试呼总次数×100% 说明: (1)主叫试呼次数:由主叫AC Origination Message(信源)(若某次 呼叫没有该消息,取主叫出现的第一条Access Probe信息)表示进行了试呼,一次呼叫的多条AC Origination Message仅计为一次。 (2)接通次数:当一次试呼开始后,被叫手机在15秒内接收到FTC Alert With Information Message消息(若某次呼叫被叫没有接收到该信息,取被叫手机呼叫接收的RTC Service Connect Completion Message消息或者FTC Service Connect Message消息)就计数为一次

软件测试步骤

软件测试步骤 α测试和β测试 ?在软件交付使用之后,用户将如何实际使用程序,对于开发者来说是无法预测的。 ?α测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试。 ?α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。尤其注重产品的界面和特色。 ?α测试可以从软件产品编码结束之时开始,或在模块(子系统)测试完成之后开始,也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。?β测试是由软件的多个用户在实际使用环境下进行的测试。这些用户返回有关错误信息给开发者。 ?测试时,开发者通常不在测试现场。因而,β测试是在开发者无法控制的环境下进行的软件现场应用。 ?在β测试中,由用户记下遇到的所有问题,包括真实的以及主观认定的,定期向开发者报告。 ?β测试主要衡量产品的FLURPS。着重于产品的支持性,包括文档、客户培训和支持产品生产能力。 ?只有当α测试达到一定的可靠程度时,才能开始β测试。它处在整个测试的最后阶段。同时,产品的所有手册文本也应该在此阶段完全定稿。 测试类型 ?软件测试是由一系列不同的测试组成。主要目的是对以计算机为基础的系统进行充分的测试。 功能测试 功能测试是在规定的一段时间内运行软件系统的所有功能,以验证这个软件系统有无严重错误。 强度测试 强度测试是要检查在系统运行环境不正常乃至发生故障的情况下,系统可以运行到何种程度的测试。例如: –把输入数据速率提高一个数量级,确定输入功能将如何响应。 –设计需要占用最大存储量或其它资源的测试用例进行测试。 –设计出在虚拟存储管理机制中引起“颠簸”的测试用例进行测试。 –设计出会对磁盘常驻内存的数据过度访问的测试用例进行测试。 ?强度测试的一个变种就是敏感性测试。在程序有效数据界限内一个小范围内的一组数据可能引起极端的或不平稳的错误处理出现,或者导致极度的性能下降的情况发生。此测试用以发现可能引起这种不稳定性或不正常处理的某些数据组合。 性能测试 ?性能测试是要检查系统是否满足在需求说明书中规定的性能。特别是对于实时系统或嵌入式系统。 ?性能测试常常需要与强度测试结合起来进行,并常常要求同时进行硬件和软件检测。 ?通常,对软件性能的检测表现在以下几个方面:响应时间、吞吐量、辅助

DT测试报告

昌吉DT测试报告

第一部分昌吉市区测试结果汇总 (3) 第二部分测试问题分析案例 (4) 2.1昌吉城区DT测试数据 (4) 1、信号强度和覆盖率 (4) 2、话音质量 (5) 2.2.网络典型问题分析 (6) 1、东郊-3小区切换缓慢 (6) 2、昌吉城郊医院-3小区越区覆盖: (7) 3、解放路与中山路交汇处通话质量差 (8) 4、解放路与团结路路交汇处覆盖弱 (9) 5、天山路与团结路路交汇处覆盖弱 (10) 6、宁边-3掉话 (11) 7、公交二厂-2小区切换失败 (12) 8、瑞祥酒店-1小区通话质量差 (13)

第一部分昌吉市区测试结果汇总 为了保障昌吉市区整体网络指标,每月将对昌吉市区进行一次拉网式DT测试,并根据日常投诉及自动路测所反映的问题及DT测试中所反映的各别问题进行分析,对重点区域进行反复测试,以排查网络故障,提升网络质量,提高用户感知度;通过对DT测试及自动路测中的普遍问题进行分析,对整体网络参数进行针对性调整,以提高整体通话质量,提升整体网络效率;最终提升网络好评率。 1.1 测试时长:6小时左右。 1.2 测试范围:城区主要道路。 1.3 测试目的:通过测试发现网络中存在的问题,提出可行的优化解决方案,解决问题提升网络服务质量。 1.4 测试方法:主叫测试,通话时间为180,间隔20。 1.5 各月测试指标: 考核指标 接通率掉话率话音质量覆盖率切换成功率测试事件 2011-4-13 100.00% 0.98% 96.28% 99.86% 96.86%

第二部分测试问题分析案例2.1昌吉城区DT测试数据 1、信号强度和覆盖率 电平强度分布图

测试部测试流程规范

测试部测试流程规范 目录 1目的 测试工作流程是开展测试工作的基础,本规范对测试流程中的关键环节点进行约定,明确测试时必需进行的工作项,所有的测试任务必须按照本规范的要求进行。2规范的适用范围 测试部门执行的所有测试任务

3基本测试流程 PC/APP流程区别不在此处体现 4流程关键环节点说明 4.1测试准备 1.测试任务负责人在接受到测试任务后,必须对需求进行分析,完成测试需求的整理,评估工时与人员分工,制定测试策略,明确测试方法、测试范围。 2.根据项目级别(B级以上项目)需要有用例评审环节,避免在重要功能模块上与产品、开发产生歧义,降低项目在验收阶段需要返工的风险。 4.2准入测试 必须对开发提交的开发结果进行可测试性验证,准入测试结果需要告知任务相关人(测试主管、开发、产品经理、其他相关人员) 注:准入测试标准可以在测试需求分析阶段得出,经与任务相关人员共识后作为工作任务提交测试的标准; 4.3测试执行 必须按照共识的测试方法和测试范围对系统功能进行测试,测试完成后需要通知相关人员。 APP 端测试执行阶段需要按照更加严格规范的checklist完成各环节测试。

4.4回归测试 系统测试完成且Bug得到解决后,必须对测试范围内的功能点和系统测试期间发现的Bug进行回归测试,保证没有遗漏或重新开放的Bug。测试完成后需要通知相关人员。 补充:根据项目的排期情况UI验收并非强制需要在回归阶段执行,在系统相对稳定后即可通知UI人员对系统或app的UI设计进行验收测试,并要求UI人员提供

测试报告。 4.5上线验证测试 生产环境部署上线包后,需通知相关产品构造线上数据,必须在生产环境对上线内容以及上线可能影响的内容进行测试,保证上线内容正确。测试完成后需要通知任务相关人员。

BD络语音业务DT测试评估报告(doc

BD络语音业务DT测试评估报告(doc 65页)

厦门联通CDMA网络语音业务测试 评估报告 (岛外)

华为技术有限公司 2008-01-05 目录 1概述 (13) 1.1现网概况 (13) 1.2测试设备 (14) 1.3测试方法 (15) 1.4测试持续时间 (15) 1.5路测评估总结 (16) 1.5.1整体评估总结 16 1.5.2典型问题总结

18 2网络质量分析 (19) 2.1整体网络质量分析 (19) 2.1.1长呼测试Ec/Io 19 2.1.2短呼测试Ec/Io 21 2.1.3长呼测试手机接收电平 24 2.1.4短呼测试手机接收电平 26 2.1.5长呼测试手机发射功率 29 2.1.6短呼测试手机发射功率 31 2.1.7长呼测试ForwardFER 34 2.1.8短呼测试ForwardFER 36 2.2主要道路网络质量分析 (39) 2.2.1长呼测试Ec/Io

39 2.2.2短呼测试Ec/Io 41 2.2.3长呼测试手机接收电平43 2.2.4短呼测试手机接收电平45 2.2.5长呼测试手机发射功率47 2.2.6短呼测试手机发射功率49 2.2.7长呼测试ForwardFER 51 2.2.8短呼测试ForwardFER 53 2.3小结55 2.4典型问题分析 ....................... (56) 2.4.1弱覆盖问题56 2.4.2导频污染问题75

2.4.3切换问题 77 2.4.4掉话问题 80 2.4.5过覆盖问题 87 2.4.6小结 90 3致谢 (90) 图目录 图 1 厦门岛外CDMA网络基站分布图 (14) 图 2 岛外长呼Ec/Io分布图 (19) 图 3 岛外长呼Ec/Io趋势图 (20) 图 4 岛外短呼主叫Ec/Io分布图 (21) 图5岛外短呼主被叫Ec/Io趋势图 (22)

DT测试注意点资料讲解

D T测试注意点

目录 DT/CQT测试: (3) 测试前: (3) 1,硬件准备: (3) 2,软件准备: (4) 3,软件调试和注意事项: (4) 4,硬件注意事项: (5) 5,其他注意事项: (6) 测试过程中: (6) 1,测试业务: (7) 2,测试终端: (8) 3,其他问题 (9) 遗留问题: (10)

前言:本文重点针对网优人员,在WCDMA网络优化过程中以鼎立前后台软件,测试手机终端N85和华为E180,测试VC主被叫以及HSPA业务为例的操作进行了详细说明,工作过程中得到的一些经验,希望能和大家一起交流分享,使彼此都能有所收获,得以提高。特别鸣谢:在一起工作过的兄弟,未来将要一起工作的兄弟! DT/CQT测试: 刚起步接触到网优测试的工作时我们经验不足,软件和设备商以及客户的标准经常变化,设备用旧了等原因,路测过程中容易出现各种各样的问题,导致我们的测试效果不能令人满意,经常出现要重测的现象。现在先将一些测试中要注意的问题以及一些经验列出来,分享给大家,希望大家在以后的测试中加以注意,争取一次测试成功,减少大家的工作量同时也节约了项目成本。 测试前: 关于测试前,首先要明确工作任务内容以及工作中可能出现的问题提前预警,做好充分的准备工作。出门前一定要检查好相关的测试设备和软件的完整性,可用性等。当然在路测中容易出现电脑死机,设备连接不上等问题,遇到这些问题,一定不要慌张,这也不是什么大事,只要重新连接就行,不行就把所以的设备全部重新连一次,必要的时候可以选择重启电脑,重新开始,时间久了,可以根据出现不同的现象能定位到问题出现的原因,这样测试基本上就没什么问题了。以下是测试前需要的一些准备工作,主要包含以下几点: 1,硬件准备: 电脑, GPS,语音以及数据卡,测试手机以及数据线(容易遗漏,同时端口松动比较严重,建议多带以备用),车载电源,插座,电子狗等,其中室内

相关文档