浅谈手机发射功率与接收性能的测试

浅谈手机发射功率与浅谈手机接收性能的测试

浅谈手机发射功率

笔者从事手机测试校准系统集成有段时间，感觉到手机发射功率在不同的系统、不同的协议下有很多的不同。笔者对此深感有意思，故把PHS、GSM、cdma2000 1x、wcdma下对手机发射功率的规定罗列于此，希望能给同行起到抛砖引玉的作用，斧正我的错误。

一、手机发射功率的两个方面

手机发射功率在PHS、GSM、cdma2000 1x、wcdma等协议中，被设计得越来越复杂，它的重要性已不言而喻，哪手机发射功率是大些好哪，还是小些好哪？事实上单纯的说大些好或者小些好，都实在不是一个明智的回答，因为在设计手机功率时，要考虑以下两个方面：

1、在能保证正常通信情况下，手机发射功率越小越好

*、手机发射功率越小,手机的耗电量就越小,待机时间、通话时间越长；

*、手机发射功率越小，对同系统别的手机的干扰越小，这不仅给同系统别的手机创造了好的无线环境，同时对于cdma2000 1x、wcdma来说，这就意味着小区容量越大；

*、手机发射功率越小，对别的无线设备干扰越小,这就给别的无线设备创造了好的无线环境；

2、在有些情况下，为了能保证通信质量，手机发射功率希望能被调整的大些，再大些,再大些......

*、手机在小区的远端时,为了保证手机信号经过长距离传输到达基站后,手机信号仍能被正确解调,也就是手机发射功率要足够大，以克服信号经过长距离传输的衰减；

*、手机被建筑物或其它遮挡，在无线阴影区内，手机发射功率也要足够大，以克服手机信号必须经过多次的反射、折射及长距离传输的衰减；

*、手机在干扰比较大的情况下，如邻信道、同信道干扰，阻塞等等，手机发射功率也要足够大，以克服噪声的干扰。

综上所述，手机发射功率存在着两面性，一方面在能保证正常通信情况下，手机发射功率越小越好；另一方面，在有些情况下，为了能保证通信质量，手机发射功率必须要大一些，甚至要再大一些。这两方面看似矛盾，实为统一，准确表述为：手机必须发出足够大的功率，以保证通信质量，在保证通信质量的前提下，手机发射功率越小越好。换言之，手机发射功率最好根据实际情况能够被控制，该大则大，该小则小。

二、PHS手机发射功率

PHS(Personal Handyphone system的缩写)为日本独立开发出的第三代数字无绳电话系统——个人携带电话系统,它具有很多突出的优点：建设费用低、系统扩充方便,超低的资费标准,因协议简单，而使手机制造成本降低，最终导致手机拥

有价格上的优势等等。PHS在中国被称为小灵通，在有些地方也称为“个人通信接入系统PAS(Personal Access System)”

PHS采用日本RCR-STD28协议作为空中无线接口标准，采用微蜂窝技术，因此它必须建置较密集的基站。由于基站覆盖范围较小，其铺设就必须比高功率的移动电话基站密，适于低速状态下的移动。不过，新一代的PHS基站范围已扩大至500米。

基于以上的情况，特别是采用微蜂窝技术，RCR-STD28规定手机的发射平均功率≤10mW，峰值功率≤80mW，发射功率不可控。除此之外，有关PHS手机发射功率的测量还有

1、载波关断泄漏功率≤80nW

2、发射瞬态响应特性：脉冲上升、下降时间≤13μS

3、杂散发射功率相对载波电平（衰减量）≥50dB，或绝对电平≤2.5μW。

从以上的情况不难看出，PHS手机在小区远端，或阴影区，或受到干扰，是不能以再提高发射功率，以抵消无线信号的长距离传输的损耗，或建筑物等的遮挡损耗，或抵御干扰。这实际上导致的结果就是手机与基站之间的无线链路很脆弱，这是PHS手机协议上的根本弱点之一。

反过来从协议对手机发射功率的规定中我们也不难看出，PHS只能采用微蜂窝技术，通过建置较密集的基站抵消远近效应和阴影效应，否则就会出现大量的无信号区域和通信质量差等问题。在受到干扰，通信质量降低的情况下，手机也无法通过提高发射功率的办法，来保证通信质量。

由于PHS手机发射功率比较小,对别的手机或无线设备干扰也小，它的待机时间、通话时间都比较长，由于PHS手机发射功率不受控制，协议简单，手机制造成本也相对较低。

三、GSM手机发射功率

GSM协议规定，手机发射功率是可以被基站控制的。基站通过下行SACCH信道，发出命令控制手机的发射功率级别，每个功率级别差2dB，GSM900 手机最大发射功率级别是5（33dBm），最小发射功率级别是19（5dBm），DCS1800手机最大发射功率级别是0（30dBm），最小发射功率级别是15（0dBm）。

从以上不难看出当手机远离基站，或者处于无线阴影区时，基站可以命令手机发出较大功率，直至33dBm（GSM900），以克服远距离传输或建筑物遮挡所造成的信号损耗。如果手机离基站很近，且无任何遮挡物时，基站可以命令手机发出较小功率，直至5dBm（GSM900），以减少手机对同信道、相邻信道的其它GSM用户的干扰和其它无线设备的干扰，而且这样还可以有效延长手机待机时间、通话时间。

从以上不难看出GSM手机发出的最低功率仅为5dBm（GSM900），约为3.2mW，这比PHS的平均功率10mW要小，同时GSM手机发出的最大功率33dBm（GSM900），

约为2W，这个信号相对来说是巨大的，对这种大信号不加以严格规定，其干扰也是巨大的。因此GSM就手机发射信号除了发射功率的规定以外，在其它方面也作了适当的规定。（注意：这里是适当的规定，如果规定偏严无疑会加大手机制造成本，如果偏松，无疑会加大干扰。）具体有如下几个方面：

1、Power versus Time

由于GSM是TDMA系统，因此GSM协议通过一个功率对时间的模板来严格限制发射功率在时间域的变化情况，以减少干扰，尤其是对同信道其他时隙的用户的干扰。

2、Output RF Spectrum Due to Modulation

3、Output RF Spectrum Due to Ramping

GSM通过对手机发射信号的调制谱和切换谱的规定，来限制手机发射信号时的频谱带宽和形状，以减少干扰，尤其是邻信道用户的干扰。

拿GSM协议和PHS协议对比来看，GSM为保证通信质量，规定了手机的发射功率是受基站控制的，根据需要可大可小，但同时又严格规定手机发射信号在时间域和频率域的“形状”(PvT,ORFS)，这无疑又极大的限制了手机对外的干扰。而PHS手机的发射功率不可再增大，因此PHS手机与基站之间的无线链路很脆弱的弱点，只能通过建置较密集的基站来解决，这无疑又加大了系统的投资。当然由于它的发射信号始终比较小，信号在时域和频域上的要求也不用很严，生产制造成本、测试成本也都跟着降了下来。

从以上不难看出，同为时分多址系统，单从手机发射功率这点就能看出来，GSM 系统优于PHS系统。

四、cdma2000 1x手机发射功率

cdma顾名思义是码分多址，因此在一个小区内的所有用户，都是同时在同一个频率上通讯，因此每个用户都回受到同小区的其它用户的干扰，每个用户都会干扰同小区的其它用户，因此人们也把cdma称之为自干扰系统。

CDMA的基本技术之一是功率控制。因为限制CDMA系统容量的因素是总干扰功率，所以控制每个移动台的功率是获得最大容量的关键。在给定条件下，CDMA移动台的功率被控制到能够保证接收话音质量的最小功率。结果是每个移动台到达基站的信号电平几乎相同。这样，每台移动台对其他移动台的干扰被控制到最小。因此CDMA系统容量也被称为“软容量”，也就是CDMA可以通过降低通信质量来提高系统容量。

如果移动台发射功率过大，会对其他用户带来干扰。它会作为其他接收者的背景噪声存在。如果某用户为了获得完美的话音而没有限制的升高发射信号功率，那么他将不仅影响到本网络的其他用户的通话，而且会影响到该频段上其他通信系统用户的使用。

