网络优化测试分析案例2(频率干扰问题)
问题归纳
无线优化就是在测试数据中发现各种网络问题，然后提出可行性方案。
网络问题有多种表象：掉话、质差、拥塞、弱信号、切换失败等等。
从无线方面来看，从问题的根本原因进行归类，所有问题可以归结为4种：
1、覆盖问题
2、频率干扰问题
3、无线接续问题
4、硬件故障问题
频率干扰问题
1．BCCH对BCCH的同频干扰
问题点：前山百货附近
时间：9：47：34 方向：北向南
分析思路：
1、先观察此问题表象：
a)MS占用BCCH=12 BSIC=62的小区（前山中学1），出现连续RxQual>5的质
差。
b)观察C/I窗口，12号频点C/I为-4。
c)观察第三张图，有2个信号同频，分别是：BCCH=12\BSIC=65（十二村1）和
BCCH=12\BSIC=62（前山中学1）。
d)观察第三张图，没有出现比当前小区强5dBm以上的信号。
e)观察第二张图，前山中学基站距离问题点很近。
2、由d和e点可以得到2个信息：MS占用的前山中学1小区是当前最佳小区；十二
村1和前山中学1同频。
在图中可以看到十二村基站距离问题点还有一段较长的距离，但在问题点的信号强
度还能达到-69dBm！那究竟是不是该小区的覆盖出了问题？我们观察第二张图，可
以发现从十二村基站到问题点之间有很大一段距离是在水面上，而电磁波在水面传
播的衰减是很小的。因此，我们可以判断：此问题主要原因是频率干扰。
3、综合分析，我们可以下结论：十二村1（BCCH:12,BSIC:65）与前山中学1同频，其
天线方向为20度，其旁瓣信号射到问题点且信号场强在－70dbm左右，对前山中学
1构成较严重的干扰。
解决方案：
1、一般来说，解决频率干扰问题有以下几种方法：
a)先调整有关小区的天线高度、下倾角、方向角和发射功率，以减少两者之间的
重叠覆盖区域和相互干扰的可能性。
b)更改相关小区的频点（更改原则：优先改TCH载频，后改BCCH载频；首先
更改被干扰频点的载频，后考虑改干扰源载频）。
2、而本例调整干扰源的覆盖范围作用不大（水面传播），所以选择修改前山中学1的
BCCH的频点。
问题规律：
1、频率干扰问题主要是因为频率复用和规划不合理引起，经常会在基站密集区频繁出
现，在靠近水面的区域出现的频率也较高。
2、因为TCH经常开启功率控制和跳频，因此TCH之间、TCH载频对BCCH的干扰
出现得很少；频率干扰经常出现在BCCH载频对BCCH载频、BCCH载频对TCH
载频上面。
3、由于无线资源有限，因此频率干扰总是会存在，我们要做的就是把干扰的影响降到
最低。
4、在更换BCCH载频时要谨慎，要在该小区覆盖范围内进行详细扫频测试，再选择一
个干净的载频。以免更改载频后产生其他不良影响。扫频方法在第X节详细介绍。
（如北海恒基伟业的BCCH干扰。应该先扫频，因为MCOM不一定得到及时更新）2、BCCH对TCH的同频干扰
问题点：王借岗路掉话
文件名：20040908禅城区DT1李清白.ant
时间：9:56:17
分析思路：
1、先观察此问题表象：
a)MS占用小区（BCCH=93,BSIC=62）后，出现连续高误码，最后掉话。
b)当前小区BCCH信号强度为-99dBm，TCH没开跳频，占用了62号载频，强
度为-88dBm。
c)当前小区TA=7，RxQual=7。
d)当前小区非最佳小区。
2、分析：由于BCCH一直以最大功率发射，所以BCCH的信号强度不会弱于TCH。
但从上面观察到，BCCH要比TCH低11个dB。从这异常现象可以判断，MS收到的62号载频信号并非当前小区的TCH信号，而是另有一个同频的信号存在！从扫频分析中可以看到，62号载频可以解出BSIC！从而可以判断有一个小区的BCCH 同为62，对当前小区的TCH（同时TCH没开跳频）产生了严重的干扰。导致产生连续高误码，不能进行切换，最后掉话。
解决方案：
1、一般来说，解决频率干扰问题有以下几种方法：
a)先调整有关小区的天线高度、下倾角、方向角和发射功率，以减少两者之间的
重叠覆盖区域和相互干扰的可能性。
b)更改相关小区的频点（更改原则：优先改TCH载频，后改BCCH载频；首先
更改被干扰频点的载频，后考虑改干扰源载频）。
2、本例中因为缺少很多必要的小区资料，对无线环境的了解不多。选择了对当前小区
的TCH进行改频，另外开启当前小区的跳频功能。
问题规律：
1、频率干扰问题主要是因为频率复用和规划不合理引起，经常会在基站密集区频繁出
现，在靠近水面的区域出现的频率也较高。本例也是靠近水面。
2、BCCH因为同步等需要，都是一直以最大功率发射，基本上相同地点接收到的同一
小区的BCCH信号强度要强于TCH信号强度。当我们发现TCH强度还要强于BCCH
时，经常是因为2种原因：一、TCH并非该小区的信号，而是其他信号源的信号，也就是有同频干扰；二、该BCCH载波的硬件有问题。
3、当TCH不开启跳频只开启功率控制时，一旦有同频干扰，那将会对通话产生很严
重的干扰。因为自身发射功率降低后，收到干扰的可能性也随之增加。
4、当干扰源来自其他小区的BCCH时，经常能解出BSIC。
3、TCH对TCH的同频干扰
问题点：城区质差
文件名：20040907禅城区DT1李清白.ant
分析思路：
1、观察此问题表象：
a)MS占用到50号频点（CI=19592）和74号频点（CI=17023），产生连续RxQual>5
的误码。
b)当时并没有更强信号的邻小区。
c)从GSM参数显示报告窗口看到，BCCH为44的小区其中一个TCH=33。
d)从无线参数实时显示窗口看到，BCCH为50的小区其中一个TCH=1012。
e)BCCH为78的小区其中一个TCH=1012，BCCH为74的小区其中一个
TCH=33。这个信息不能在上图看出，但由于MS有占用过74、78号频点，同
样可以在GSM参数显示报告窗口获取这些信息。
f)占用到44号频点时，BCCH强度=-72dBm，TCH=-66dBm。
g)以上小区没开启跳频功能。
2、分析：从44号频点BCCH信号比TCH弱6dB（BCCH RxLev=-72，TCH=-66）可
以让我们怀疑，有可能存在同频的BCCH或者TCH。而从回放的前后资料看来，MS前后使用的几个小区中已经存在TCH同频碰撞。由于TCH不开启跳频功能，同频碰撞的几率是很大的。因此，我们可以判断，由于TCH同频干扰，导致MS 产生了连续高误码。
解决方案：
1、一般来说，解决频率干扰问题有以下几种方法：
c)先调整有关小区的天线高度、下倾角、方向角和发射功率，以减少两者之间的
重叠覆盖区域和相互干扰的可能性。
d)更改相关小区的频点（更改原则：优先改TCH载频，后改BCCH载频；首先
更改被干扰频点的载频，后考虑改干扰源载频）。
2、本例中因为缺少很多必要的小区资料，对无线环境的了解不多。选择了对当前小区
的TCH进行改频，另外开启当前小区的跳频功能。
问题规律：
1、一般来说，因为有功率控制，就算没开启跳频功能，因TCH同频导致的问题也不
多，但由于同频要求的载干比很高C/I=9，在分析时还是要在这方面进行考虑。当TCH开启跳频功能之后，TCH之间的碰撞几率就更小，而且一般不会出现连续高误码问题。
2、在此类问题上，我们做分析的时候应该注意MS在发生问题前后占用的小区的TCH
有哪些，同频的TCH经常会出现在附近能占用到的小区上。要是在这些小区中不存在相同的TCH，那基本上可以排除TCH之间存在同频干扰了。
4、BCCH对BCCH的邻频干扰
问题点：105国道中珠大厦附近
时间：9：08：59 方向：南向北
分析思路：
1、先观察此问题表象：
a)产生质差时，当前小区信息为：D拱北2，BCCH=523，RxQual大概在4左
右,TA=0。
b)第一张图后面2次切换可以看到，MS后来占用到一个BCCH=522（D银都2）
的小区。而占用BCCH=522的小区时，同样产生较高误码。
c)从第二张图可以看到，记录以上数据的时间内，MS移动的路程并不长。
d)占用到D银都2、D拱北2时，信号强度都在-70dBm以上。
2、分析：当前小区TA=0说明在切换上基本合理；MS移动路程不长，而前后分别占
用了D拱北、D银都2，同时产生了较高误码。从而判断2个小区（D拱北、D银
都2）相互之间产生了邻频干扰。
解决方案：
1、一般来说，解决频率干扰问题有以下几种方法：
a)先调整有关小区的天线高度、下倾角、方向角和发射功率，以减少两者之间的
重叠覆盖区域和相互干扰的可能性。
b)更改相关小区的频点（更改原则：优先改TCH载频，后改BCCH载频；首先
更改被干扰频点的载频，后考虑改干扰源载频）。
2、本例中只能选择对D拱北2的BCCH进行改频。因为D拱北2占用时间长，被干
扰居多。
问题规律：
1、BCCH邻频干扰问题要确定比较容易，只要通过手机扫频，观察2个频点的信号强
度就能得到结论。
2、因为BCCH没有功率控制，而且在频率规划时对BCCH的规划比较注意，所以事
实上BCCH之间的邻频干扰出现的不多。影响不严重。
5、BCCH对TCH的邻频干扰
问题点：禅城区金澜北路频率干扰
文件名：20040906禅城区DT1李清白.ant
分析思路：
1、先观察此问题表象：
a)MS从BCCH 88的小区切换到当前小区，切换前后当前小区信号强度较强。
b)在当前通话状态下，误码高RxQual>5，TA=1。
c)当前小区的TCH使用的频点分别是：6、18、61、72、79、84。
d)TCH跳频功能开启。
e)ANTScan窗口可以看到TCH 79有一邻频（频点80）信号很强，已经达到形
成干扰的水平。
f)从第二、三张载频分布图看到，载频19、80在问题点的信号很强，达到-75dBm
以上，而且能够解出BSIC。
2、分析：
a)从切换前后和TA看来，当前小区在切换上没有问题，应该是最佳小区。
b)从ANTScan和载频分布图看来，当前小区是因为频率干扰导致质差。分别是
TCH 18和TCH 79两个载频受到了其他2个BCCH（19 和80）的邻频干扰。
c)从第四张选频统计图可以知道31、32、46、47号载频都比较干净（干净是指
该频点的同邻频点信号弱）。
解决方案：
1、一般来说，解决频率干扰问题有以下几种方法：
c)先调整有关小区的天线高度、下倾角、方向角和发射功率，以减少两者之间的
重叠覆盖区域和相互干扰的可能性。
d)更改相关小区的频点（更改原则：优先改TCH载频，后改BCCH载频；首先
更改被干扰频点的载频，后考虑改干扰源载频）。
2、本例中可以根据选频统计图选择31或者32号载频替换原先的18号载频，选择46或者47号载频替换原先受干扰的79号载频。
问题规律：
1、由于TCH开启功率控制，在一般情况下TCH的信号强度并不高，所以容易受到无
功控的BCCH信号的干扰。这种干扰在市区出现得很多，而且在一般情况下比较难
确定。我们经常通过扫频文件的后台分析来查看各相关载频实际的信号强度分布
（如第二、三张载频分布图所示）。
2、而在寻找干净频点来替换被干扰频点时，我们经常要使用扫频文件对问题点附近分
布的所有频点进行信号强度统计，寻找出同邻频信号强度都低于-90的频点（如第
四张图所示）。
3、邻频干扰虽然出现很多，但在单个问题点干扰产生的质差并不如同频干扰严重。邻
频干扰的严重性在于对整个网络质量的影响：普遍存在，降低指标。
质差案例
1、上冲检查站公共汽车站
时间：14：44：12
问题小区：BCCH=31，BSIC=67，LAC=9705，CI=2083，RXLEV=-55，RXQUAL=7
问题描述：上冲公车站出现高误码的情况。出现高误码的小区是2083小区，其主要无线参数为BCCH=31，BSIC=67，LAC=9705，CI=2083，RXLEV=-55，RXQUAL=7。当手机使用此小区信号时，通话质量比较差，而其他小区的信号都很好。
问题分析：此处几个小区的信号都比较强，高误码应该是系统内频率干扰所致，具体可结合基站、小区资料和测试数据，必要时使用扫频机进行扫频，看是否存在同邻频干扰，并用干净的频点改换受干扰的频点。
类型：频率干扰质差。
分析和建议要点：在确定干扰源的情况下，1、先调整有关小区的天线高度、下倾角、方向角和发射功率，以减少两者之间的重叠覆盖区域和相互干扰的可能性。2、更改相关频点的载频（更改原则：优先改TCH载频，后改BCCH载频；首先更改被干扰频点的载频，后考虑改干扰源载频）。
2、区离职干部休养所
问题小区：BCCH=16，BSIC=64，LAC=9877，CI=3041，RXLEV=-77，RXQUAL=5
问题描述：此处为高层质差事件，小区3041在此处的信号强度较强。
问题分析：高层信号杂乱，测试点无主导小区。
类型：频率干扰质差。
分析和建议要点：在高层室内质差问题上，调整天线角度和发射信号可以起到不大的改善作用，但其副作用也较大，一般来说得不偿失。一定要这种问题进行调整的话，只能通过安装室内覆盖系统解决：1、安装直放站放大信号较好的小区信号，作为主导小区。2、安装室内微蜂窝。
3、情侣南路拱北宾馆附近
文件：0419－5.ant
时间：17：33：56 方向：北向南
问题描述：手机占用小区D综合楼2（9647－3112）切到D综合楼3（9647－3113）、D 九州港2（9647－6622）出现严重质差。
问题分析：出现问题路段在1800频段上主要由小区D情侣南1（9647－3261）和D友谊大厦1（9647－6741）覆盖。手机占用D综合楼2本应向D情侣南1切换，但D综合楼3和D拱北1（9647－6721）同频（BCCH频点同为517），受D拱北1影响，手机误切到D综合楼
3出现严重质差，再切到D九洲港2（9647－6622）后，因和D友谊大厦1同频（BCCH频点同为522），亦出现严重质差。D综合楼基站距这里较远，在这一路段占用到D综合楼2不太合理，但小区D综合楼2因为要覆盖澳门地区，覆盖较远，其旁瓣信号射到情侣南路拱北宾馆附近且信号达－60多dbm。建议将该小区天线方向角调小3到4度。为了防止误切的发生，建议将D综合楼3改频。
类型：频率干扰质差。同时因为频率干扰出现错误切换。
分析和建议要点：1、先调整有关小区的天线高度、下倾角、方向角和发射功率，以减少两者之间的重叠覆盖区域和相互干扰的可能性。2、更改相关频点的载频（更改原则：优先改TCH载频，后改BCCH载频；首先更改被干扰频点的载频，后考虑改干扰源载频）。
4、淇澳大桥北端
文件：0413－11. log
时间：12：05：55 方向：南向北
问题描述：手机占用小区淇澳石岭2（9877－3222）和中山小区南朗平顶1出现质差。
问题分析：暂时未发现周围能对这两个小区造成干扰的小区，出现质差的原因尚不能明确。这一带较为空旷，周围水面较多，无线信号较杂。建议用关调频进行扫频测试的方法，检验这两个小区是否受到干扰，找出干扰源。
建议方案：淇澳石岭2的BSPWRB/T参数值是45，建议调为47，以增大载干比，减少质差，并防止出现边界漫游。
类型：频率干扰质差。根本原因是无线环境复杂，信号杂乱。
分析和建议要点：着重点在加强主导小区覆盖，以减少质差。加强覆盖方法有：加直放站、建新基站、加大天线发射功率、调整天线高度、调整天线方向角到合适的角度、使用高增益天线。在加直放站和新基站时要考虑该点话务量和重要性。
5、海湾新家园通话质差
文件：0413－20.log
时间：15：43：28 方向：西向东
问题描述：手机占用小区银海新村1（9645－2551）出现质差。
问题分析：从测试软件载干比报告中可看出，银海新村1的9和93这两个频点可能受到较严重的干扰。附近未找到频点为9和93的我方小区，干扰源可能是澳门小区。
建议方法：建议通过扫频的方法确定银海新村1是否受到干扰，找出干扰源。
类型：频率干扰质差。
分析和建议要点：因为有可能是网外干扰，可能不能确定干扰源所在。此类问题解决方法:经常在问题点附近通过扫频找出信号最弱的频点，用此频点去代替受干扰频点。
6、平沙到珠港大道的公路上
文件：0416－13.log
时间：14：45：49 方向：东向西
问题描述：手机占用小区平沙3（9540－6963）出现质差。
问题分析：该小区频点为21的载波载干比明显偏低。由于该路段周围都很空旷。两耳岭2和荷包岛1BCCH频点都为21，且这两个小区覆盖都较远，怀疑这两个小区对频点为21的载波构成较严重的干扰。
建议方案：建议将小区平沙3 的21这个频点换掉。
类型：频率干扰质差。
分析和建议要点：1、先调整有关小区的天线高度、下倾角、方向角和发射功率，以减少两者之间的重叠覆盖区域和相互干扰的可能性。2、更改相关频点的载频（更改原则：优先改TCH载频，后改BCCH载频；首先更改被干扰频点的载频，后考虑改干扰源载频）。
7、平沙镇内
文件：0408－5.ant
时间：15：55：07
问题描述：手机占用小区平沙1（9540－6961）出现质差。
问题分析：平沙1有两个频率组，分别为1、4、14、23、51、68、82和1014。在采用普通频段频率组通话时一切正常。但当TCH信道频点为1014通话时却出现质差，怀疑1014这个频点受到较严重的干扰。
建议方案：建议将1014这个频点换掉，看通话时还是否有质差现象发生。
类型：频率干扰质差。
分析和建议要点：1、先调整有关小区的天线高度、下倾角、方向角和发射功率，以减少两者之间的重叠覆盖区域和相互干扰的可能性。2、更改相关频点的载频（更改原则：优先改TCH载频，后改BCCH载频；首先更改被干扰频点的载频，后考虑改干扰源载频）。
8、矿山医院附近
文件：0408－5.ant
时间：16：15：07 方向：南北双向
问题描述：手机占用小区小林2（9540－7512，BCCH:22）出现严重质差。
问题分析：占用小林2通话时频率组为1009、1022，在其它地方占用该小区通话正常，但在矿山医院附近却出现严重质差（信号场强在－85dbm左右）。从手机测量报告中可以看到联邦制药厂2，信号场强在－88dbm左右，与小林2同频，怀疑该小区对小林2构成严重干扰。联邦制药厂2天线方向为210度，并没有对向这里。怀疑是该小区旁瓣信号过强打到这里或附近有直放站放大了联邦制药厂2的信号。质差也可能是扩展频段频点受到严重干扰的缘故。
建议方案：建议采用关跳频接扫频接收机的方法对这一路段进行复测，找出干扰源和受干扰的频点。
类型：频率干扰质差。
分析和建议要点：1、先调整有关小区的天线高度、下倾角、方向角和发射功率，以减
少两者之间的重叠覆盖区域和相互干扰的可能性。2、更改相关频点的载频（更改原则：优先改TCH载频，后改BCCH载频；首先更改被干扰频点的载频，后考虑改干扰源载频）。
9、会同村到金鼎的公路上
文件：0409－1.ant
时间：15：41：47 方向：西向东
问题描述：手机占用小区官塘工业区3（9877－3083，BCCH:38,TCH:1000）和赛车场3（9877－3253，BCCH:46,TCH:1021）出现质差。
问题分析：在占用官塘工业区3和赛车场3出现质差时信号都较强，且TCH频点均在扩展频段上。怀疑1000和1021这两个频点受到干扰。建议在这一路段进行关调频锁频测试，以确定扩展频段上是否受到干扰。
类型：频率干扰质差。
分析和建议要点：1、先调整有关小区的天线高度、下倾角、方向角和发射功率，以减少两者之间的重叠覆盖区域和相互干扰的可能性。2、更改相关频点的载频（更改原则：优先改TCH载频，后改BCCH载频；首先更改被干扰频点的载频，后考虑改干扰源载频）。
10、新香洲桂香苑附近
文件：0405－01.log
时间：17：15：56 方向：东向西
问题描述：手机占用小区银厦广场1（9705－6831）出现质差。
问题分析：银厦广场1各载波频点分别为12、17、25、53、83、95。小区香洲工业区1BCCH 频点为12，在这里信号较强，怀疑该小区对银厦广场1频点为12的载波造成严重的干扰，致使手机占用银厦广场1出现质差。
建议方案：建议将银厦广场1频点为12的载波换频。
类型：频率干扰质差。
分析和建议要点：1、先调整有关小区的天线高度、下倾角、方向角和发射功率，以减少两者之间的重叠覆盖区域和相互干扰的可能性。2、更改相关频点的载频（更改原则：优先改TCH载频，后改BCCH载频；首先更改被干扰频点的载频，后考虑改干扰源载频）。
11、昌盛大桥以东
文件：0406－02.log
时间：9：42：59 方向：西向东
问题描述：手机占用D豪骏市场2（9647－3372）进行位置更新出现严重误码.问题分析：在昌盛大桥桥东,手机重选到1800频段D豪骏市场2并进行位置更新.由于位置更新需要较长的时间,在进行位置更新时,汽车已离开小区D豪骏市场2的覆盖范围,且在位置更新时不能进行切换,导致在位置更新时出现较高误码。
查4月6日的话务简报没有发现D豪骏市场2有明显问题。D湾仔海关1(天线方向：115度)与D豪骏市场2同频（BCCH频点同为526），其旁瓣信号可能通过水面射到昌盛大桥这边，对D豪骏市场2造成干扰。
类型：频率干扰质差。
分析和建议要点：1、先调整有关小区的天线高度、下倾角、方向角和发射功率，以减少两者之间的重叠覆盖区域和相互干扰的可能性。2、更改相关频点的载频（更改原则：优先改TCH载频，后改BCCH载频；首先更改被干扰频点的载频，后考虑改干扰源载频）。12、友谊路友谊大厦附近
文件：0406－08.log
LTE网络优化经典案例-重要
1 LTE优化案例分析 1.1 覆盖优化案例 1.1.1 弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1小区（PCI =132）进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm以下，出现弱覆盖区域。 问题分析：观察该路段RSRP值分布发现，柳林路口路段RSRP值分布较差，均值在-90dBm以下，主要由京西大厦1小区（PCI =132）覆盖。观察京西大厦距离该路段约200米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1小区天线方位角为120度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1小区天线方位角由原120度调整为20度，机械下倾角由原6度调整为5度。 调整结果：调整完成后，柳林路口RSRP值有所改善。具体情况如下图所示。
问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3小区（PCI= 122），车辆继续向西行驶，终端切换到西城三里河一区2小区（PCI =115），切换后速率由原30M降低到5M。 问题分析：观察该路段无线环境，速率降低到5M时，占用西城三里河一区2小区（PCI =115）RSRP为-64dBm覆盖良好，SINR值为2.7导致速率下降。观察邻区列表中次服务小区为西城月新大厦3小区（PCI =122）RSRP为-78dBm，同样对该路段有良好覆盖。介于速率下降地点为西城三里河一区站下，西城月新大厦3小区在其站下应具有相对较好的覆盖效果，形成越区覆盖导致SINR环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3小区方位角由原270度调整至250度，下倾角由原6度调整为10度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR提升到15以上，无线环境有明显提升。
考试系统测试用例
在线考试管理系统 产品简介 本产品可供各类学校、培训机构进行考试管理使用。 本产品具备在线考试管理、考卷管理、试题管理、手工及自动组卷、标准试卷打印、自动阅卷、成绩管理等多项功能。 产品结构 管理员：教师管理、班级管理、试题分级、题目种类、题型管理、难度管理 教师：学生管理、题库管理、组卷管理、考试管理、考试监控、评卷管理、成绩管理 学生：在线考试、成绩查询 产品特点 A、完善的权限管理——有完善的权限设置分配功能，使不同人员具有不同的操作查看权限，保证系统使用的安全性，更易于管理。 B、不断扩展的资源库——在线考试可增加考试类别、题目类别，扩充考题。 C、丰富考试的内容——在线理论考试支持多种多媒体题目。 D、强大的组卷功能——试题随机抽取的自动方式和人工选题的手工方式并用，实现快速组卷，轻松组卷，灵活组卷。 E、出卷方便快捷，省时省力——计算机组卷后导出为Word格式，并以A3/A4版式打印。 F、两种阅卷方式——客观题系统自动阅卷，主观题可在线阅卷，提高阅卷的准确性，同时提升工作效率。 G、监考功能——在线考试中，将设计防拷贝、防切屏、锁定IP、监控在线状态等功能，保证考试的公平和顺利进行。 H、数据保护——考试系统平台设计缓存系统，数据实时保存，保证系统永不丢失数据。 I、批量导入数据——包括试题、人员、部门、试卷等各种信息，达到快速建立考试平台的目的。
1.1测试步骤1.1.1题库 增加 删除 修改
查询 1.1.1.1试题管理 增加 删除
修改 查询 1.1.1.1.1试题属性增加 删除
修改 查询 1.1.1.1.1.1题型增加 删除
LTE网络优化经典案例
1 LTE 优化案例分析 1.1 覆盖优化案例 1.1.1 弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1 小区( PCI =132 )进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm 以下， 出现弱覆盖区域。 问题分析：观察该路段RSRP 值分布发现，柳林路口路段RSRP 值分布较差，均值在-90dBm 以下，主要由京西大厦1 小区( PCI =132)覆盖。观察京西大厦距离该路段约200 米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1 小区天线方位角为120 度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1 小区天线方位角由原120 度调整为20 度，机械下倾角由原6 度调整为5 度。 调整结果：调整完成后，柳林路口RSRP 值有所改善。具体情况如下图所示。 1.1.2 越区覆盖 问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3 小区( PCI= 122 )，车辆继续向西行驶，终端切换到西城三里河一区2小区( PCI =115 )，切换后速率由原30M 降低到5M。 问题分析：观察该路段无线环境，速率降低到5M 时，占用西城三里河一区2 小区(PCI =115) RSRP 为-64dBm 覆盖良好，SINR 值为2.7 导致速率下降。观察邻区列表中次服务小区为西城月新大厦3 小区(PCI =122 )RSRP为-78dBm ，同样对该路段有良好覆盖。介于速率下降地点为西城三里河一区站下，西城月新大厦3 小区在其站下应具有相对较好的覆盖效果，形成越区覆盖导致SINR 环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3 小区方位角由原270 度调整至250 度，下倾角由原6 度调整为10 度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR 提升到15以上，无线环境有明显提升。 1.1.3 重叠覆盖 问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2 小区 ( PC=211)进行业务，随后切换至海淀京西大厦1(PC=133)小区，业务正常保持。车辆继续向东行驶，终端又回切至中华人民共和国科技部2小区( PC=211)发生掉话。 问题分析：观察该路段切换过程，终端由中华人民共和国科技部2 小区( PC=211)正常切换至海淀京西大厦2 小区后又出现回切情况导致掉话。两小区RSRP 值相近，相差3dBm 以内，造成该路段为无主覆盖路段，发生频繁切换最终导致掉话。 调整建议：针对该路段无主覆盖问题，建议调整京西大厦2小区功率由原15 降低为5，使其不会对长安街路段实行有效覆盖。 调整结果：调整后，SINR 值有明显改善，保持在20 左右，多次测试该路段不会出现频繁切换情况，避免掉话等异常事件发生。 1.2 切换优化案例
性能测试实战经典案例分享：一个你不知道的压力测试工具
在项目上线之前，都需要做，目的是看下我们的网站能抗住多少的压力，能承担多少并发，如果不做压力测试，一旦出现大访问量时，我们的网站会挂掉。 一、Webbench测试并发 Webbench是下的一个网站压力测试工具，能测试处在相同硬件上，不同服务的性能以及不同硬件上同一个服务的运行状况。webbench的标准测试可以向我们展示服务器的两项内容：每分钟相应请求数和每秒钟传输数据量。webbench最多可以模拟3万个并发连接去测试网站的负载能力。 测试的环境是 Linux Ubuntu 1、安装 1.1 安装ctags apt-get install exuberant-ctags ctags 为webbench的依赖 1.2 下载安装 官网：~cz210... root@corwien:~# wget ~cz210552/distfiles/webbench- root@corwien:~# tar zxvf webbench- root@corwien:~# cd webbench-1.5/ root@corwien:~/webbench-1.5# make root@corwien:~/webbench-1.5# make install root@corwien:~/webbench-1.5# webbench webbench [option]... URL -f|--force Don't wait for reply from . -r|--reload Send reload request - Pragma: no-cache. -t|--time
TD-LTE网络优化经典案例汇编
1概述 (1) 2D频段优化案例 (1) 2.1重叠覆盖优化 (1) 2.2PCI优化 (4) 2.3邻区列表优化 (7) 2.4切换优化 (9) 2.4.1切换参数优化 (9) 2.4.2同步参数与切换 (12) 2.5功控参数优化 (16) 2.6天面问题整改 (18) 2.6.1天线抱杆 (18) 2.6.2楼层阻挡 (20) 2.7干扰问题排查 (23) 3F频段优化案例 (25) i
ii
1概述 TD-LTE无线网络要实现系统的高性能指标, 需要有合理的网络规划设计、稳定的产品性能、良好的施工工艺以及高质量的网络优化，几者缺一不可。本报告收录了XX市TD-LTE试验网建网以来遇到的一些典型优化案例，旨在为后续优化工作提供帮助和参考。 2D频段优化案例 2.1重叠覆盖优化 【问题描述】 在华兴街靠近中和路区域测试时，UE驻留在华安证券_3（频点：38050，PCI：88），RSRP： -71dBm左右，SINR：25dB左右，但DL Throughput=31Mbps。 1
【问题分析】 分析路测数据，发现在华兴街靠近中和路的区域，华安证券_2、华安证券_3小区RSRP电平值较接近，如上图所示，对该路段形成了重叠覆盖。而该区域规划的主覆盖小区为华安证券_3，现场勘察发现，华安证券_2信号经周边楼宇反射至该区域，2、3小区形成重叠覆盖，造成吞吐速率降低。 【解决措施】 调整华安证券_2方位角由120°调至155°，机械下倾角由12°调至6°。 【处理效果】 调整小区方位角后，重叠覆盖问题得到较好解决，下载速率明显提升。 小区名称方位角PCI RSRP SINR 下载速率(Mbps) 华安证券3 调整前88 -71.1 25.9 31.5 2
系统测试需求分析与系统测试用例设计
系统测试需求分析与系统测试用例设计 上海博为峰软件技术有限公司 20011年3月4日
目录 第一章：系统需求评审 (2) 1 基本信息 (2) 2 课程设计 (2) 第二章：系统测试需求分析方法 (3) 1 基本信息 (3) 2 课程设计 (3) 第三章：系统测试用例设计 (4) 1 基本信息 (4) 2 课程设计 (4) 第四章用户体验测试思路 (6) 1 基本信息 (6) 2 课程设计 (6)
第一章：系统需求评审 1基本信息 2课程设计 1、系统需求规格说明书课程介绍 系统需求规格说明书是系统测试用例设计的参考文档，只有具备良好的 系统需求规格，才可能设计出全面、合理的测试用例。因此，测试人员 对系统需求规格的评审能力就显得尤为重要； 2、系统需求规格说明书的内容介绍 该章节包括，系统需求规格的定义、系统需求规格说明书的目的、系统 需求规格说明书的特点、良性需求的定义、需求的分类、系统需求的属 性、表达需求的方法、表达需求常见的问题、系统需求规格说明书写作 要点；结合具体的系统需求规格说明书例子，讲解系统需求规格说明书 的具体写作方法。 3、系统需求的可测试性分析 从测试需求分析和测试用例设计角度分析软件的可测试性；讲解在需求 不完整的情况下，如何在有限的需求情况下，有效的开展软件测试设计 工作
第二章：系统测试需求分析方法 1基本信息 2课程设计 1、系统测试需求分析过程和方法 讲解产品测试需求分析的步骤，包括： 1）被测试系统分析 2）原始测试需求分析 3）测试需求分析 4）测试特性分析 5）测试子需求分析 并且在每个阶段引入相应的分析方法和分析策略。 2、产品测试用例设计实例解析 根据上述系统测试需求分析的步骤，以某系统为例，讲解如何从被 测试系统的原始需求出发，通过上述步骤产生测试需求或者测试子 需求。
性能测试分析报告案例
***系统性能测试报告 V1.0 撰稿人：******* 时间：2011-01-06
目录 1.测试系统名称及测试目标参考 (3) 2.测试环境 (3) 3.场景设计 (3) 3.1测试场景 (3) 3.1测试工具 (4) 4.测试结果 (4) 4.1登录 (4) 4.2发送公文 (6) 4.3收文登记 (8)
1.测试系统名称及测试目标参考 被测系统名称：*******系统 系统响应时间判断原则（2-5-10原则）如下： 1)系统业务响应时间小于2秒，用户对系统感觉很好； 2)系统业务响应时间在2-5秒之间，用户对系统感觉一般； 3)系统业务响应时间在5-10秒之间，用户对系统勉强接受； 4)系统业务响应时间超过10秒，用户无法接受系统的响应速度。 2.测试环境 网络环境：公司内部局域网，与服务器的连接速率为100M，与客户端的连接速率为10/100M 硬件配置： 3.场景设计 3.1测试场景 间
间 间 3.1测试工具 ●测试工具：HP LoadRunner9.0 ●网络协议：HTTP/HTTPS协议 4.测试结果 4.1登录 ●运行1小时后实际登录系统用户数，用户登录后不退出，一直属于在线状态，最 终登录的用户达到9984个；
●响应时间 ●系统资源
服务器的系统资源表现良好（CPU使用率为14%，有15%的物理内存值）。磁盘等其他指标都表现正常，在现有服务器的基础上可以满足9984个在线用户。 4.2发送公文 运行时间为50分钟，100秒后300个用户全部加载成功，300个用户开始同时进行发文，50分钟后，成功发文数量如下图所示，成功发文17792个，发文失败37 个；
lte网络优化经典案例重要
1LTE优化案例分析 1.1 覆盖优化案例 1.1.1 弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1小区（PCI =132）进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm以下，出现弱覆盖区域。 问题分析：观察该路段RSRP值分布发现，柳林路口路段RSRP值分布较差，均值在-90dBm以下，主要由京西大厦1小区（PCI =132）覆盖。观察京西大厦距离该路段约200米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1小区天线方位角为120度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1小区天线方位角由原120度调整为20度，机械下倾角由原6度调整为5度。 调整结果：调整完成后，柳林路口RSRP值有所改善。具体情况如下图所示。 1.1.2 越区覆盖 问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3小区（PCI= 122），车辆继续向西行驶，终端切换到西城三里河一区2小区（PCI =115），切换后速率由原30M降低到5M。 问题分析：观察该路段无线环境，速率降低到5M时，占用西城三里河一区2小区（PCI =115）RSRP为-64dBm覆盖良好，SINR值为 2.7导致速率下降。观察邻区列表中次服务小区为西城 月新大厦3小区（PCI =122）RSRP为-78dBm，同样对该路段有良好覆盖。介于速率下降地点 为西城三里河一区站下，西城月新大厦3小区在其站下应具有相对较好的覆盖效果，形成越区 覆盖导致SINR环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3小区方位角由原270度调整至250度，下倾角由原6度调整为10度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR提升到15以上，无线环境有明显提升。 1.1.3 重叠覆盖 问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2小区（PC=211）进行业务，随后切换至海淀京西大厦1（PC=133）小区，业务正常保持。车辆继续向东行驶，终端又回切至中华人民共和国科技部2小区（PC=211）发生掉话。 问题分析：观察该路段切换过程，终端由中华人民共和国科技部2小区（PC=211）正常切换至海淀京西大厦2小区后又出现回切情况导致掉话。两小区RSRP值相近，相差3dBm以内，造成该路段为无主覆盖路段，发生频繁切换最终导致掉话。 调整建议：针对该路段无主覆盖问题，建议调整京西大厦2小区功率由原15降低为5，使其不会对长安街路段实行有效覆盖。 调整结果：调整后，SINR值有明显改善，保持在20左右，多次测试该路段不会出现频繁切换情况，避免掉话等异常事件发生。
5G通信网络优化最佳实践之5G网络下VIVO终端NR接入问题分析案例
= 5G通信网络优化最佳实践之5G网络下VIVO终端NR接入问题分析案例 目录 深圳市-5G网络下VIVO终端NR接入问题分析案例.....................................错误!未定义书签。 一、问题描述 (2) 二、分析过程 (2) 1．区域网络概况 (2) 2．终端侧信令跟踪 (4) 3．网络测信令跟踪 (4) 4．问题根因 (4) 三、解决措施 (5) 1、问题原因 (5) 2、解决措施 (5) 四、经验总结 (5)
【摘要】5G网络即将商用，当前5G终端发布的已有多款终端。在商用前，进行5G预商用网的终端联调测试，为商用后用户良好体验保驾护航。本次案例中，通过联合终端进行问题排查，通过终端侧信令定位具体的问题根因。为后期类似问题处理，提供分析思路及方法。【关键字】NSA、VIVO终端、接入 【业务类别】5G 一、问题描述 深圳福田保税区NSA组网，该区域LTE站点为2个，鑫瑞科技大厦和正佳物流；NR站点为3个站点，分别为福田鑫瑞科技大厦、卡西欧电子边监控杆、福田保税区正佳物流。在区域内前期的测试终端主要为TUE，本次为手机终端首次与5G网络互联互通测试。 在测试过程中，有华为、高通、OPPO、VIVO、小米等厂家终端参与。在测试过程中，其他类型终端能够正常接入。Vivo的终端版本CS1.1 在深圳电信测试过程中，5G网络侧添加NR中配置了pdsch-Mapping TypeB 导致5G不能接入。 二、分析过程 1．区域网络概况 深圳福田保税区和五洲宾馆终端互联互通测试对网络要求为支持F40协议，需要锚点及NR站点存在连续覆盖区域。 1.1 网络版本 华为、小米、vivo、高通芯片等手机NSA测试要求网络侧支持F40协议，4G基站升级到15.1SPC100，5G基站升级到15.1SPC080版本。 1.2 LTE网络概况 福田保税区测试范围内的LTE对应的PCI覆盖如下，主要为189/190/51三个小区，其中PCI=189/190为鑫瑞科技，PCI=51为保税区正佳物流站点，区域内存在站内切换及站间切换。
系统测试报告实例
XX系统测试总结报告
1引言 1.1 编写目的 编写该测试总结报告主要有以下几个目的 1．通过对测试结果的分析，得到对软件质量的评价 2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3．评估测试测试执行和测试计划是否符合 4．分析系统存在的缺陷，为修复和预防bug提供建议 1.2 背景 1.3 用户群 主要读者：XX项目管理人员，XX项目测试经理 其他读者：XX项目相关人员。 1.4 定义 严重bug：出现以下缺陷，测试定义为严重bug ?系统无响应，处于死机状态，需要其他人工修复系统才可复原。 ?点击某个菜单后出现“The page cannot be displayed”或者返回异常错误。 进行某个操作（增加、修改、删除等）后，出现“The page cannot be displayed”或者返回异常错误 当对必填字段进行校验时，未输入必输字段，出现“The page cannot be displayed”或者返回异常错误 系统定义不能重复的字段输入重复数据后，出现“The page cannot be displayed”或者返回异常错误 1.5 测试对象 略
1.6 测试阶段 系统测试 1.7 测试工具 Bugzilla缺陷管理系统 1.8 参考资料 《XX需求和设计说明书》 《XX数据字典》 《XX后台管理系统测试计划》 《XX后台管理系统测试用例》 《XX项目计划》 2测试概要 XX后台管理系统测试从2007年7月2日开始到2007年8月10日结束，共持续39天，测试功能点174个，执行2385个测试用例，平均每个功能点执行测试用例13.7个，测试共发现427个bug，其中严重级别的bug68个，无效bug44个，平均每个测试功能点2.2个bug。 XX总共发布11个测试版本，其中B1—B5为计划内迭代开发版本（针对项目计划的基线标识），B6－B8为回归测试版本。计划内测试版本，B1—B4测试进度依照项目计划时间准时完成测试并提交报告，其中B4版本推迟一天发布版本，测试通过增加一个人日，准时完成测试。B5版本推迟发布2天，测试增加2个人日，准时完成测试。 B6－B11为计划外回归测试版本，测试增加5个工作人日的资源，准时完成测试。 XX测试通过Bugzilla缺陷管理工具进行缺陷跟踪管理，B1—B4测试阶段都有详细的bug分析表和阶段测试报告。 2.1 进度回顾
软件测试 测试用例实例(含：功能测试用例、性能测试用例、兼容性测试用例)
测试用例实例 （含：功能测试用例、性能测试用例、兼容性测试用例） 目录 一、功能测试用例................................................................................. - 2 - 二、性能测试......................................................................................... - 9 - 2.1预期性能测试用例.................................................................... - 9 - 2.2 用户并发测试用例................................................................. - 10 - 2.3 大数据量测试用例................................................................. - 10 - 2.4 疲劳强度测试用例................................................................. - 11 - 2.5 负载测试测试用例................................................................. - 11 - 三、兼容性测试................................................................................... - 11 - 用例编号TestCase_LinkWorks_WorkEvaluate 项目名称LinkWorks 模块名称WorkEvaluate模块 项目承担部门研发中心-质量管理部 用例作者 完成日期2005-5-27 本文档使用部门质量管理部 评审负责人 审核日期 批准日期 注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。 历史版本： 版本/状态作者参与者起止日期备注 V1.1
金蝶BOS性能测试分析分享
金蝶B O S性能测试分析 分享 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998
金蝶BOS性能测试分析流程 目录 1.1. 简介 最近通过版本的4-5月份集成测试与云平台的性能测试两个案例分析，发现性能测试只定位发现问题的工作方式不利于问题的快速处理，进而错过问题的最佳处理时机，给后续的发版带来很高的风险，4-5月份的集成测试只反馈CPU高消耗的现象与WEB的jprofile分析文档，因开发人员过忙与缺少实际环境而把问题一直耽搁着，这个问题本来在6月1号就发现了，结果到了7月5号迫不得已才组织人员协同分析定位问题，问题定位后也快速解决了问题；而云平台的性能测试我一直跟踪并协助定位性能问题，问题定位后，开发迅速修改代码，整个过程发现的几个重大性能问题都得到了快速的解决，通过对比这两个性能测试案例，得出只有快速定位问题才能高效的解决问题，只反馈问题现象，缺乏足够的依据，开发人员很难快速修复问题。
为了在BOS性能测试过程中快速定位问题以及在调优测试中快速找到性能提升点，特意整理在分析性能问题过程中涉及到的一些工具与方法，以便快速解决问题，本文将从用例分析、问题现象、问题分析、问题定位、辅助工具等方面规范性能问题的分析过程以及工作过程中的输出文档。 1.2. 参考资料 2.1. 概述 处理任何问题都有一套方法，性能测试分析过程也一样，我们平常测试发现的问题只是问题的表现，我们要透过现象逐步分析到问题的本质，透过本质我们才能快速解决问题，下面我就按经验来整理一下性能问题的分析思路与通用流程。 2.2. 分析思路 我们通过一个倒金字塔模型来整理一个分析思路，由上至下逐步聚焦问题,测试过程中首先是会发现问题，发现性能问题后，我们第一步要确认是否是测试用例设计不当而导致的，如果不是我们就要用后续提到的各种工具与方法出具问题分析结果，根据分析数据推断出可能存在的代码可疑点，然后与开发一起如果修改问题。 2.3. 步骤结果输出 2.4. 分析流程 下图整理一个在性能测试过程中发现性能问题而进行问题定位的分析流程，本流程里不涉及到硬件绝对瓶颈的问题，如磁盘空间不足，另外应用服务器跟数据库服务器的参数都按照产品配置说明进行了正确配置，本流程图只用来指导分析软件本身存在的问题。
4G移动网络优化案例分析
题目：4G移动网络优化案例分析 摘要：科学技术的发展推动了人类社会的发展,回顾历史每次人类社会的飞跃进步都是由科学技术的发展引发的,其中通信技术的发展更是为社会的整体发展作出了无数的贡献.在中国我们的老百姓享受到了移动通信技术从模拟移动通信到数字移动通信4G技术所带来的便利和对生活的改变.对于通信网络运营商而言,如何为客户提供优质的网络服务始终都是主要的运营方向,它是一切运营的基础,是电信运营商运营与发展的生命线.要把网络运营做强做精,除了基本的解决网络覆盖问题以外关键是要做好网络优化。 关键词：移动通信4G，网络运营，网络优化 毕业论文外文摘要 Title: 4G Mobile Network Optimization Case Study Abstract：Development of science and technology to promote the development of human society, recalling the history of the progress of human society, every leap is triggered by the development of science and technology, in which the development of communication technology, but also for the ov erall development of society has made numerous contributions in China our people enjoy the mobile communication technology from analog to digital mobile communication 4G mobile communication tec hnology brings convenience and change of life. for the communications network operators, how to pr ovide quality customer service has always been the main network operational direction, which is the f oundation of all operations, is the lifeblood of Telecom Operator and development. network operators should do fine and stronger, in addition to the basic problem solving network coverage is essential t o do network optimization. Key words: 4G mobile communications, Network operators, Network Optimization 目录 1 引言 (4) 2 通信的发展史 (5) 3 4G移动网络优化的特征 (6) 3.1 4G的特性7 3.2 4G网络的基本特征决定了他的网络优化特征7 3.3 4G移动网络优化特征7
性能测试案例分析
1.简要场景描述： 被测项目的数据库服务采用ORACLE 10g，测试功能点选择的是一个新建录入保存业务。当并发20用户时，数据库资源占用正常，处理业务响应时间正常，当并发40用户时，数据库服务器CPU占用率突增到100％，系统几乎不响应。 2.对ORACLE 10g进行监控： 2.1首先打开监控开关: exec dbms_monitor.serv_mod_act_trace_enable (service_name=>'
网络优化总结分析报告
山东移动淄博分公司 2015年度总结分析报告 山东移动淄博网络部 2015 年 版权所有侵权必究 All rights reserved 目录 1网格优化工作总结 (10) 1.1淄博网格概述 (10) 1.2省巡检指标分析 (12) 1.3主要优化工作： (14) 1.3.1工参核查 (14) 1.3.2拉网测试 (14) 1.3.3天馈调整 (15) 1.3.4参数调整 (15) 1.4网络问题反馈 (15) 1.4.1缺少基站导致弱覆盖 (16)
1.4.2美化罩无法调整导致周围SINR差 (16) 1.4.3超高站覆盖过远导致SINR差 (17) 1.4.4超低站导致周围弱覆盖 (17) 1.5网格优化案例 (18) 1.5.1覆盖优化 (18) 1.5.2SINR优化 (19) 1.5.3覆盖优化 (21) 1.6总结 (22) 2MR弱覆盖优化整治 (22) 2.1MR弱覆盖问题点分析 (23) 2.1.1楼宇较密集导致弱覆盖 (23) 2.1.2站间距过大导致弱覆盖 (24) 2.1.3站点数据删除导致弱覆盖 (24) 2.1.4超高超低站导致弱覆盖 (24) 2.1.5天馈线问题 (25)
2.2MR弱覆盖整改计划 (25) 2.3MR弱覆盖处理 (26) 2.3.1参数类 (26) 2.3.2天馈类 (28) 2.3.3新加站类 (30) 3KPI指标分析优化 (32) 3.1指标监控内容和KPI指标定义 (32) 3.2TOP小区查找和分析处理 (33) 3.2.1接入性top分析处理 (34) 3.2.2保持性top分析处理 (36) 3.2.3移动性top分析处理 (37) 4VOLTE工作总结 (39) 4.1省公司VOLTE工作部署落实情况 (39) 4.2V O LTE优化开展与问题总结 (41) 4.2.1日常网格、CQT点测试 (41) 4.2.2VoLTE场景化测试 (41)
软件测试用例分析 习题完美整合版
场景分析法 一、以答题业务为例： 1.答对题目增加题目积分，积分达到设定值时奖励一个礼包； 2.取题规则为随机不重复; 3.答错题目后答新题. 开始答题 是否存在 有效题目 提供题目及备选答案 答案是否 正确 增加题目积分 积分大于或等于设定值？给予无有效题目提示 结束奖励一个礼包
1.确定基本流与备选流 基本流: 步骤1. 开始答题 步骤2. 判断是否存在有效题目，存在有效题目，处理:提供题目及备选答案 步骤3. 用户答题并答对题目，增加用户相应积分。 步骤4. 判断积分是否达到设定值，达到，获取一个礼包，流程结束。 备选流1: 不存在有效题目 基本流步骤2时，题库不存在未答题目，处理：给予无有效题目提示，流程结束。备选流2: 答错题目 基本流步骤3时，答错题目，处理：提示用户答错题目，回到基本流步骤2 备选流3：答题后积分达不到设定值 基本流步骤4时，答对题后积分仍达不到设定值，处理：回到基本流步骤2 2.确定以下用例场景： 3.通过从确定执行用例场景所需的数据元素入手构建矩阵
4.设计数据，把数据填入上面的用例表中 二、下图所示是ATM例子的流程示意图。
2.场景设计：下表所示是生成的场景。 3.用例设计
4.测试用例表
三、用户进入一个在线购物网站进行购物，选购物品后，进行在线购买，这时需要使用账号登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。 第一步：确定基本流和备选流 基本流：登录在线网站→选择物品→登录账号→付款→生成订单； 备选流1：账户不存在； 备选流2：账户密码错误； 备选流3：用户账户余额不足； 备选流4：用户账户没钱。 第二步：根据基本流和备选流确定场景 场景1成功购物：备选流； 场景2账号不存在：基本流，备选流1； 场景3账号密码错误：基本流，备选流2； 场景4账户余额不足：基本流，备选流3； 场景5账户没钱：基本流，备选流4。 第三步：对每一个场景生成相应的测试用例 测试用例 ID 场景/条件账号密码 用户账 号余额 预期结果 1 场景1：成功购物V V V 成功购物 2 场景2：账号不存在 1 n/a n/a 提示账号不存在 3 场景3：账号密码错误 （账号正确，密码错误）V 1 n/a 提示账号密码错误，返 回基本流步骤3 4 场景4：用户账号余额不 足V V 1 提示用户账号余额不 足，请充值 5 场景5：用户账号没钱V V 1 提示用户账号没有钱， 请充值 第四步：设计测试数据 测试用例ID 场景/条件账号密码 用户账 号余额 预期结果 1 场景1：成功购物Test 123456 800 成功购物，账号余额减少 100元 2 场景2：账号不存在aa n/a n/a 提示账号不存在 3 场景3：账号密码错误 （账号正确，密码错误）Test 111111 n/a 提示账号密码错误，返回 基本流步骤3 4 场景4：用户账号余额不 足Test 123456 50 提示用户账号余额不足， 请充值 5 场景5：用户账号没钱Test 12345 6 0 提示用户账号没有钱，请 充值
软件测试用例实例(非常详细)汇总
软件测试用例实例(非常详细)汇总
1、兼容性测试 在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。 测试 目的 配置说明操作系 统 系统 软件 外设应用软件结果 服务器Windo w2000( S) Windo wXp Windo w2000( P) Windo w2003 用例编号TestCase_LinkWorks_W orkEvaluate 项目名称LinkWorks
1.1.
1.2. 疲劳强度测试用例 强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。测试目的 测试说明 前提条件连续运行8小时,设置添加 10用户并发 测试需求输入/ 动作 输出/响应是否正常运行 功能1 2小时 4小时 6小时 8小时功能1 2小时 4小时 6小时
8小时 一、功能测试用例 此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI （图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。 用例标识LinkWorks_ WorkEvaluate _02 项目 名称 https://www.360docs.net/doc/965409934.html, 开发人员模块 名称 WorkEvaluate 用例参考工作考核系统界面设计
VOLTE定位业务系统分析及优化案例
VOLTE定位业务系统分析及优化案例 目录 一、应用背景 (2) 二、分析实施与效果 (2) 2.1 定位业务提供的服务 (2) 2.2 定位业务的特点 (2) 2.3 基本的定位技术 (3) 2.4 电信移动定位平台组网 (6) 2.5 BSA数据库 (6) 2.6 定位业务分类 (6) 2.7 CELL-ID第三方定位业务流程 (7) 2.8 粗定位应用分析 (7) 三、经验总结 (13)
【摘要】定位业务又称为位置业务，是电信移动通信网所提供的一种新型的增值业务。该业务通过无线定位技术来获得移动台的位置信息，提供给用户本人、移动通讯网络或者其他外部实体，实现各种与位置相关的业务应用。同时定位服务也是通过手机终端与无线网络（CDMA、EVDO、LTE）的配合，获取用户当前的位置，并根据用户需求，提供个性化的位置相关的信息服务。它的应用将随着技术不断的发展和完善，得到更大的扩展。 【关键字】定位业务、位置业务、粗定位、CDMA、EVDO、LTE 【业务类别】定位业务 一、应用背景 粗定位业务又称Cell-id定位，其实现原理是：定位平台向核心网发送信令，查询手机所在小区ID,根据存储的基站数据库（BSA）数据，得出用户大致位置。所以基站BSA 数据完整准确是定位功能的必要条件。遇到新开站点没有及时更新到BSA、BSA站点遗漏、BSA站点有误等情况，会对定位造成很大的影响。本案例针对阳江BSA站点遗漏、BSA站点有误等情况进行分析，希望对其他地方的粗定位失败提供帮助。 二、分析实施与效果 2.1 定位业务提供的服务 2.2 定位业务的特点 1、对覆盖范围和覆盖率有要求。
LTE网络优化经典案例重要
L T E网络优化经典案例 重要 SANY标准化小组 #QS8QHH-HHGX8Q8-GNHHJ8-HHMHGN#
1LTE优化案例分析 1.1覆盖优化案例 1.1.1弱覆盖 问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1小区（PCI =132）进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm以下，出现弱覆盖区域。 问题分析：观察该路段RSRP值分布发现，柳林路口路段RSRP值分布较差，均值在-90dBm以下，主要由京西大厦1小区（PCI =132）覆盖。观察京西大厦距离该路段约200米，理论上可以对柳林路口进行有效覆盖。 通过实地观察京西大厦站点天馈系统发现，京西大厦1小区天线方位角为120度，主要覆盖长安街柳林路口向南路段。建议调整其天线朝向以对柳林路口路段加强覆盖。 调整建议：京西大厦1小区天线方位角由原120度调整为20度，机械下倾角由原6度调整为5度。 调整结果：调整完成后，柳林路口RSRP值有所改善。具体情况如下图所示。 1.1.2越区覆盖 问题描述：测试车辆延月坛南街由东向西行驶，发起业务后首先占用西城月新大厦3小区（PCI= 122），车辆继续向西行驶，终端切换到西城三里河一区2小区（PCI =115），切换后速率由原30M降低到5M。 问题分析：观察该路段无线环境，速率降低到5M时，占用西城三里河一区2小区（PCI =115）RSRP为-64dBm覆盖良好，SINR值为导致速率下降。观察邻区列表中次服务小区为西城月新大厦3小区（PCI =122）RSRP为-78dBm，同样对该路段有良好覆盖。介于速率下降地点为西城三里河一区站下，西城月新大厦3小区在其站下应具有相对较好的覆盖效果，形成越区覆盖导致SINR 环境恶劣，速率下降。 调整建议：为避免西城月新大厦3小区越区覆盖，建议将西城月新大厦3小区方位角由原270度调整至250度，下倾角由原6度调整为10度。 调整后 调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR提升到15以上，无线环境有明显提升。 1.1.3重叠覆盖 问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2小区（PC=211）进行业务，随后切换至海淀京西大厦1（PC=133）小区，业务正常保持。车辆继续向东行驶，终端又回切至中华人民共和国科技部2小区（PC=211）发生掉话。 问题分析：观察该路段切换过程，终端由中华人民共和国科技部2小区（PC=211）正常切换至海淀京西大厦2小区后又出现回切情况导致掉话。两小区RSRP值相近，相差3dBm以内，造成该路段为无主覆盖路段，发生频繁切换最终导致掉话。 调整建议：针对该路段无主覆盖问题，建议调整京西大厦2小区功率由原15降低为5，使其不会对长安街路段实行有效覆盖。 调整结果：调整后，SINR值有明显改善，保持在20左右，多次测试该路段不会出现频繁切换情况，避免掉话等异常事件发生。