下面以cdma2000 1x（cdma95类似）为例，详细介绍有关功率控制与测试。cdma2000

1x反向链路采用两种形式的功率控制：开环功率控制和闭环功率控制。

先看开环功率控制：它是假定前向路径损耗与反向路径损耗是相似的链路为前提的。将发射功率与接收功率的总和设置为一个常数，通常为－73dB。[移动台根据在整个1．2288MHz频段接收到的总信号能量（就是在导频、寻呼、同步和业务信道的功率，其中含有从服务基站来的信号与相同频率相邻基站的信号总和来）来调整它的发射功率]

例如：如果移动台接收到的信号功率为－85dBm，这时它的发射功率应当为：－73－（－85）＝12dBm

闭环功率控制：基站监视从每个移动台接收的功率并命令移动台以固定的步长

1dB（0.5 dB、0.25dB）增加或降低功率（不能保持不变）。这个过程每1．25ms 一次（每秒钟重复800次）

从以上资料不难看出，cdma2000 1x不断精确控制手机的发射功率，以达到在能够保证接收质量的情况下的最小功率，下面详细介绍 cdma2000 1x为实现这个目的所作的有关功率方面的测试规定。

1、Open Loop Output

这部分主要以基站发出大信号、中信号、小信号三种状况下，来检测手机是否能正确估算出开环输出功率，以及开环输出功率范围。

2、Time Response of Open Loop

这部分主要保证，手机在不断运动，或者其他原因，导致接受到基站的信号持续变化时，手机是否能根据这种变化能快速、持续调整开环输出功率。

3、Closed Loop Power Range

对于闭环功率控制，基站命令手机进行输出功率调整以优化功率输出。基于收到的电平，基站命令手机增加和降低输出功率，每1.25 ms变化1 dB（800次/秒）。测试闭环功率性能的标准方法包括验证整个功率范围及手机闭环功率控制范围的线性。CDMA手机必须演示±24dB的闭环功率控制范围以及定义的改变功率的速度，以确定手机是否能跟上基站的命令。

4、Maximum Output Power和Minimum Output Power

根据以上的介绍，其实基站对手机发射的绝对功率并不是很重视，它仅仅是要求手机能根据自己发出的功率上升指令或功率下降指令自动调整输出功率即可，且最好手机能发出无限大或无限小的功率来，但这个要求对手机制造商来说，实在是苛刻，且会无限制的提高手机制造成本，因此折中的方案是将手机按发射功率分类，不同类的手机最大功率必须达到各自要求，也就是至少要大于标准规定的最大功率的下限，小于标准规定的最大功率的上限，使其在小区远端或无线阴影中也能较好通讯。同时要求手机必须能够输出小于最小功率的功率值来，也就是在无线环境比较好，且手机与基站很近时，手机能把自己的输出功率降得很低，以确保对其它手机的最小干扰和对电池的最小消耗。

5、Standby Power

cdma2000 1x规定手机待机功率要小于-61 dBm，这既保证了对外干扰很小，又保证了在待机时间对电池的小消耗，延长了手机的待机时间。

五、wcdma手机发射功率

GSM和wcdma虽然同为欧洲标准，但wcdma毕竟是码分多址的，它采纳，也必须采纳cdma中很多稳定成熟的技术和方案，至少在对手记发射功率控制这块，wcdma和cdma2000 1x就非常类似，只是wcdma对手机功率控制要求更精准、更严格。

笔者认为这里的原因是wcdma毕竟是码分多址的技术，它需要采用功率控制技术，来平衡用户功率，以保证系统每个用户的通信质量和系统的最大容量。虽然GSM和wcdma同为欧洲标准，而且GSM是第二代标准，wcdma是第三代标准，GSM 尽管也采用了功率控制技术，但区别还是巨大的：

（1） GSM功率控制速率要慢得多，对功率控制升多少、降多少要求并不是很精准,也不是很严格；

（2） GSM对功率控制依赖程度要低，而CDMA没有了功率控制将几乎无法工作。

事实上在W—CDMA中，上行链路采用开环功控和闭环功控两种方式。当上行链路没有建立时，开环功控用来调节物理随机接入信道的发射功率。链路建立之后，使用闭环功控。闭环功控包括内环功控和外环功控。外环功控以误码率或者误帧率作为控制目标，内环功控以信干比作为控制目标。下行链路只有闭环功控。

1、Open Loop Power

这部分主要以基站发出大信号、中信号、小信号三种状况下，来检测手机是否能正确估算出开环输出功率，以及开环输出功率范围。具体计算公式为：PRACH Preamble Initial Power = (P-CPICH DL TX Power) - (CPICH_RSCP)+ (UL Interference) + (Constant value)

2、Inner Loop Power wcdma

关于手机在内环功控方面作了较好的功率控制位的形式和算法的规定，手机在内环功控下，必须能发出–50dBm到+24 dBm范围内的信号，而且还要求手机能够很好相应基站所发出的功率控制位，当基站发出升（或降）1dB命令时，手机必须升（或降）1dB+/-0.5dB，当基站发出升（或降）10dB命令时，手机必须升（或降）10dB+/-2dB。同时wcdma还规定了A,B,C,D,E,F,G,H 8段区域，来测试手机。将这部分与cdma2000 1x 的闭环功率控制相比，可以看出虽然异曲同工，但wcdma 的规定更严谨，更细致。

3、Maximum Output Power和Minimum Output Power

wcdma与cdma2000 1x在这方面非常类似，故不再赘述。

通过以上的介绍，不难看出WCDMA与IS-95、CDMA 2000 1x没有本质不同，撇开

IPR问题，所有的不同点无非是怎样才能更好发挥CDMA的优势、提高系统的性能如系统容量、通信质量和网络覆盖等。

六、结束语

前面所述仅是把各个标准里对手机发射功率的有关规定拿出来罗列和对比，挂一漏万。但管中窥豹，足见技术的发展和通信协议的进步。

PHS和GSM同为时分多址系统，协议就手机输出功率方面的规定具有可比性，它们与cdma2000 1x、wcdma这些码分多址系统，在手机输出功率方面不具有可比性。码分多址近似的可以认为是在实时的（1．25ms一次），精确的（以0.25 dB）控制手机发射功率，而手机也要实时的、精确的相应控制（具体测试方法见上文），以保证系统的需要。由于多址方式的不同，这就决定了GSM没有必要搞码分多址哪种实时的、精确的、很复杂的功率控制（以节省制造、测试成本），当然也不能像PHS那样，不控制手机输出功率，即便是在微蜂窝内。

在上文中，也是简单介绍了码分多址技术对手机发射功率的控制，事实上码分多址技术对基站和手机的发射功率的规定远不止这些，如接入试探功率、发射开/关控制，呼吸技术等等。现实的情况是，如果没有功率控制等无线资源管理技术的支持，码分多址的性能比时分多址更差。而这些笔者在本文都将其省略了，并不是说这些不重要，而是笔者认为这些与本文着眼点不太一致。

总之，手机发射功率实在是个重要的指标，也是一柄锋利的双刃剑，一方面人们希望它足够大，以克服无线电波传播路径的损耗、发射、折射的损耗，克服其他无线电波的干扰，另一方面又希望它足够小，尽可能小的干扰别人，这点在码分多址系统中尤显突出。解决的办法就是要根据需要控制手机发射功率，在保证所有人的正常通信的情况下，尽可能的把所有手机的发射功率都降下来。当然，这些无疑会加大协议的复杂性，提高手机的制造成本，但这可以保证更多的人同时拥有更多的带宽，这是符合人们一直在追求的提高无线资源利用率这一目标的，毕竟频率资源是不可再生的资源，而手机的制造成本会通过手机的批量生产，最终会降下来。

浅谈手机接收性能的测试

手机作为无线通讯设备，就是要能接收和发射无线信号，笔者前一段时间写了一篇《浅谈手机发射功率》后收到一些Email，鼓励笔者继续写，实在不好意思就再凑一篇《浅谈手机接收性能的测试》，算是把手机接收和发射这两部分都议了一议，当然还是浅谈，还是抛砖，希望同行能够斧正。

一、从收音机、电视机谈起

我们这一代人从小接触的是收音机，后来是电视机，现在还能想起刚开始有电视机时，家家必加高高的电视天线（那时还没有普及有线），但电视接收效果还是有的家好，有的家不好，这时我们半大孩子一定会为了更好的看电视找原因、想办法。通常是说把天线架的更高，原因是说有楼房或别的什么高东西遮挡了电视信号，有从影就一点一点的左右旋转电视天线，还不行就煞有介事的说你家的电视灵敏度太低，当然家旁边有汽车通过或天气不好，电视上会有雪花，有时还偶尔能听到串进来其它台的弱小声音，这些我们都知道，这是电视信号被干扰了。

其实手机作为无线通讯设备与收音机、电视机没有什么本质的区别，它同样在通信信号被遮

挡或接收到几条路径的无线信号时，通信质量较差；被干扰后，通信质量较差；手机灵敏度太低，在有些场合也会影响通信质量；这些其实完全可以与收音机、电视机类比的，但手机作为可移动的无线通讯产品，它所遇到的无线电环境远比收音机、电视机（这里指以前的，不是指现在车载收音机、电视机）要恶劣，比如你在高速运动的汽车上通话——会遇到多普勒效应，在一个小区内多个用户同时通话——会受到系统内部之间的互相干扰等等。其实本文开始罗嗦半天，无非就是想说明一点，考察手机的接收性能，就是要先了解手机都会在什么样的无线电环境下工作。

1、当手机在小区边缘，或无线信号被建筑物或其他东西遮挡、或在一个屏蔽的空间里（如电梯间），手机只能收到弱小信号；

2、手机接收到多条无线路径的射频信号，这主要是同一个无线信号被城市建筑物或其他东西折射、反射过来，当这些多径信号相位相反时，会造成合成信号的幅度快速变化，且由于这些多径信号传播路径不同，会产生时延散布，这样就形成了多径衰落，类比电视的从影，但要比从影恶劣的多，多径衰落对手机的通信质量影响很大，这是由于手机是移动设备，在密集的高楼大厦之间使用的几率很大，而手机无法象电视机那样使用定向天线来回避这个问题，当然现在cdma2000已经启用了RAKE接收机的技术；其思想是如果不同路径信号的延迟超过一个伪码的码片的时延，则在接收端可将不同的波束区别开来。将这些不同波束分别经过不同的延迟线，对齐以及合并在一起，则可达到变害为利，把原来是干扰的多径信号变成有用信号组合在一起。这就是RAKE接收机的基本原理。

3、在运动的汽车或火车上通话，由于是在高速运动中通话，会形成的多普勒效应；

4、手机会受到同小区其他通话用户，或其他邻近小区通话用户的干扰；

5、会受到附近频段其他正在使用的无线设备的干扰；

6、会受到其他突发性干扰，如打雷、大电机的瞬时启停等；

其实这些情况都可以用一张很好的图画形象表示，感兴趣的可以在一些相关书籍或资料中找到。

二、如何衡量手机的接收性能

还是让我们继续从收音机、电视机谈起，衡量收音机、电视机接收性能有一个简单办法，那就是把收音机、电视机放在恶劣电磁环境中去听、去看接收效果，是否有杂音，是否有雪花，是否画面清晰，当然这个办法很直接，但评价有时却很主观，并不能很客观的、量化的去评价收音机、电视机接收性能。为了客观的、量化的去评价收音机、电视机的接收性能，人们把发送的模拟信号与接收端复制的模拟信号之间进行比对，用均方误差的方法计算二者误差程度。这个误差其实主要是由于信号在传输时叠加上的噪声所造成的（有些时候将它称之为加性干扰或加性噪声），后来人们研究发现这个加性干扰所造成的均方误差，在模拟通信中最终将完全取决于接收端输出的信号平均功率与噪声平均功率之比（即信噪比）。因此信噪比就成为人们衡量无线模拟通信设备接收性能的主要指标。也就是，信噪比真实的反映了模拟无线接收设备对接收到的无线模拟信号的复制的程度。

拉拉杂杂罗嗦半天，说白了衡量模拟无线设备（收音机、电视机）的接收性能就是把发送的模拟信号与接收端复制的模拟信号之间进行比对，计算二指的均方误差，仅仅是在实际测试测量中，这种方法不易实现，人们才“转到”了信噪比上，而手机是数字通信，没有必要这么麻烦，直接把发送的数据流和手机接收到的、解码后的数据流进行比较，计算出误码率，ok，手机的接收性能就直观准确的表述出来了。

本文到此基本上把要铺垫的东西都啰嗦的铺垫完了，下面将着重的把GSM手机和cdma2000手机在接收方面的性能测试对比的谈一下，这种对比其目的是要突出两种体制的异同，PHS、CDMA95、WCDMA其实在根本上与GSM和cdma2000是类似的，这里不谈的原因有二，一是篇幅所限，二是笔者偷懒。

三、手机误码率的测试方法

在谈测试方法之前，首先让我们简单回顾GSM和cdma2000。GSM是时分、频分多址系统，它属于窄带调制，带宽200kHz。GSM的传输信道是物理信道，其他逻辑信道是共用一个物理信道。GSM采用RPE-LTP对语音进行编码，把语音数据分成了三类，非常重要的语音数据（Type Ia），重要的语音数据（Type Ib）和其他的语音数据（Type II），其中非常重要的语音数据和重要的语音数据都加了校验码，而其他语音数据没有加任何校验码。GSM是第二代无线通讯的标准，后来发展到2.5代GPRS系统，数据通信能力有所提高。

cdma2000是码分、频分多址系统，因此也是一个自干扰系统，同时码分技术的基础是扩频技术，其重要应用就是解决在出现有强烈干扰下的可靠通信问题。它是宽带调制，带宽1.25MHz，能有效抑制一些窄带干扰，采用了RAKE接收机技术，能把部分多径干扰变成有益的，它是第三代无线通讯的标准，其不仅可以进行语音通讯，而且很重视数据通讯，它比GSM标准有更多的逻辑信道。

从前文中我们知道，衡量数字通信的方法就是把发出的和收到的数据流进行比对，计算误码率，那么在具体测试过程中是如何实现这个过程哪？GSM标准规定GSM手机要有“环回模式（loop-back

mode）”，其思想是手机要把接收到的数据流再调制后发回来，以便仪表比对数据流，计算误码率。GSM手机只要安转了测试SIM卡，GSM手机的“环回模式”就会被激活，测试设备可以通过下行的SACCH给手机发出命令，使之进入“环回模式”。

cdma2000的标准也规定手机要有“环回模式”，但不是所有误码率都是用环回模式来测量，测试SCH的TDSO(Test Data Service Option)就不是用的环回模式，标准规定在这种模式下，测试仪表要发出已知格式和内容的数据流，手机将这些数据解调后也不再调制发出，而是直接对这些数据进行比对，计算误祯率，另外对F-BCCH、F-CCCH等信道测试也不是采用环回模式，而是用cdma2000中一祯数据中的CRC (Cyclic Redundancy Check)位来确定误祯率，cdma2000为什么采用这么多方法来测试误祯率，这点主要是不同逻辑信道的特点决定的，由于篇幅所限，笔者在此不再展开讨论。

GSM标准在表述手机接收质量，也就是误码率BER（Bit error

ratio）时，除了用误码率这个概念外，还根据不同情况分别引入了残余比特误码率RBER（Residual Bit Error Rate）和误祯率FER (Frame Error Rate)两个概念，其中又把误码率和残余比特误码率根据语音数据的性质分成了II类误码率、Ib类残余比特误码率和II类残余比特误码率，而cdma2000没有象GSM那样搞的这么复杂，它就是用误祯率FER (Frame Error Rate)来说事。大家都看出来了GSM和cdma2000规定的不同，本文篇幅有限不做进一步讨论，但这个问题值得深究。

在开始下面的讨论之强，还需声明一句，下文为了能把问题说清楚，引用了标准中的一些规定，但规定是发展的，笔者引用的标准可能与读者接触的标准有些出入，幸好本文不是标准解释，有些出入和不同，大家也都还认可。另外大家也都知道，不论GSM还是cdma2000都规定了很多不同的band，频段的不同这就意味其指标，甚至测试方法都可能不同，下文除特别声明外，GSM的测试都是指EGSM的测试和指标，cdma2000的测试都是指US

Cellular的测试和指标。

四、灵敏度与动态范围

接收机灵敏度的定义：误码率或误祯率不超过某个指定的值时的最小接收功率。这个指标用来表征一个接收机能正确解调接收到的信号时，所需的最小功率，或者换句话说，接收到多么小的一个弱信号，手机仍能正常通信。这里值得注意的是，我们始终是说弱小信号，它的含义是这种测试主要是针对手机的射频路径性能的测试，这点其实不难理解，当手机射频路径的噪声足以“掩盖”接收到的弱小信号时，手机是无法正确的解调、解码的。

由于这种测试是理想成没有任何干扰情况下的测试，因此有些地方将这种灵敏度称之为静态

灵敏度。接收机的灵敏度越好，就意味基站发出的功率可以越小，对于码分多址系统就意味着系统的容量越大。当然，接收机的灵敏度越好，也就意味着在相同条件下，小区基站所覆盖的区域可以越大。当然，不能无限制的要求手机的灵敏度，这会加大手机的制造成本。

*GSM的灵敏度是：接收到信号为-102dBm时，II RBER要小于等于2.44%。

*Cdma2000灵敏度是：接收到信号为-104dBm时，FER要小于等于0.5%。

动态范围的定义：误码率或误祯率不超过某个指定的值时接收功率的范围，通常范围是指大于一个最小值，小于一个最大值。由于人们习惯把最小的接收功率称之为灵敏度，故这里动态范围一般仅指最大的接收功率。它是衡量手机接收过载信号的能力，换个说法，当接收到的信号足够大，在手机的射频路径中就被截波，这个信号也是无法被正确的解调、解码，因此这个测试也是针对手机的射频路径性能的测试。灵敏度反映了手机在远离基站时的表现，与此相对，动态范围反映了手机在基站附近时的表现。在此还要一提的是，GSM标准中对此测试的准确说法是静态输入电平范围（receiver input level range）。

*GSM的动态范围是：

*接收到信号为-40dBm时，II RBER要小于等于0.012%。

*接收到信号为-15dBm时，II RBER要小于等于0.122%。

*Cdma2000动态范围是：接收到信号为-25 dBm时，FER要小于等于0.5%。

灵敏度和动态范围是衡量所有无线接收设备的两个最基本的指标。

手机APP测试报告模板

手机APP测试总结报告

目录 1.测试概述 (1) 1.1. 编写目的 (1) 1.2. 测试范围 (1) 2. 测试计划执行情况 (1) 2.1. 测试类型 (1) 2.2. 测试环境与配置 (3) 2.3. 测试人员 (3) 2.4. 测试问题总结 (3) 3. 测试总结 (4) 3.0.程序流程 图 (3) 3.1.测试用例执行结果 (4) 3.2. 安全测试 (6) 3.2.1. 软件权限 (7) 3.2.2. 安装与卸载安全性 (7) 3.2.2. 数据安全性 (8) 3.2.3. 通讯安全性 (9) 3.2.4. 人机接口安全性 (10) 3.3. 安装、卸载测试 (11) 3.3.1. 安装 (11)

3.3.2. 卸载 (11) 3.4. UI测试 (12) 3.4.1. 导航测试 (12) 3.4.2. 图形测试 (12) 3.4.3. 内容测试 (13) 3.5. 功能测试 (13) 3.5.1. 运行 (13) 3.5.2. 注册 (13) 3.5.3. 登录 (14) 3.5.4. 注销 (14) 3.5.5. 应用的前后台切换 (15) 3.5.6. 免登入 (15) 3.5.7. 数据更新 (16) 3.5.8. 离线浏览 (16) 3.5.9. APP更新 (17) 3.5.10. 时间测试 (17) 3.5.11. 性能测试 (17) 3.5.12. 交叉性事件测试 (17) 3.6. 兼容测试 (18) 3.7. 用户体验测试 (19) 4. 测试结果 (19) 软件缺

陷 (15)

1.测试概述 1.1.编写目的 本测试报告为招标手机APP的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合用户需求，是否已达到用户预期的功能目标，并对测试质量进行分析。 测试报告参考文档提供给用户、测试人员、开发人员、项目管理者、其他管理人员和需要阅读本报告的高层经理阅读。 1.2.测试范围 测试主要根据用户需求说明书和软件需求规格说明书以及相应的文档进行系统测试，包括功能测试、性能测试、安全性和访问控制测试、用户界面测试以及兼容性测试等，而单元测试和集成测试由开发人员来执行。 主要功能包括：用户登录、我的项目、推荐项目订阅、软件设置、我的收藏、消息中心，借阅同步等。 2.测试计划执行情况 2.1.测试类型

软件测试报告模板新编修订

多因子身份认证测试报告

目录 1.1编写目的 1.2读者对象 1.3参考资料 二、测试环境..................................................................................................................................... 2.1HUE整体架构图 2.2硬件配置 2.3软件配置 2.4测试数据 三、测试策略..................................................................................................................................... 3.1功能测试 3.1.1绑定流程................................................................................................................................... 3.1.2认证流程................................................................................................................................... 3.1.3解绑流程................................................................................................................................... 3.1.4其它功能及流程....................................................................................................................... 3.2专项测试 3.2.1兼容性测试............................................................................................................................... 3.2.2网络情况测试........................................................................................................................... 3.2.3数据隔离测试........................................................................................................................... 3.2.4安全性测试............................................................................................................................... 3.2.5性能测试...................................................................................................................................

手机app测试流程及测试点解析

1 APP测试基本流程 1.1流程图 仍然为测试环境

1.2测试周期 测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即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）输人的密码将不以明文形式进行显示

手机软件测试经验总结

手机软件测试总结 沙晶晶 一个合格的手机软件测试工程师要掌握的东西是很多很多的。在我个人理解中，一个合格的高级手机软件测试工程师应该具有最基本的两点知识：软件测试理论知识和一定的开发技能。 1. 软件测试理论知识 这个不用多说，软件测试工程师必须要掌握的，软件测试如何融入整个开发的流程，什么时候介入，什么时候结束，如何搭建测试环境，如何设计测试用例（包括设计测试用例的方法，如：等价类划分，边界值法等），如何使用测试工具，还有测试领域专用的一些术语等等。 2. 开发技能 合格的高级软件测试工程师，编程技能不可缺少。在手机测试中，比如自动化测试，完全可以开发工具来实现自动化测试。所以掌握一门扎实的编程语言，C或者C++还是非常重要的，能够自己开发测试工具，也是一个高级手机软件测试工程师应该具备的素质。我认为我们不应该只是单纯的发现bug，而应该从更深层次的去探究这个bug 的原因，甚至可以定位bug。 另外从技能上讲，面向不同的技术方向，像操作系统、网络、通信等都要从专业上深入了解。这些是除去工作时间外必须去加强充电的部分。有这些做后盾，做起事来也会事半功倍。 另外手机测试中应该注意的问题 首先是正确性测试，正确性测试又可称为功能性测试，我们首先就是要测试所有功能是否都已实现、正确、是否满足需求规格说明。 正确性测试还要考虑到用户界面，软件产品始终是关注软件使用者——客户的体验，手机屏幕小，界面有限，所以手机软件的用户界面更需有一定的规范和标准：正确性、一致性、直观性、实用性、灵活性、舒适性便是最基本的标准。 正确性一般比较明显，比较容易发现，例如某个窗口没有被完全显示，文字没有对齐，文字拼写错误，密码输入时没有以*的形式自动屏蔽等。 一致性包括软件自身的一致性以及手机操作系统或与其它软件的一致性，具体表现在使用的术语，字体是否一致，界面的各参数风格是否前后一致等。特别也要注意中英

手机APP测试报告模板【完整版】

招标手机APP测试总结报告

目录 1.测试概述 (1) 1.1.编写目的 (1) 1.2.测试范围 (1) 2.测试计划执行情况 (1) 2.1.测试类型 (1) 2.2.测试环境与配置 (2) 2.3.测试人员 (3) 2.4.测试问题总结 (3) 3.测试总结 (3) 3.1.测试用例执行结果 (3) 3.2. 安全测试 (6) 3.2.1. 软件权限 (6) 3.2.2. 安装与卸载安全性 (7) 3.2.2. 数据安全性 (7) 3.2.3. 通讯安全性 (9) 3.2.4. 人机接口安全性 (9) 3.3. 安装、卸载测试 (10) 3.3.1. 安装 (10) 3.3.2. 卸载 (10) 3.4. UI测试 (11) 3.4.1. 导航测试 (11) 3.4.2. 图形测试 (11) 3.4.3. 内容测试 (12)

3.5. 功能测试 (12) 3.5.1. 运行 (12) 3.5.2. 注册 (12) 3.5.3. 登录 (13) 3.5.4. 注销 (13) 3.5.5. 应用的前后台切换 (14) 3.5.6. 免登入 (14) 3.5.7. 数据更新 (15) 3.5.8. 离线浏览 (15) 3.5.9. APP更新 (16) 3.5.10. 时间测试 (16) 3.5.11. 性能测试 (16) 3.5.12. 交叉性事件测试 (16) 3.6. 兼容测试 (17) 3.7. 用户体验测试 (18) 4.测试结果 (18)

1.测试概述 1.1.编写目的 本测试报告为招标手机APP的测试报告，目的在于总结测试阶段的测试情况以及分析测试结果，描述系统是否符合用户需求，是否已达到用户预期的功能目标，并对测试质量进行分析。 测试报告参考文档提供给用户、测试人员、开发人员、项目管理者、其他管理人员和需要阅读本报告的高层经理阅读。 1.2.测试范围 测试主要根据用户需求说明书和软件需求规格说明书以及相应的文档进行系统测试，包括功能测试、性能测试、安全性和访问控制测试、用户界面测试以及兼容性测试等，而单元测试和集成测试由开发人员来执行。 主要功能包括：用户登录、我的项目、推荐项目订阅、行业资讯、我的收藏、意见反馈、我的CA锁。 2.测试计划执行情况 2.1.测试类型

性能测试报告模版

目录 第1章概述 (1) 第2章测试需求分析 (1) 第3章测试场景设计 (4) 第1章概述 1.1目的 说明为什么要进行此测试；参与人有哪些；测试时间是什么时候；项目背景等。 编写此测试方案的目的是通过测试确认软件是否满足产品的性能需求，同时发现系统中存在的性能瓶颈，起到优化系统的目的。测试的依据是产品的需求规格说明书；如果用户没有提出性能指标则根据用户需求、测试设计人员的经验来设计各项测试指标。此模板使用于性能测试的方案设计和测试报告记录。 1.2名词解释 此方案中涉及的业务和技术方面的专业名词。 1.3参考资料 此方案参考和依据的所有文档。 第2章测试需求分析 2.1测试目的

说明此测试的目的。例如： 1、IAGW增加了短信过滤功能和鉴权功能，需要执行性能测试，得出系统的性能指标； 2、持续进行大压力测试，对系统进行稳定性测试。 2.2测试对象 说明被测试产品的名称，版本，特性说明。 比如： Product Name: IAGW License Version: v1.1 Build Date: 20060715 2.3系统结构 简要描述被测系统的结构。 2.4测试范围 2.4.1测试范围 如：XXXX系统各项性能指标，软件响应时间的性能测试、CPU、Memory的性能测试、负载的性能测试（压力测试） 2.4.2主要检测内容 如： 1. 典型应用的响应时间 2. 客户端、服务器的CPU、Memory使用情况 3. 服务器的响应速度 4. 系统支持的最优负载数量 5. 网络指标 6. 系统可靠性测试 2.5系统环境

说明测试所需要的软硬件环境。 2.5.1硬件环境 2.5.2软件环境 2.5.2.1测试软件产品 主要说明被测试的软件产品模块名称和各模块分布情况。 2.5.2.2测试工具 说明所使用的测试工具。 第3章测试场景设计 3.1场景1 说明测试执行时的业务操作情况。相当于Use Case。不同场景下，将得到不同的测试结果。因此性能测试的结果必须与场景关联。例如： 测试IAGW在不与其他Server通讯的情况下，多用户并发访问交易响应时间<3秒的限制下，系统每秒钟处理的最大短信条数。 3.1.1测试目的 说明此场景测试的目的。例如： IAGW每秒钟处理最大短信条数。 3.1.2测试配置 说明该测试所使用的配置

手机软件测试报告(模板)资料

技术文件 技术文件名称：XXX手机软件测试报告技术文件编号： 版本： 共页 (包括封面) 拟制 审核 会签 标准化 批准

目录 1概述...................................................错误！未定义书签。 1.1 编写目的................................................................................. 错误！未定义书签。 1.2 术语和缩略语......................................................................... 错误！未定义书签。 1.2.1 术语、定义：................................................................. 错误！未定义书签。 1.2.2 缩略语：......................................................................... 错误！未定义书签。 1.3 参考文献................................................................................. 错误！未定义书签。2测试任务说明 .. (2) 2.1 测试活动类别 (2) 2.2 测试级别 (2) 2.3 版本变更情况......................................................................... 错误！未定义书签。 2.4 测试任务列表 (2) 3测试环境描述 (2) 3.1 测试环境描述 (2) 3.1.1 硬件环境描述 (2) 3.1.2 软件环境描述 (3) 3.2 测试环境比较 (3) 3.3 其它说明 (3) 4测试故障描述 (3) 4.1 ××××测试模块 (3) 4.2 ××××测试模块 (3) 5测试结果分析 (4) 5.1 ××××模块测试结果分析 (4) 5.2 ××××模块测试结果分析 (4) 5.3 总体测试结果分析 (4) <2.按实现结果统计：> (4) 6测试结论 (5) 7测试总结和评价 (5) 7.1 测试评估 (5) 7.2 测试总结和改进建议 (5) 8遗留问题报告 (5) 8.1 遗留问题统计 (5) 8.2 遗留问题详细列表 (6) 附录1：测试现场记录 (7)

浅析手机软件测试规范标准

手机软件测试规

手机软件测试规 1.目的: 用以规和统一手机产品软件测试标准。 2.围: 适用于所有手机产品的软件测试。 3. 职责 测试组负责对软件进行测试，产品项目部负责对软件存在的问题进行跟进和改善。4.测试方法 4. 1、新机型T0试产后，借用试产机，用三天时间重复测试各项功能，记录出现的异常。 4.2、总结测试中出现的异常现象，分别在每台机上验证，确认异常现象出现的机率，拟 制测试报告将其发送产品项目部，测试报告备案。 4.3、T1试产后，重新借用4台试产机，下载新软件，用二天时间重复测试各项功能， 记录出现的异常情况，后用4台机分别验证，得出测试结果。与第一次的测试结果比较，在测试报告中记录此次的改善情况，将测试报告发送产品项目部。 4.4、密切跟进软件修改进程，重复第3项操作步骤，直至软件改善的符合企业标准或国 家标准，再切入批量生产；如软件不能修正，结合实际情况，请示上层决定是否放弃修正，可以量产。 4.5、密切关注生产中出现的突发的软件问题，验证后反馈产品项目部并请迅速修正。 4.6、量产过程中的软件更新，针对软件更新容进行测试，操作同第3、4项。 5定义 软件测试出现异常分三个方面

1、A类致命缺陷致命缺陷指用户使用手机的过程中有明显障碍的问题，客户投诉等，有以下几类： （1）操作中出现重启、死机、键盘锁死、无网络、不开机等。 （2）手机无法实现菜单中所列的项目或主要功能，或与用户手册说明相冲突。（3）手机参数或功能不能通过，可能会导致客户投诉。客户不易发现但存在隐患规律。（4）手机偶尔不能工作或出现异常，引起原因不明但可以通过恢复出厂设置或复位电池恢复正常，测试较难重复。 2、B类轻微缺陷轻微缺陷是指该问题会影响用户使用手机，有以下几类： （1）手机界面不友好，不影响用户使用，但会导致手机界面异常。 （2）某项功能设计不合理不完整，但不会对用户使用造成明显障碍问题。 （3）与方案公司达成共识以后待修改容。 3、C类隐患缺陷隐患缺陷是指可能会造成用户投诉的问题，有以下几类 （1）由设计缺限存在的问题，出现的机率极低，客户不易发现。 （2）问题存在不影响使用，部分用户可以接受，设计定义问题。 （3）因平台局限，无法修改的问题通过协调后关闭。 6、流程图: 新机型软件

手机App测试策略和流程

手机App测试策略和流程目录

1.引言 本文档是长春吉大正元信息技术股份有限公司东北公司手机APP测试的工作指导原则，它为手机APP测试过程中涉及到的测试方法、测试类型等制定标准做出明确的诠释和说明。 测试部门相关人员以此文档作为测试工作的依据和行为准则。 编写目的 本规范规定了东北公司手机APP测试过程中的活动和步骤。为公司测试（活动、产品）的实施和过程情况的各项检查提供依据；为度量被测试产品质量提供验证指标和验证方法。 适用范围 适用于长春吉大正元信息技术股份有限公司东北分公司测试部。 适用于：手机APP项目和产品的系统测试 针对手机APP的验证测试（外包项目）不在此范围之内，如需确保重点项目的手机APP质量度量和评价，需领导特殊审核。 2.测试过程描述 验证测试先决条件 对当前项目测试优先级进行划分： 产品大于项目优先级； 自主项目大于外包项目优先级； 重大项目（领导特批）大于客户化项目； 提前申请优先级大于变更申请优先级。(例如：监狱项目提前申请预留或者安排 测试员提前介入) 对当前测试版本质量进行评级：对于不符合测试准入原则的版本予以驳回。 验证测试三天后对提交版本进行质量预评估和评级：对第一轮发现较严重的问题进行列 举，对版本的整体情况进行评估。（详见BUG清单）对于不能度量质量的项目予以驳回 自测试。（例如：监狱移动OA项目）。 外埠公司提交测试前。应附上测试报告（功能测试报告、兼容性测试报告、性能测试报 告以及app可用性能标准结果）；?公司内部提交测试前，需附上缺陷记录和修改状态表。 上述有一项不能满足或不能按时提交予以测试驳回。 总结提交测试版本的内部测试情况（测试BUG列表）。对遗留问题必须列出并记录解决 方案。对性能和稳定性指标要予以详细描述。 测试周期 测试周期可按项目的开发周期来确定测试时间，一般客户化项目手机APP测试时间为三周（即15个工作日），根据项目情况以及版本质量标准可适当缩短或延长测试时间。正式测试前先向测试部经理确认项目排期。 需提供资源 测试任务开始前，检查各项测试资源是否提交，有两项没有提交予以测试驳回。 --产品功能需求文档； --产品原型图； --产品效果图； --用户使用手册； --测试设备确认表（例如：；；及以上；Symbian v3/v5/Nokia Belle等）； 轮次报告及产品上线报告

测试手机APP流程规范标准

关于手机APP 测试流程规范 1、流程图 仍然为测试环境

测试周期 测试周期一般为两周（10个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.1测试资源 测试任务开始前，检查各项测试资源。 1.产品功能需求文档 2.产品原型图 3.产品效果图 4.行为统计分析定义文档 5.测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上； Symbian v3/v5/Nokia Belle等） 6.其他（例如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的 项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等） 1.2测试要点 1.接收版本 A）接收测试版本的同时，需要查看程序填写的《App测试版本提交质量规范》，若符合则开始测试任务，若不符合规范，可拒绝测试。 B）日常接收版本时需要注意测试版本规范，如不符合，请开发人员重新修改合适的版本号后再次提交测试。 2.UI测试 A）确保手头的原型图与效果图为当前最新版本。 B）确保产品UI符合产品经理制定的原型图与效果图。 C）一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。 D）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型 3.功能测试 A）确保手头的功能需求文档为当前最新版本。 B）确保所有的软件功能都已实现且逻辑正常。 C）一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。 D）若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到产品经理的确认，而不是单单只听开发人员的技术解 释。 E）P MS上所有的“外部原因”问题，都需要尽早地督促开发人员与客

手机软件测试案例

软件测试的目的 软件测试的目的是为了保证产品的最终质量，在软件开发的过程中，对软件产品进行质量控制，提高软件的可靠性。 测试在软件开发中的作用 ● 由于现在软件的规模越来越大，一个人或者少数几个人已经不可能在一定的时间内完成一个 软件，所以软件开发的过程越来越复杂，层次越来越深。这就导致开发人员之间的沟通有了一定的隔阂。所以，软件测试越来越有单立出来的必要和重要性。 ● 由于软件开发的过程的复杂性，软件必然存在着无数的Bug 。而且大多数是在软件上市前必 须解决的，而开发者有不定能发现这些问题，故而测试就显得非常必要。测试是开发成功的必要保障。 ● 由于软件开发的层次性，所以开发的结果很可能与初衷不一样，这就需要测试者去发现这些 差异。因此，测试是软件成功的重要保证。 ● 软件不仅要实现一些功能，更要完善它的性能。这就需要测试人员对软件进行评测，从而不 断地完善软件的性能。 手机软件测试介入开发时间 开发阶段测试准备阶段测试执行阶段 测试总结阶段

手机软件测试流程 1 制定测试计划 ● 开启测试项目 ● 根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报 告，即制订黑盒测试的最高标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。 test plan.doc 2 测试准备 ● 在计划制定好之后，在执行之前，必须将测试所需的人力资源，硬件资源，软件资源， 文档资源以及环境和人文资源准备充分 ● 将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测 试过程选择适当的测试用例（测试用例选择的好坏将直接影响到测试结果的有效性） MTK平台测试用例（王丙振）.xls 软件缺陷级别定义.doc zxxxx测试策略模版 .doc 3 测试执行 ● 测试组根据测试计划和测试日程安排进行测试，并输出测试结果 ● 执行测试开发阶段建立的测试过程，并对所发现的缺陷进行跟踪管理。测试执行一般 由单元测试、组合测试、集成测试、系统测试及回归测试等步骤组成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。 zxxxx软件测试报告 模版.doc 4 测试评估 ● 有测试结果评估小组或评估人员对测试结果进行评测，分析，并输出分析结果 ● 结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工作进度 及工作效率进行综合评价。

手机应用软件测试经验总结

手机应用软件测试经验总结 随着科技的进步，手机款型可谓日新月异，功能也越来越丰富。相应的，越来越多的手机应用软件也伴随着手机功能的多样化应运而生。面对种类众多的手机应用软件，该如何进行测试，测试时又需要重点关注什么呢？本文档结合本人在产品手机项目测试过程中的经验，浅谈下手机应用软件测试相关知识。 对于产品的手机项目（应用软件），主要是进行系统测试。而针对手机应用软件的系统测试，我们通常从如下几个角度开展：功能模块测试，交叉事件测试，压力测试，容量测试，兼容性测试，易用性/用户体验测试等。 1、功能模块测试：首先应分析功能模块的功能项，测试每个功能项是否能够实现对应的功能。一般根据测试用例（Test Case）或软件本身的流程就可以完成基本功能测试（相对简单，故障也较容易发现、解决）。 2、交叉事件测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或闹铃触发，应用软件运行过程中插拔充电器等。执行干扰的冲突事件不能导致应用软件异常、手机死机或花屏等严重问题。另外，还需要注意各交叉事件的优先级别，检验系统是否能依据各事件的优先级别依次进行处理。不能因执行优先级别高的事件而导致优先级较低的事件吊死。 交叉事件测试非常重要，一般能发现应用软件中一些潜在的问题。另外有中英文模式切换的手机要注意中英文模式切换后的功能实现存在的问题（这个主要针对手机应用软件支持语言自适应功能），这一点通常会被测试人员忽略。 4、压力测试：又叫边界值容错测试或极限负载测试。即测试过程中，已经达到某一软件功能的最大容量、边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和SIM卡所能存储的最大条数，仍然进行短消息的接收或发送，以此来检测软件在超常态条件下的表现，进而评估用户能否接受。

XX系统性能测试报告

XXXX系统性能测试报告

1 项目背景 为了了解XXXX系统的性能，特此对该网站进行了压力测试2 编写目的 描述该网站在大数据量的环境下，系统的执行效率和稳定性3 参考文档 4 参与测试人员 5 测试说明 5.1 测试对象 XXXX系统

5.2 测试环境结构图 5.3 软硬件环境 XXXXX 6 测试流程 1、搭建模拟用户真实运行环境 2、安装HP-LoadRunner11.00（以下简称LR） 3、使用LR中VuGen录制并调试测试脚本 4、对录制的脚本进行参数化 5、使用LR中Controller创建场景并执行 6、使用LR中Analysis组件分析测试结果 7、整理并分析测试结果，写测试总结报告 7 测试方法 使用HP公司的性能测试软件LoadRunner11.00，对本系统业务进行脚本录制，测试回放，逐步加压和跟踪记录。测试过程中，由LoadRunner的管理平台调用各前台测试，发起 各种组合业务请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。录制登陆业务模块，并模拟30、50、80、100 个虚拟用户并发登陆、添加和提交操作，进行多次连续测试，完成测试目标。 测试评估及数据统计 此次测试通过同一台客户机模拟多个并发用户在因特网环境进行，未考虑因特网的稳定 性的问题。此次测试用户操作流程相对简单，只录制了三个事务，即：用户登录、添加和信息提交，从测试的数据来分析，各项性能指标基本在可控的范围之内。但在测试过程中也发 现一些不容忽视的问题，应予以重视。 1 、模拟80 个用户并发操作时，出现1 个未通过的事务，具体原因需结合程序、网络和服务器综合分析，系统的稳定性并非无可挑剔。 2 、用户登陆事务的平均响应时间与其他两个事务相比等待的时间要长，且波动也较大， 在网速变慢、用户数增加的外部条件下，有可能会影响到系统的稳定性。建议优化系统登录页面程序，提高系统的稳定性。

浅析手机软件测试规范

手机软件测试规范

更多免费资料下载请进：https://www.wendangku.net/doc/0319150650.html, 好好学习社区 手机软件测试规范 1.目的: 用以规范和统一手机产品软件测试标准。

2.范围: 适用于所有手机产品的软件测试。 3. 职责 测试组负责对软件进行测试，产品项目部负责对软件存在的问题进行跟进和改善。 4.测试方法 4. 1、新机型T0试产后，借用试产机，用三天时刻重复测试各项功能，记录出现的异常。 4.2、总结测试中出现的异常现象，分不在每台机上验证，确认异常现 象出现的机率，拟制测试报告将其发送产品项目部，测试报告备案。 4.3、T1试产后，重新借用4台试产机，下载新软件，用二天时刻重复 测试各项功能，记录出现的异常情况，后用4台机分不验证，得出 测试结果。与第一次的测试结果比较，在测试报告中记录此次的改 善情况，将测试报告发送产品项目部。 4.4、紧密跟进软件修改进程，重复第3项操作步骤，直至软件改善的 符合企业标准或国家标准，再切入批量生产；如软件不能修正，结 合实际情况，请示上层决定是否放弃修正，能够量产。 4.5、紧密关注生产中出现的突发的软件问题，验证后反馈产品项目部 并请迅速修正。 4.6、量产过程中的软件更新，针对软件更新内容进行测试，操作同第 3、4项。 5定义 软件测试出现异常分三个方面 1、A类致命缺陷致命缺陷指用户使用手机的过程中有明显障碍的问题，客户投诉等，有以下几类：

（1）操作中出现重启、死机、键盘锁死、无网络、不开机等。 （2）手机无法实现菜单中所列的项目或要紧功能，或与用户手册讲明相冲突。 （3）手机参数或功能不能通过，可能会导致客户投诉。客户不易发觉但存在隐患规律。 （4）手机间或不能工作或出现异常，引起缘故不明但能够通过恢复出厂设置或复位电池恢复正常，测试较难重复。 2、B类轻微缺陷轻微缺陷是指该问题会阻碍用户使用手机，有以下几类： （1）手机界面不友好，不阻碍用户使用，但会导致手机界面异常。 （2）某项功能设计不合理不完整，但可不能对用户使用造成明显障碍问题。 （3）与方案公司达成共识以后待修改内容。 3、C类隐患缺陷隐患缺陷是指可能会造成用户投诉的问题，有以下几类 （1）由设计缺限存在的问题，出现的机率极低，客户不易发觉。 （2）问题存在不阻碍使用，部分用户能够同意，设计定义问题。 （3）因平台局限，无法修改的问题通过协调后关闭。 6、流程图: 新机型

版本发布测试总结报告 特

测试总结报告 _SMAIL1.2.2.001_CPORTAL 卓望数码技术（深圳）有限公司版权所有 内部资料注意保密

修订记录：

目录 1 概述 (4) 1.1 上次报告的遗留问题 (4) 1.2 本次报告的范围 (4) 1.3 参考资料 (7) 2 测试记录 (8) 2.1 活动简述 (8) 2.2 测试环境 (8) 2.3 案例执行记录 (9) 2.4 缺陷记录 (10) 3 测试分析 (11) 3.1 测试覆盖情况分析 (11) 3.1.1.1 测试场景一：注册 (11) 3.1.1.2 测试场景二：登录综合请求 (11) 3.1.1.3 测试场景三：综合业务请求 (11) 3.1.1.4 测试场景四：登录适配下载请求 (12) 3.1.1.5 测试场景五：登录上传请求 (12) 3.1.1.6 测试场景六：登录升级请求 (12) 3.2 缺陷分析 (13) 3.2.1 缺陷收敛点分析 (13) 3.2.2 修复但没有验证缺陷分析 (13) 3.2.3 未修复缺陷 (13) 3.3 其它角色意见 (15) 3.3.1 项目组对遗留问题的意见 (15) 3.3.2 系统集成对遗留问题的意见 (15) 3.3.3 其它人员对遗留问题的意见 (15) 4 总结 (15) 4.1 后续活动和建议 (15) 4.2 结论 (16)

1概述 超级邮箱是集成手机网盘、通信、超市为一体的手机客户端软件. 其基本组成包括： 内部网元：CPPS/CPORTAL/MGROUP/手机客户端(KJA V A版和S60版) 等 外部网元：内容适配平台/网盘服务器/UC服务器/点卡服务器/彩铃平台等 本报告主要针对于手机客户端后台cportal。 1.1上次报告的遗留问题 无 1.2本次报告的范围 本次测试的版本号 本次测试版本为： SMAIL1.2.2.0_CPORTAL SMAIL1.2.2.001_CPORTAL（包含SMAIL1.2.2.0的所有功能）本次测试： CPORTAL（1.2.2.0）包括如下Build的测试： SMAIL1.2.2.0_CPORTAL_SSYT_1__20080602_16.33.58 SMAIL1.2.2.0_CPORTAL_SSYT_2__20080604_13.49.18 SMAIL1.2.2.0_CPORTAL_SSYT_3__20080610_17.34.20 SMAIL1.2.2.0_CPORTAL_SSYT_4__20080612_17.29.06 SMAIL1.2.2.0_CPORTAL_SSYT_5__20080623_17.55.49 SMAIL1.2.2.0_CPORTAL_SSYT_6__20080627_17.23.12 SMAIL1.2.2.0_CPORTAL_SSYT_7__20080708_14.33.51 SMAIL1.2.2.0_CPORTAL_SSYT_8__20080710_18.46.17 SMAIL1.2.2.0_CPORTAL_SSYT_9__20080717_18.42.06 CPORTAL（1.2.2.001）包括如下Build的测试： SMAIL1.2.2.001_CPORTAL_SSYT_1__20080714_18.36.16 SMAIL1.2.2.001_CPORTAL_SSYT_2__20080717_18.45.48 SMAIL1.2.2.001_CPORTAL_SSYT_3__20080723_11.29.20

手机app测试经验总结

手机上a p p测试总结 / / 上的app分为基于HTML5的app（类似于pc上的b/S应用）和本地app（类似于 C/S结构）。 所以上我们也可以充分吸收的b/s和c/s测试经验。但是不同于pc上的应用测试，手机上的测试有其独特性 测试前的思考：我们这个产品主要是做什么的为什么我要做这个产品市场上有那 些同类型的产品 测试前的准备：1.使用同类型的产品，不仅仅是使用，应该是测试同类型的产品。2.熟悉我们产品的spec文档，积极和pm交流。3，写，没有时间至少要有一个checklist。 1.功能 a.基本功能，主要指app是否完成了设计的所有功能。分清模块，写一份checklist，避免漏测。考虑横竖屏切换，不过很多app现在只支持竖屏。 b.系统交互:电话短信干扰，低电量提醒，push提醒，usb数据线插拔提醒，充电提醒等， 2.性能:稳定性，兼用型（android碎片化是个难题，bug也多，ios相对bug少），app运行的内存消耗和cpu消耗，app后台长时间运行的耗流量，耗电量。 推荐testin这个第三方平台，对android兼用性测试比较有帮助。 3.易用性：面是否吸引人、容易理解。界面整洁、简单。无错别字。点击范围确 定等。这部分测试中，如果测试认为有不合理的地方通常会提交需求bug。 4.外场：网络切换，网络信号强，弱下的app运行情况。

对自动化的一些看法： 目前我们可以接触到手机方面的自动化工具：robotium，monkey，monkeyrunner，androidjunit。但是由于ui变化快，往往不方便维护。前三个不需要源码支持，但是功能有限，androidjunit很强大，对代码能力要求高，同时需要源码支持。app的开发周期一般都很短，ui变化大，用自动化要考虑投入成本，大多数的公司估计都不适用。不过测接口之类的通过自动化是个不错的选择。 转，说得多有道理的。 1.移动开发节奏很快，版本快速迭代，如何让测试起来？ Monkey：我建议放弃完全得 Case。全部用feature list或者测试思维导图或者功能点划分表来进行引导得测试。主要目的不会漏掉功能点以及防止regression 得bug。其次要敏捷必须要有自动化得支持。关于这点就是根据不同得app进行定义了。首先UT无论如何就要做起来。其次是api和regression test得自动化要做起来。当然CI也一定要搭建的。 2.移动应用测试，如何更全面的保证产品质量如何让用户参与到测试中来？Monkey：更全面得保证产品质量。如果要说到全面，那么必须就是功能，压力，性能，安全，用户体验面面具到了。其实还是和我第一个问题说得一样。将app 结合os得特性分层进行逐个得测试或者自动化测试。关于让用户参与到测试中来的话。我建议可以将不同的用户集合起来，qq或者weixin保持联系。然后android 可以定期发布内测版本，ios可以发布testflight版本。 3.用户反馈问题建议非常多，如何做好有效管理、分析和反馈？

手机软件测试实习报告

河北工业大学 毕业实习报告 姓名： XXX 学号： 093532 专业班级： XXXXXXXXXX 实习单位：北京北阳电子技术有限公司 实习时间：2011年2月14日—2O11年4月1日 指导教师： XXX

一．实习目的：理论联系实际，通过把所学软件测试知识与实际操作相结合，熟练软件测试操作流程，根据实际操作总结学习中的错误认识，拓 展思维方法并学习实际业务流程中的相关技巧和同事之间的相处 问题。 二．实习时间：2011年2月23日——2011年4月1日 三．实习地点：北京海淀区上地三街中黎科技园1号楼5层 四．实习单位：北京北阳电子技术有限公司 五．实习内容： 1.公司背景 北京北阳电子技术有限公司成立于1997年，地处属国家级高科技园区的北京上地信息产业基地，系高新技术企业，已先后经北京市科委评审被认定为软件企业和集成电路企业。 作为台湾凌阳科技股份有限公司在中国大陆的合作伙伴，北阳电子带着“科技落实生活”的愿景，致力于微控制器、数字信号处理器（DSP）应用与开发，以及系统工具软件、消费类娱乐产品和家庭网络产品的开发和研制，并实现通讯及多媒体技术的商品化，使人们能够享受到高科技带来的舒适、便利与欢乐，从而提升人们的生活品质。 2.平台构建 围绕经营理念的实现，北阳电子在主营高新技术原动力驱动下，打造出与之相适应的系列平台，诸如技术研发、知识管理、品质管理、智权产出、技术推广以及企业管理等平台。 在这些平台上伴随着资源的有效管理和知识、智慧的混合运作，高速、高效的载着源源不断的富创意、优品质的技术研发和推广的成果，为给客户一流的产品开发方案和满意的技术服务提供了保证，亦为北阳无可替代的优势打下坚实的基础。 3.团队建设 多年来北阳公司一直致力于团队的基础建设，从创业伊始的三、五十人发展至今已建成一个具有相当规模的研发、品保、知识产权、技术推广以及技资管理等团队的正规专业型企业。每一团队，都在公司有着举足轻重的位置，其作用一环扣一环，缺一不可。团队之间的通畅协作，不仅增强团队本身战斗力，而且亦增

app测试报告范文(20200505190910)

app测试报告范文 app测试报告范文【1】 一、引言 手机软件的自动化测试一直困扰着手机软件测试从业人员，本文将最近的一些研究新发现及具体思路作详尽阐述，希望能给予大家更多的参考萌发新的思路。 通过长期的手工测试得出如下可以以自动化测试来解决的问 题： 1. 压力测试：一些连续不断的操作，比如反复切换歌曲播放 及联网操作等； 2. 极限临界测试：一些极限条件的构造（创建多个列表）及 输入字符个数等； 3. 兼容及中断：比如在播放或下载歌曲的时候来电话或者信息； 4. 基本功能回归测试：这样大大的节约了时间和人力成本。 对于以上的测试很多也是可以通过手工来完成，但部分测试采用手工测试是不可靠的，比如最近发现一个Bug（在联网的一瞬间如果来一个信息等中断操作出现死机），类似这种Bug出现条件非常苛刻和临界的情况在手工测试中是很难发现和构造这种测试环境的，即使发现了在很大程度上也属于一种偶然，同时给开发人员定位这个问题也带来了很大的困难。 面对诸多因素，我们不得不重视手机软件的自动化测试研究。

其实如果掌握了一些自动化测试要领，从简单入手，逐步实现和突破，相信一定能够解决手机软件自动化测试的难题。 二、自动化测试原理 1. Test Agent Test Agent为嵌入在手机软件系统中的一个测试代理模块， 解决PC端与手机端交互处理及互联消息通讯问题，这是区别于其他 桌面软件自动化测试的关键点，也是嵌入式软件自动化测试的主要特征之一。通过串口或蓝牙设备与PC端中的Test Tool建立通讯，其具备的主要功能如下： 1) 接收Test Tool发送的消息并向手机端软件系统分发消息及任务 2) 监控手机端软件运行情况并根据相应的约束反馈给PC端的Test Tool 3) 被测软件的功能（接口）封装及消息响应 2. Test Tool Test Tool自动化测试工具在PC端用于测试控制及测试操作实体，与Test Agent对应，该工具与常规的自动化测试软件一样， 其具备的主要功能如下： 1) 向手机端Test Agent发送可识别的消息及任务 2) 接收来自手机端Test Agent的反馈结果 3) 对来自手机端Test Agent的反馈进行测试业务的处理 4) 将测试业务的处理结果呈现给测试人员