手机测试策略call)
C D M A手机测试经验总结手机测试前要先注意手机上市的三个里程碑：
1.信息产业部 TA测试
由信息产业部进行的为获取NAL(Network Access License)而进行的测试。与软件测试相关的主要是CTTL的一部分测试用例和UG交叉检查。UG提到的功能都要求已经实现。一般来说，检查的都是比较基本的功能。网络运营商PA测试
由运营商进行的产品接受性测试。与软件测试相关的主要是增值业务测试。这里要求有关增值业务的软件，都能符合运营商的要求（有终端规范和测试规范）。另外，要求手机软件成熟、稳定。3. 手机上市
主要的测试策略
?Release Test:每个软件版本都要进行的测试，主要涉及每个Feature最基本的功能。
?Error Verification:集中在这个版本相对上个版本修改的Error、增强的功能以及新加的功能的测试。
?Full Feature Test: Feature功能的全面的测试。考虑到人力，资源以及有效性，只在比较重要的软件版本上测。(要求测试的软件版本具有一定稳定性和成熟度)
?CTTL Related Test&UG Cross Check: 主要是针对TA做的准备测试。
?Error Regression Test:在最后相对稳定的软件版本上，把已经修改好的Error重新验证一遍，以确保没有重新出现。
?Pre-PA Test:按照运营商的测试规范进行的增值业务相关的测试。
?Free Test:有效地弥补测试用例的缺陷。发现深层次错误的重要途径。
测试重点：Before TA
?每个软件版本都要进行Release Test和Error Verification。
?手机的所有Feature都Configuration好之后，就可以进行一次全面的Full Feature Test。
?尽早进行CTTL Related Test&UG Cross Check,给研发人员充分的时间去修改Error。
?如果只有一部分的Feature提前做好Configuration，就可以对这些Feature进行单独的Full Feature Test。
测试重点：Before PA?在这段时期主要针对增值业务的测试以及对于先前发现的Error的跟踪测试。
?对于支持运营商的增值业务的手机，要对相关Feature进行Full Feature Test和准备PA测试。
?由于前一阶段时间有限，为了弥补对一些没有覆盖的功能以及一些深层次的测试，需要对各个Feature进行有方向的大量的Free Test。
?在要送往运营商做PA测试的软件版本上，进行所有Feature的Full Feature Test，以及准备PA测试，确保能够通过测试。
测试重点：Before Launch
?这段时期软件相对比较成熟，主要应该考虑一些以前测试比较薄弱的地方、或者Error比较集中的地方。
如何做好手机UI测试项目的管理
?角色分工清晰
?做好Test Schedule，安排好各个时期所需的测试
?做好测试的准备工作
?制定好每个测试的流程
?制定好Error管理流程（Report, Update, Follow-up）?收集各个时期比较重要的Error,并随时跟踪状态。
?如何能发现更多有效的Bug
Bug的分类
功能性Bug（不能Call，发SMS）
UI的Bug（和spec相比较，界面上的图片，文字不一致）逻辑性的Bug（执行某些步骤，未进入相应的界面）
可以通过以下方法进行手机测试
1.重复操作，
2.快速按键，
3.边界测试，
4.按非正常键，选择一个其他路径实现同一个功能
5.Memory
6.返回前一个状态
7.交互
8.非法输入
9.换卡
10.检查缺省值
11.特殊状态下的操作
12.长时间使用一个功能
13.中断正在进行的操作
14.压力测试
手机测试过程
一般走两到三轮的CASE，建议第一轮针对spec做一些UI的自由测试。
如果是一个新的项目的话，第二轮和第三轮严格的执行CASE，看手机的bug 数目情况，如果大的功能还没有实现的话，还要在执行case，如果实现了，接着做自由测试一到两轮，一般前面四到五轮测试，都是每个人测试自己的模块。前面执行五轮了，应该可以发现70%的bug。从第五到六轮开始做交换模块测试，另外根据项目的进度，在第6轮到第7轮做性能测试和压力测试，以及弱信号的测试。另外还要注意一个问题在基本功能比较完善的情况下，执行并发性测试，在测试项目快结束的时候还要做一次并发测试。
并发测试
性能测试：在PB将满和满的时候，和SMS将满和满的时候，有闹铃等并发性的事件发生，电话呼入和呼出的情况,查看PB和SMS。
对比测试：依据手机的功能而言，用被测手机和对比样机做对比。主要是Call 和SMS，用被测手机分别往被测手机和对比样机上发SMS（注意能否接收到，特殊字符能接收到吗），一般测试两组，一组是25次，共测试50次，记录下接收的成功率，及注明不正常现象的comments。
弱信号关机开机注册测试：用被测手机在信号比较好的区域，拨打信号比较差的区域的被测手机和对比样机，一般测试两组，一组是25次，共测试50次，记录下接收的成功率，及注明不正常现象的comments。
通话质量测试：在CALL 测试的过程中，关注通话有无杂音，噪音，啸叫等等问题
在测试的每一轮中都要注意每一轮的测试重点，根据上一轮的测试情况，制定下一轮的测试重点。以及要注意测试优先级。
针对release版本的测试要重点把握那几项测试：
如果进入release版本的测试，bug是测不完的，对Bug要明白一点测试是
发现重要的bug，而不是发现所有的bug。
1.基本的function测试，重点对某项操作几次，还有做自由测试（等价类划分，冗错性测试，边界值测试，）换卡，开关机，低电量会不会清
除PB，SMS，恢复出厂设置是否应该删除PB，SMS。
2.长按键，快速按键，UIM-LOCK ，
注意：人力资源，一些未能达到的硬件要求。
应让供应商在项目开始的初期就提供一些样机，比如在万年历中星期的缩写。有的是WE都是大写，有的是We。
电话本的排序：基本的方法是取每个姓名第一个字的Unicode编码，按照ASCII表字符顺序排列
但是有下面2个例外：
（1）英文字母不区分大小写，例如‘a'和‘A’将会排在一起，先新建的记录排在上面。如新建3笔记录A、a、A，进入电话簿后顺序为：A-a-A。
（2）汉字取其拼音的首字母。例如‘阿’和‘a','A'将会排在一起，但是‘阿‘在‘a','A'后面，即汉字在英文字母的后面。
具体手机功能测试方法：
测Call功能的时候，应该注意的一些事项
1.一般用户的操作方法的验证
2.非Idle状态来电之后拒接，未接，通话结束后都返回Idle。
3.CALL 来电和PB中号码的匹配
4.来电主叫禁显的测试
5.来电号码为黑名单的电话
6.更改PB中电话号码的用户名称后，查看对应的呼叫记录是否正确
7.来电后，通话记时是否正确
8.通话记录的排序
9.打，国外，长途，移动，连通，铁通，小灵通，固话，IP电话是否通话
清晰没有杂音；
10.直接拨打分机（p）
11.打电话中交叉事件的处理（低电量，闹钟等）
12.打电话过程中，浏览PB，SMS，调节音量等等的操作
13.紧急呼叫的和PB电话号码的匹配
14.注意耳机在未插入话机时，手机上的“自动接听”功能是否生效。插
上耳机后手机是否会有提示（文字还是键盘指示灯），插上耳机后，此电话被叫，声音是从那里发出的。
15.呼叫等待和三方通话的功能
三方通话和呼叫等待业务的使用需要SP授权。
三方通话的建立与处理过程，区别于呼叫等待(Call Waiting)的处理。
简而言之，MS在通话过程中如果有来电，则为呼叫等待处理过程；
如果MS在通话过程中发起另一通呼叫，则为三方通话处理过程。
假设3部手机：A，B，C。
A是有三方通话卡的手机。
1..如果A先拨打B，接通B之后，A再去拨打C并且接通解：界面显示B的号码。
2.接通之后和A的通话对象是谁？解： A与C通话，B被保持。
3.B、C之间能否通话，可以的话是在什么条件下？
解：在2的情况下用户按SEND键开始三方通话，即A、B、C同时对话，任意一方说话另两方都能听见；但B和C不能脱离A私聊。
4.A能否按某一键进行切换选择与B通话，屏蔽C或者选择与C通话，屏蔽B；
解：不能。
5.电话挂断：如果A主动挂断，什么情况？如果B或者C主动挂断，又是什么情况？
解： A为主控方，如果A挂断，B、C将被挂断；
如果B(或C)挂断，则A与另外一方C(或B)继续通话。
6.A能否按某一键选择与B通话挂断C，或者与C通话挂断B。如果可以与B通话挂断C，挂断C后能继续直接和B通话还是要B再自动拨打A
解： C为后加入的第三方，如果A按SEND键，则C将被挂断，A与B继续通话；
A不能挂断B而与C通话。
7. 如果A先拨打B，接通B之后，A再去拨打C，没接通C前按[ End]键，会出现什么现象？是把B、C全部挂断了？
解： A与B通话过程中拨打C并听到回铃音，则B被保持，在C未接听前A 按END键挂机，C被挂掉，A将尝试取回被保持的电话B，即正常情况下A 会收到B的来电。
8. 如果A先拨打B，接通B之后，有C拨打A，但是A不想接C的电话，能否在这个时候挂断C的电话，继续和B通话？
解：不能。
A与B通话过程中如果有来电，即为呼叫等待，A会听到C来电的提示音，并且在20秒(时间可程序定制)内会有通话等待界面提示；
A如果不接听，则继续与B通话，在C未挂机之前可按SEND键接听；
A接听，则A与C通话，B被保持，A可按SEND键来回切换与B或C通话。 16．要注意拨打固定电话分机的方式
输入总机+P+分机，然后直接拨打这个分机，看是否需要在接通总机后，再按“Send”键。还是直接就可以拨打出去。
17.拨打国际长途
输入符号“+”或“00”
18.手机在插入UIM卡或没插入UIM卡的时候，拨打电话会有什么样的显示，其界面是否和spec上一致。
19.拨打IP卡，看手机的界面显示是否正确。
20拨打紧急电话（系统的和自己设置的），要注意有无UIM卡的情况。
21 输入号码长度的限制
通话记录
首先这个模块是与Call、PB有直接联系的，这是因为来电和拨电话的同时，手机会在PB中进行匹配，从而能在通话记录中显示相应的姓名。所以在这个模块中多进行一些保存号码的操作，或者改动过PB后要回头看看通话记录的姓名有没有发生变化。
第一：查看PB后，保存号码的时候输入最大长度而且是中英文及特殊字符混合的姓名。类似这种混合字符最容易引起乱码问题。
第二：在测试中，要考虑到来电为禁显号码、IP、长途的测试。
第三：在删除通话记录时，挨个删除时按照顺序，有从前往后删和从后往前删以及从中间删，看删除后光标的位置是否符合设计要求。以及删除后，再去查看记录是否被删除。同样，在PB和SMS中也可以用到这样的方法删除记录。
第四：与其它模块界面的测试相同之处在于：注意中英文界面下有没有错别字，显示的格式是否正确，POP框的提示与UI Spec是否一致。
第四：只要打电话或接电话，进行与Call有关的操作，一是看来电显示，二是马上看通话记录。做过其它模块任何操作都可以再看看通话记录。
第五：没事的时候也常进行开关机以及充电的操作，开机后看看通话记录，检查有没有什么变化。曾经发现通话记录中无缘无故多了一个“无效号码”，且时间是01/06, 00:00，怀疑是内存泄漏。
第六：PB满时保存号码等操作一定要多做一些。电话簿和短信息容量将满或已满时，对手机的内存量影响比较大，容易出现各种问题。
第七：通话计时：
最后通话：是指最后一次对手机进行call的呼叫
通话总计：包含的是已接来电+已拨电话的时间，如果对通话总计清零，那么已接来电，已拨电话对被清零。
第八：与闹钟、短信、来电、游戏、低电量等的交互要多测一些。
第九：要测试手机键盘上的快捷键，可以直接进入相应的通话记录。
第十：要注意开关机是否会对通话记录产生影响。
SMS测试
1.每个界面都有可能出错；进入，等待，返回，弹出POP等；在每个界面中，
出现交叉事件，从交叉事件出现前到出现后，观察画面（标题、状态栏），声音，振动，图标等，是否有逻辑错误等（下一步出现的界面不合理）2.交叉事件：电话（来电，来电提示，来电图标，呼出，）、
闹铃（闹铃声，闹铃周期，一次闹铃时间，闹铃图标，有
无振动）、短信（提示音，振动以及时间，图
标）、
低电量关机（界面有无异常，再开机后之前的操作是否有
效）
按[End]键（在某些情况下，可检验有无内存溢出，个人
也不是很清楚）
合盖（翻盖）：有无合盖音，翻盖音，背景灯的变化，
信号问题：信号突然变差
背景灯：是否设置有效，背景灯熄灭后（多长时间），按
某键激活……
是否在各个界面下足够长时间内都能回到待机界面
耳机问题：插入，拔出，耳机上的按键，对所处界面的影响和功能的影响
充电器问题：插入，拔出
数据线问题：（高端手机连接电脑, 此C1161手机无）
4. 进行SMS操作之前的状态：
a.SMS容量（收件箱，存储箱的数量），存储位置，短信类型
（紧急，普通，互动等），短信提示，
b.待机界面有无各种标志：未接电话，未读短信，静音，振动；
c.UIM卡类型（双模卡、133如意通、Up新势力等、不同的生
产厂商）、容量（32K，16K等），考虑到兼容性的问题；
d.电池电量；信号强度；
e.背景灯设置；色彩基调、墙纸设置，中文还是英文模式；设
置的是哪种输入法；手机各种默认的设置；内存占用情况（信
息箱中有多少条信息）
f.有无插着耳机，充电器；
5. 进行各种SMS操作：
a. 主动发SMS：走不同路径->进入短信编辑界面->开始输
入、编辑内容->在POP选择Send->输入或选择号码->
发送（最后一步）(按[End])
b. 回复SMS：
c. 转发SMS
d. 删除：按哪种条件、分类删除，是否有效，在删除过
程中有新短信，新短信会被如何处理？
e. 浏览短信内容，包括收件箱里的，存储箱里的，查看
界面，功能
6. 完成SMS操作：是否发送、接收成功，是否存储在对应的位置（接收是
在UIM还是话机等），短信计数是否正确，比较进行SMS操
作之前的各种状态
7. 在进行SMS操作的过程中（各种界面中），出现以上的交叉事件，界面显
示是否正确，有些还涉及到声音，震动，图标闪烁以及
相关时间延续等
8. SMS的压力试验,临界问题（字数）；SMS的成功率；开机后接受大量短信
情况；不停接收短信至满后，按[Sr]或此时低电量关机，
或继续给测试机发SMS等。
9. 在开始输入、编辑内容中，就是输入法的问题。进入模式是否正确（语
言，哪种输入法）
a,空消息，满消息的处理（临界问题）
b.字数问题：汉字70，符号和字母160，各种输入法混
合（插入符号）
（按理说，符号和字母应该是140，但是据说160个字
母按照某种编
码格式可以压缩或者转变为140个进行传输）
c.插入，删除，增加，各种操作下光标的位置和提示栏
数字的正确与否
d.注意某一输入法中的特别数字键，拼音[1]、[0]；笔
画[6]、[8]、[0]；英文[0]、[1]；还有是各个输入
法中都通用的[*],[#]
e.不同手机之间字库兼容的问题
10．语音短信：发语音短信拨打10158，按照提示音操作；收到一条10158
发来的短信提示。
Setting测试
1.“语言选择”中注意中英文模式下对照各界面是否一致以及和UI-spec是否一致
2.“输入法”中注意当选择某一输入发后,在PB,SMS等中的输入法是否和设置的一样
3.“话机音量”中注意当音量改变时,实际音量是否真的有变化.
4.“通话设置”验证基本功能的实现,对呼叫等待和呼叫转移的各种情况要全部覆盖,校验其正确性.
5.“手机锁定”除了验证基本功能的实现,还要验证在锁定状态下的一些测试,如在锁定状态下,能否拨打固化的紧急号码和自己设置的紧急号码,是否有手机锁定的图标显示等
6.“UIM卡密码”除了界面检查之外,主要是验证PIN 码能否启动,修改,关闭功能. 如输入错误的密码以及输入错误的位数 ,有什么结果或提示,是否和UI-spec一致.
7.“紧急号码”验证能否设置自己的三个紧急号码,能否在手机锁定下,能够拨打这三个号码,以及无UIM卡时,出现的情况是否和UI-Spec一致.
8.“恢复出厂设置”主要校验恢复出厂设置之后的各缺省值的正确性
9.“修改安全密码”主要校验输入错误密码和输入错误位数时出现的情况是否和UI-Spec一致.
10.“黑名单”主要验证能否把某人加入黑名单,以及加入到黑名单的人是
不能打通本机号码
PB
1,检验PB记录的姓名只有在姓名为空格的情况下显示为空，在记录名为空白的情况下，显示号码
2，在中文下修改分组名称如将朋友修改为Friend,查看英文模式下分组名称3，在中文下修改分组名称如将朋友修改为朋,查看英文模式下分组名称应该为朋友
4，在中文下将记录姓名设为“确认”“返回”“删除”等
5，在中英文模式下用电话本位置拨号拨打电话
6，查看所有的界面标题正确所有的软键正确
7，查看所有PB菜单在英文状态下与中文翻译一致，并且不出现菜单丢失8，检验所有的有多个选项的列表，#，*的上下键的作用，以及有数字的菜单，按数字键直接到达的作用
9，检查FLASH记录姓名的不同的字符（汉字，数字，英文，符号或混合）都能在不同的电话本界面（待机界面，打电话时电话本浏览界面等姓名号码等显示正常）显示正确
10，查看所有的编辑界面，OK键和左软键能实现保存的功能（以SPEC为准）11，反复增删电话本记录检验内存状态
12，在本机号码编辑界面，在不同的位置输入#，*，P和数字的不同组合查看能否保存，重起后查看号码，换其他的卡查看号码
13，在姓名为汉字和数字混合的电话本记录在其他地方如黑名单，单键拨号，已接/已拨/未接的详细记录等，字可能出现乱码
14，使用在其他不同类型的手机上的UIM卡，查看电话本UIM记录有无乱码，本机号码号码的显示有无异常
15，将两个或多个分组重名为同一名称
16，将不同的分组包含同一号码，设置不同的音乐，来电时音乐不发生冲突17，在比较长的号码被高亮选中时跑马灯显示号码正常
18，在不同的电话本记录界面按SEND KEY直接拨出电话并显示姓名
19，在电话本的所有记录中某一分组记录的数量，内容，和查看分组应该保持一致
20，修改一条记录然后在不保存的情况下进行复制，查看复制的记录和被复制的记录分别显示正确
21，存三个号码再将分组修改为UIM卡分组
22，在FLASH上存32位号码将分组改为UIM查看号码截取情况
手机测试中可能遇到的问题
1.充电过程中操作手机易死机、重启（按键盘的一些按键）
2. UIM卡兼容性问题（各手机间字库、符号），导致死机等问题
3. 低电量关机后充电一段时间，再开机发现手机上的SMS部分没有了，有
时候连手机PB
上的记录都被删除了
4. 来电时名字号码显示不正确
5. 电话过程中背景灯熄灭（和背景灯的时间设置有关）
6. 功能键易磨损
7. 状态栏在背景灯熄灭又激活后消失（打电话，短信群发输入号码界面，
手机常用信号的测试汇总
手机常用信号的测试 1．掌握手机常用供电电压的测试方法。 2．掌握手机常用波形的测试方法。 3．掌握手机常用频率的测试方法。 要求 1．实习前认真阅读实习指导 2．实习中测试信号电压、波形和频率时要启动相应的电路。 3．实习后写出实习报告。 手机常见供电电压的测试 维修不开机、不入网、无发射、不识卡、不显示等故障，需要经常测量相关电路的供电电压是否正常，以确定故障部位，这些供电电压，有些为稳定的直流电压，有些则为脉冲电压，一般来说，直流电压即可用万用表测量，也可用示波器测量，当然，用万用表测量是最为方便和简单的，只要所测电压与电路图上的标称电压相当，即可判断此部分电路供电正常；而脉冲电压一般需用示波器测量，用万用表测量，则与电路图中的标称值会有较大的出入。脉冲电压大都是受控的(有些直流电压也可能是受控的)，也就是说，这个脉冲电压只有在
启动相关电路时才输出，否则，用示波器也测不到。 下面分以下几种情况分析供电电压信号的测试方法。 一、外接电源供电电压 1．指导 维修手机时，经常需要用外接电源采代替手机电池，以方便维修工作，这个外接电源在和手机连接前，应调到和手机电池电压一致，过低会不开机，过高则有可能烧坏手机。 外接电源和手机连接后，要供到手机的电源IC 或电源稳压块。外接稳压电源输出的是一个直流电压，且不受控；测量十分简单，只需在电源IC或稳压块的相关引脚上，用万用表即可方便地测到。如果所测的电压与外接电源供电电压相等，可视为正常，否则，应检查供电支路是否有断路或短路现象。 2．操作 以摩托罗拉T2688手机为例，装上电池，不开机，测试直通电池正极的电压，共12处： (1)功放U201的左上角(8脚)、右上角(6脚)。
手机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.测试类型
史上最全的手机硬件测试用例
XXX手机硬件测试列表 1.1.1 LCD测试 1．数量：2pcs以上； 2．测试方法及内容：手机正常开机后，距离30cm，与水平成45o角并在各个方向15o范围内观察LCD工作是否正常。 a． LCD显示是否正常，是否存在斑点、阴影等； b．彩屏LCD各种颜色能否正常显示，分辨率、色素、响应时间等性能指标是否符合要求； c．分别在暗室、荧光（约750Lux）和阳光（大于3500Lux）下测试LCD显示是否正常，各性能指标是否符合要求； d．将电源设置成高(4.2v）、中(3.8v)、低(3.5v)不同电压，LCD显示是否有差异或异常。 3．预期结果： a． LCD显示正常，不存在斑点、阴影等； b．彩屏LCD各种颜色正常显示，分辨率、色素、响应时间等性能指标符合要求（结合项目的具体指标规定）； c．在暗室、荧光（约750Lux）和阳光（大于3500Lux）下测试LCD显示均应正常，各项性能符合项目的具体指标要求； d．在高、中、低不同电压下，LCD显示应正常且基本一致。 1.1.2 LCD背光及键盘背光测试 1．数量：2pcs以上； 2．测试方法及内容：手机正常开机后，选择进入手机功能菜单中的相应设置进行测试。 a．测试手机背光及LED能够正常工作； b．分别在暗室、荧光（约750Lux）和阳光（约2000Lux）下测试LED亮度是否正常； c．背光亮度是否符合要求，测试在不同电池电压情况下，背灯的亮度是否具有一致性； d． LED是否能够按照要求打开和关闭。 3．预期结果： a．手机背光及LED工作正常； b．在暗室、荧光（约750Lux）和阳光（约2000Lux）下，LED亮度均应正常； c．背光亮度应符合要求且在不同电池电压情况下，背灯亮度基本一致； d． LED能够按照要求打开和关闭，且亮度正常。 1.1.3 TP触摸屏承重能力测试 4．数量：5pcs以上； 5．测试方法及内容：重压头25kg，静压30秒之后，等待30秒，再重新放置重压头。 6．预期结果： a． 200次重压后样品不出现牛顿环，则为良品； 1.1.4 Camera测试 1．数量：4pcs以上； 2．测试方法及内容：手机正常开机后，选择手机功能菜单进入拍照状态，对标准测试板进行拍照。 a. Camera是否能够正常工作； b. 拍摄的照片效果是否符合规范要求； c. 用标准色板照片色块的对比测试； d. 测试Digital Camera的反应时间； e. 开启闪光灯功能，看闪光灯是否正常工作。 3．预期结果： a． Camera工作正常，能正常开启与关闭； b．照片效果符合规范要求，参考Camera Spec； c．反应时间达到规范要求；
WiFi信号及手机信号检测方法及标准
WiFi信号及手机信号检测方法及标准 一、技术参数说明： 1、信号功率绝对值dBm：仔细看的时候会发现这个值是负的，也就是说手机会显示比如-67（dBm），那就说明信号很强。科普一个小知识：中国移动的手机接收电平≥（城市取-90dBm；乡村取-94dBm）、（中国联通的手机接收电平≥-95dBm）时，则满足覆盖要求，也就是说此处无线信号强度满足覆盖要求。-67dBm 要比-90dBm信号要强20多个dB，那么它在打电话接通成功率和通话过程中的话音质量都会强很多（当然也包括EDGE/GPRS上网的速度那些），所以dBm值越大信号就越好，因为是个负值，而且在你手里的时候它永远是负值。如果感兴趣且附近有无线基站的天线的话，可以把你的手机尽量接近天线面板，那么值就越来越大，如果手机跟天线面板挨到一起，那么它可能十分接近于0。（0是达不到的，这里0的意思不代表手机没信号）。 2、移动设备信号发射功率概念：由于手机不断移动，手机和基站之间的距离不断变化，因此手机的发射功率不是固定不变的，基站根据距离远近的不同向手机发出功率级别信号，手机收到功率级别信号后会自动调整自身的功率，离基站远时发射功率大，离基站近时发射功率小。手机中的数据存储器存放有功率级别表，当手机收到基站发出的功率级别要求时，在CPU的控制下，从功率表中调出相应的功率级别数据，经数/模转换后变成标准的功率电平值，而手机的实 际发射功率经取样后也转换成一个相应的电平值，两个电平比较产生出功率误差控制电压，去调节发射机激励放大电路、预放、功放电路的放大量，从而使手机的发射功率调整到要求的功率级别上。也就是说，手机信号强度不是越强越好，也不是起弱越好，它是在一定标准范围内的。 3、Kbps、KBps：又称比特率，指的是数字信号的传输速率，也就是每秒钟传送多少个千位的信息（K表示千位，Kb表示的是多少千个位）；Kbps也可以表示网络的传输速度，为了在直观上显得网络的传输速度较快，一般公司都使用kb（千位）来表示，如果是KBps，则表示每秒传送多少千字节。1KByte/s＝8Kbps(一般简写为1KBps=8Kbps)。ADSL上网时的网速是512Kbps,如果转换成字节，就是512/8＝64KBps(即64千字节每秒）。 二、店家检测各类信号强度的方法： 1、移动设备类型：检测设备可以是：iOS系统移动设备、Android系统移动设备和笔记本电脑。 2、检测软件：
手机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.测试类型
手机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）输人的密码将不以明文形式进行显示 3）密码，信用卡明细，或其他的敏感数据将不被储存在它们预输人的位置上 4）不同的应用程序的个人身份证或密码长度必需至少在4一8个数字长度之间 5）当应用程序处理信用卡明细，或其他的敏感数据时，不以明文形式将数据写到其它单独的文件或者临时文件中。以防止应用程序异常终止而又没有侧除它的临时文件，文件可能遭受人侵者的袭击，然后读取这些数据信息。 6）当将敏感数据输人到应用程序时，其不会被储存在设备中 7）备份应该加密，恢复数据应考虑恢复过程的异常通讯中断等，数据恢复后再使用前应该经过校验 8）应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告 9）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告，更不能在安全警
WiFi信号及手机信号检测方法及标准
店家WiFi信号及手机信号检测方法及标准 一、技术参数说明： 1、信号功率绝对值dBm：仔细看的时候会发现这个值是负的，也就是说手机会显示比如-67（dBm），那就说明信号很强。科普一个小知识：中国移动的手机接收电平≥（城市取-90dBm；乡村取-94dBm）、（中国联通的手机接收电平≥-95dBm）时，则满足覆盖要求，也就是说此处无线信号强度满足覆盖要求。-67dBm 要比-90dBm 信号要强20多个dB，那么它在打电话接通成功率和通话过程中的话音质量都会强很多（当然也包括EDGE/GPRS上网的速度那些），所以dBm值越大信号就越好，因为是个负值，而且在你手里的时候它永远是负值。如果感兴趣且附近有无线基站的天线的话，可以把你的手机尽量接近天线面板，那么值就越来越大，如果手机跟天线面板挨到一起，那么它可能十分接近于0。（0是达不到的，这里0的意思不代表手机没信号）。 2、移动设备信号发射功率概念：由于手机不断移动，手机和基站之间的距离不断变化，因此手机的发射功率不是固定不变的，基站根据距离远近的不同向手机发出功率级别信号，手机收到功率级别信号后会自动调整自身的功率，离基站远时发射功率大，离基站近时发射功率小。手机中的数据存储器存放有功率级别表，当手机收到基站发出的功率级别要求时，在CPU的控制下，从功率表中调出相应的功率级别数据，经数/模转换后变成标准的功率电平值，而手机的实
际发射功率经取样后也转换成一个相应的电平值，两个电平比较产生出功率误差控制电压，去调节发射机激励放大电路、预放、功放电路的放大量，从而使手机的发射功率调整到要求的功率级别上。也就是说，手机信号强度不是越强越好，也不是起弱越好，它是在一定标准范围内的。 3、Kbps、KBps：又称比特率，指的是数字信号的传输速率，也就是每秒钟传送多少个千位的信息（K表示千位，Kb表示的是多少千个位）；Kbps也可以表示网络的传输速度，为了在直观上显得网络的传输速度较快，一般公司都使用kb（千位）来表示，如果是KBps，则表示每秒传送多少千字节。1KByte/s＝8Kbps(一般简写为1KBps=8Kbps)。ADSL上网时的网速是512Kbps,如果转换成字节，就是512/8＝64KBps(即64千字节每秒）。 二、店家检测各类信号强度的方法： 1、移动设备类型：检测设备可以是：iOS系统移动设备、Android 系统移动设备和笔记本电脑。 2、检测软件： 1）iOS系统：SPEEDTEST，可检测Ping值、下载速率、上传速率，功能亮点是可以保存往次检测记录。 2）Android系统：SPEEDTEST，功能和iOS系统的一样，功能亮点是可以保存往次检测记录。 3）WiFi分析仪：可检测WiFi信号强度、信道、寻找AP等功能。
手机测试方法与测试用例
目录 目录 (1) 一.UI测试 (2) 1. UI布局测试 (2) 2素材方面测试 (2) 二.功能测试方法 (2) 2.测试常见方法概述 (2) 2.1边界值 (2) 2.2等价类划分 (3) 2.3场景测试法 (3) 2.4错误推测法 (5) 3.游戏内常见控件测试详解 (6) 3.1文本框的测试 (6) 3.2命令按钮的测试 (6) 3.3单选按钮的测试 (6) 3.4 up-down控件的测试 (7) 3.5组合列表框的测试 (7) 3.6复选框控件的测试 (8) 3.7列表框控件的测试 (9) 3.8滚动条的测试 (9) 3.9窗体的测试 (10) 4.0各种控件在页面中混合使用时的测试 (10) 4.游戏内操作测试 (11) 4.1游戏内鼠标操作 (11) 4.2游戏内链接的测试 (11) 4.3游戏内文字检查 (11) 4.4游戏内帮助文档测试 (12) 4.5游戏角色的测试 (12) 4.6特殊属性 (12) 三.附录： (14) 1.界面设计的总体原则 (14) 2.测试流程 (14) 3.测试用例 (15) 编写原则 (15) 3.1 系统性 (15) 3.2 连贯性 (15) 3.3 全面性 (15) 3.4 正确性 (15) 3.5 符合正常业务惯例 (16) 3.6 可操作性 (16)
测试方法 游戏测试方法大致分为：UI测试（即界面测试）和功能测试。下面是针对测试中能使用到的方法简略的总结。关于UI的测试后边详细介绍，前边开头部分为简略叙述。 一.UI测试 1. UI布局测试 目的：检测界面布局设置合理性。 操作方法：1.检查各种控件、弹窗在游戏中摆放位置的合理性 2.检查界面中各个文字完整性（包括弹窗信息、任务描述、tips内容等），按钮上 文字的显示位置是否有偏移。 Ps：①关于弹窗位置，可以尝试多次反复弹出弹窗后关闭操作，目的在于检测弹窗在反复关闭弹出后是否会改变在游戏中位置。 ②全屏显示游戏，然后继续操作弹窗出现，查看界面现实情况 2素材方面测试 目的：检测游戏中图片素材与策划案是否一致。 操作方法：1.查看商城、任务描述、弹窗、宣传广告中、游戏中地面、天空之城等处的图片显示与策划案中要求核对。 2.查看图片中名称与图片本身是否一致 二.功能测试方法 2.测试常见方法概述 游戏测试中常用的测试方法：等价类、边界值、因果图、错误推测法 2.1边界值 定义：允许输入或输出的数值范围的最大值和最小值。 例如：数值要求不能超过15，那么测试时可以尝试使用的数字有：13 14 16 17，也可以只使用14和16。 Ps：上述要求也要根据环境选择数值。有些条件要实验0、负数等
手机app测试用例
手机app 测试用例 目录 目录 (1) 1. 用户登录 (3) 1.1用户登录流程 (3) 1.1.1游客登录 (3) 1.1.2微信登录 (3) 1.1.3正常账号登录 (4) 1.2接口要素检验 (4) 2. 用户注册 (5) 2.1用户注册流程 (5) 2.1.1正常注册 (5) 2.2接口要素检验 (5) 3. 个人中心 (6) 3.1正常用户个人中心 (6) 3.1.1推广收益 (6) 3.1.2昵称修改 (7) 3.1.3修改头像 (7) 3.2游客与微信用户个人中心 (7) 3.2.1推广收益 (7) 3.2.2一键转正 (8) 3.2.3昵称修改 (8) 3.2.4修改头像 (8) 3.3接口要素检验 (8) 4. 安全中心 (10) 4.1正常用户安全中心 (10) 4.1.1修改密码 (10) 4.1.2密保问题 (10) 4.1.3绑定手机 (11) 4.1.4实名认证 (11) 4.2游客与微信用户安全中心 (11) 4.2.1绑定手机 (11) 4.2.2实名认证 (12) 4.3接口要素检验 (12) 5. 设置 (13) 5.1功能设置 (13)
5.1.1背景音乐 (13) 5.1.2音效音乐 (14) 5.1.3音量控制 (14) 5.1.4退出app (14) 5.1.5账号切换 (14) 5.2app规则 (15) 5.3意见反馈 (15) 5.3.1发送反馈意见 (15) 5.4客服服务 (15) 5.5关于手机 (16) 5.5.1检查更新 (16) 5.5.2服务协议与隐私说明 (16) 6. 常用功能栏 (16) 6.1银行 (17) 6.1.1开通银行 (17) 6.1.2登录银行 (17) 6.1.3存款 (17) 6.1.4取款 (17) 6.2背包 (18) 6.3好友 (18) 6.3.1我的好友 (18) 6.3.2临时好友 (19) 6.3.3查找好友 (20) 6.4活动 (20) 6.4.1系统信息 (20) 6.4.2活动中心 (20) 6.5充值 (21) 6.5.1微信支付 (21) 6.5.2支付宝支付 (21) 6.5.3银联支付 (21) 6.6商城 (22) 6.6.1道具商城 (22) 6.6.2礼品商城 (22) 6.6.3兑换记录 (23) 6.7福利 (23) 6.7.1会员特权 (23) 6.7.2破产补助 (23) 6.7.3每日签到 (23) 6.7.4首冲奖励 (24) 6.7.5每日抽奖 (24) 6.8更多 (24) 6.8.1兑换码 (24) 6.8.2分享 (24) 6.9接口要素检验 (25)
手机测试方法大全
手机测试方法大全 在软件界面设计强调张扬个性的同时，我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用，这是一切软件界面设计和测试的必循之道，是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户对软件的生疏感，使老用户更易于上手、充分重用已有使用经验，并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行)，不妨从下列一些角度测试软件的人机界面。 一致性测试 一致性使软件人机界面的一个基本要求。目的是使用户在使用时，很快熟悉软件的操作环境，同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时，需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见： ――提示的格式是否一致 ――菜单的格式是否一致
――帮助的格式是否一致 ――提示、菜单、帮助中的术语是否一致 ――各个控件之间的对齐方式是否一致 ――输入界面和输出界面在外观、布局、交互方式上是否一致 ――命令语言的语法是否一致 ――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索) ――存在同一产品族的时候，是否与其他产品在外观、布局、交互方式上是否一致(例：Office产品族) ――同一层次的文字在同一种提示场合(一般情况、突显、警告等)在文字大小、字体、颜色、对齐方式方面是否一致
――多个连续界面依次出现的情况下，界面的外观、操作方式是否一致(当然可能会有例外，比如操作结束的界面) 信息反馈测试 假设系统的使用者是一个初出茅庐的生手，你能指望她(他)在进行操作不出错吗?但这还不是问题的所在，问题的所在在于我们都会犯错误，我们都有自己不了解的东西。如何避免，这要求我们的人机界面有足够的输入检查和错误提示功能。通过信息反馈，用户得到出错提示或是任务完成的赞许之语。但有些不幸的是，我们很多系统都在此方面做的不尽人意。下面是这类测试的一些参考意见： ――系统是否接受客户的正确输入并做出提示(例：鼠标焦点跳转); ――系统是否拒绝客户的错误输入并做出提示(例：弹出警告框，声响); ――系统显示用户的错误输入的提示是否正确，浅显易懂(例：“ERR004”这样的提示让人不知所云); ――系统是否在用户输入前给出用户具体输入方式的提示(例：网站注册程序);
手机app测试方法
1 APP测试基本流程 流程图 符合
仍然为测试环境 进入正式环境 测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 测试资源 测试任务开始前，检查各项测试资源。 --产品功能需求文档； --产品原型图； --产品效果图； --行为统计分析定义文档； --测试设备（；；及以上；Symbian v3/v5/Nokia Belle等）； --其他。
日报及产品上线报告 1）测试人员每天需对所测项目发送测试日报。 2）测试日报所包含的内容为： --对当前测试版本质量进行分级； --对较严重的问题进行例举，提示开发人员优先修改； --对版本的整体情况进行评估。 3）产品上线前，测试人员发送产品上线报告。 4）上线报告所包含的内容为： ---对当前版本质量进行分级； ---附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）； --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。 2 App测试点 安全测试 软件权限 1）扣费风险：包括发送短信、拨打电话、连接网络等 2）隐私泄露风险：包括访问手机信息、访问联系人信息等 3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4）限制/允许使用手机功能接人互联网 5）限制/允许使用手机发送接受信息功能
6）限制/允许应用程序来注册自动启动应用程序 7）限制或使用本地连接 8）限制/允许使用手机拍照或录音 9）限制/允许使用手机读取用户数据 10) 限制/允许使用手机写人用户数据 11) 检测App的用户授权级别、数据泄漏、非法授权访问等 安装与卸载安全性 1）应用程序应能正确安装到设备驱动程序上 2）能够在安装设备驱动程序上找到应用程序的相应图标 3）是否包含数字签名信息 4）JAD文件和JAR包中包含的所有托管属性及其值必需是正确的 5）JAD文件显示的资料内容与应用程序显示的资料内容应一致 6）安装路径应能指定 7）没有用户的允许，应用程序不能预先设定自动启动 8）卸载是否安全，其安装进去的文件是否全部卸载 9）卸载用户使用过程中产生的文件是否有提示 10）其修改的配置信息是否复原 11）卸载是否影响其他软件的功能 12）卸载应该移除所有的文件 数据安全性 1）当将密码或其他的敏感数据输人到应用程序时，其不会被储存在设备中，同时密码也不会被解码
手机整机测试标准
目录 1 简介 (2) 1.1目的 (2) 1.2适用范围 (2) 1.3责任 (2) 2手册内容 (2) 2.1测试项目 (2) 2.1.1电性能测试 (2) 2.1.2ESD测试 (2) 2.1.3软件功能测试 (2) 2.1.4用户试用 (2) 2.1.5场地测试 (2) 2.1.6环境测试 (3) 2.1.7寿命测试 (3) 2.1.8机械强度测试 (3) 2.1.9包装成品测验 (3) 2.1.10其它测试 (3) 2.1.11附件（旅充、座充、电池、耳机）测试 (3) 3测试标准 (4) 3.1电性能测试标准 (4) 3.2功能/软件测试 (4) 3.3用户试用 (4) 3.4场地测试 (4) 3.5ESD静电测试 (4) 3.6环境测试 (5) 3.7寿命测试 (6) 3.8机械强度测试 (7) 3.9其它测试 (7) 3.10包装成品测试 (8)
1 简介 1.1 目的 制定整机中试过程中的测试标准。 1.2 适用范围 本手册适用于中试过程中的整机。 1.3 责任 中试工程师、品质工程师。 2 手册内容 2.1测试项目 2.1.1电性能测试 按照GSM规范和移动电话相关标准，测试手机的各项重要电性能指标； 2.1.2ESD测试 测试手机在静电环境中的性能； 2.1.3软件功能测试 测试用户手册规定的各项功能，以及模拟软件的极端使用条件，测试软件的性能； 2.1.4 用户试用 验证移动电话在移动网络上能否正常使用，互联互通，功能设计、人机界面等是否达到设计和用户使用的要求，分为普通用户试用和专业用户试用； 2.1.5 场地测试 在各地网络环境，实地测试手机的功能及网络兼容性；
手机常用信号的测试方法
手机常用信号的测试方法 ●目的 1.掌握手机常用供电电压的测试方法。 2.掌握手机常用波形的测试方法。 3.掌握手机常用频率的测试方法。 ●要求 1.实习前认真阅读实习指导 2.实习中测试信号电压、波形和频率时要启动相应的电路。 3.实习后写出实习报告。 手机常见供电电压的测试 维修不开机、不入网、无发射、不识卡、不显示等故障,需要经常测量相关电路的供电电压是否正常,以确定故障部位,这些供电电压,有些为稳定的直流电压,有些则为脉冲电压,一般来说,直流电压即可用万用表测量,也可用示波器测量,当然,用万用表测量是最为方便和简单的,只要所测电压与电路图上的标称电压相当,即可判断此部分电路供电正常;而脉冲电压一般需用示波器测量,用万用表测量,则与电路图中的标称值会有较大的出入。脉冲电压大都是受控的 (有些直流电压也可能是受控的 ,也就是说,这个脉冲电压只有在 启动相关电路时才输出,否则,用示波器也测不到。 下面分以下几种情况分析供电电压信号的测试方法。 一、外接电源供电电压 1.指导
维修手机时,经常需要用外接电源采代替手机电池,以方便维修工作,这个外接电源在和手机连接前,应调到和手机电池电压一致,过低会不开机,过高则有可能烧坏手机。外接电源和手机连接后, 要供到手机的电源 IC 或电源稳压块。外接稳压电源输出的是一个直流电压, 且不受控; 测量十分简单, 只需在电源 IC 或稳压块的相关引脚上, 用万用表即可方便地测到。如果所测的电压与外接电源供电电压相等,可视为正常,否则,应检查供电支路是否有断路或短路现象。 2.操作 以摩托罗拉 T2688手机为例,装上电池,不开机,测试直通电池正极的电压,共 12处: (1功放 U201的左上角 (8脚、右上角 (6脚。 (2功控 ICU202的 4脚。 (3电源 ICU27的 1、 10脚。 (4充电二极管 D14的负极。 (5射频供电 ICIC301的 7脚。 (6U47的 6脚。 (7U35的 4脚。 (8振子驱动管集电极。 (9电池退耦电容下端。 (10发光二极管驱动管 BQ2集电极。 (11开机键外圈。 (12U26的 2脚。二、开机信号电压
测试手机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）PMS上所有的“外部原因”问题，都需要尽早地督促开发人员与客户服务端人员联系协调解决。 F）PMS上所有的“设计如此”、“延期处理”问题，都需要和产品经理确认后再进行验证。 G）测试下单时，所有测试人员必须严格遵守《测试单下单规范》标准。 注册的测试账号必须符合公司规范；收货地址必须包含“测试”关键
手机测试常用词汇的中英文对照[1](1)
polyphonic ringtone 和弦铃声chord music ringtone 对讲机Walkie-Talkie 全球定位系统GPS （Global Positioning System） 高保彩铃真high fidelity（常简写为hi-fi） 移动梦网Monternet（Mobile+Internet） 短信服务SMS（Short Message Service） 彩信服务MMS（Multimedia Message service） 客户身份识别卡SIM卡（Subscriber Identity Module） 全球移动通信系统GSM (Global System For Mobile Communications) 储值卡pre-paid phone card 语音提示voice prompt 直板手机bar phone 翻盖手机clamshell phone /flip phone 滑盖手机slide phone 翻盖接听flip answer 按键keypad 按键音keypad tone 提示音warning tone 手机充值cellular phone replenishing/recharging 手机入网费initiation charges for mobile phone; mobile access fee 漫游roaming service 手机用户mobile phone user/subscriber 短信short message; text message 图片短信picture message 手机费mobile phone fee 关机power off 手机铃音mobile phone ringtone 振动vibrate 手机实名制mobile phone identification policy 双向收费two-way charging scheme 彩屏color screen 壁纸wallpaper 待机模式standby mode 操作菜单options 菜单模式list view/ grid view 快捷图标short-cut icon 自动重拨automatic redial 快速拨号speed dial 语音拨号voice dial 任意键应答any key answer 限制呼叫fixed dial 呼出通话outgoing call 被叫通话incoming call 近来的呼叫recent call 呼叫转移call divert 未接电话missed call 已接电话received call 不在服务区out of reach
蓝牙手机测试方法
蓝牙手机测试方法： 现随着科学的进步与发展，蓝牙技术不断日异月新，蓝牙手机也广泛用于大家手中。但不知道大家是否知道怎么测试自己的手机蓝牙功能。现我将我公司的测方法上传给大家分享与点评！ 蓝牙整机包括音频和文件测试两个部分 蓝牙音频通讯测试： 使用蓝牙耳机来进行测试 （注意：这种方法只能验证蓝牙工作是否正常） 器材： 好的蓝牙耳机一个 测试方法： 使用金机确认音质确保周围15米范围内没有其他蓝牙设备干扰，插上白卡开机进入菜单->附加功能->蓝牙，首先激活蓝牙，如果蓝牙没有被激活的话，然后点击我的装置以便找到蓝牙耳机（如果这个时候蓝牙设备多的话，这里会有很多个，你要根据地址选到你的蓝牙耳机），然后拨112，从蓝牙耳机中听取声音，以声音清晰的蓝牙耳机为准。 开始测试 确保周围15米范围内没有其他蓝牙设备干扰，使用刚刚挑选好的蓝牙耳机，插上白卡开机进入菜单->附加功能->蓝牙，首先激活蓝牙，如果蓝牙没有被激活的话，然后点击我的装置以便找到蓝牙耳机（如果这个时候蓝牙设备多的话，这里会有很多个，你要根据地址选到你的蓝牙耳机），然后拨112，从蓝牙耳机中听取声音，如果声音非常嘈杂，判断为FAIL。 最后，重新进入附加功能->蓝牙，并把刚刚找到的蓝牙设备删除。这一步一定要做，因为手机不会自动删除刚刚找到的这些设备。 注意：确保测试完后要删除已经找到的蓝牙设备。 可以进入附加功能->蓝牙->我的装置->点击选项->删除，把找到过的蓝牙设备删除 蓝牙文件通讯测试： 测试设备： 带有蓝牙适配器的电脑或者同类型的手机一台 T卡（用来存放文件） 实网卡 测试方法： 1、被测试蓝牙手机装好实网卡和T卡，开机，进入菜单->附加功能->蓝牙->激活蓝牙，确保蓝牙设备已经打开。蓝牙设备如果打开会在菜单条上有一个提示打开。 2、然后重新退出，进入文档管理菜单，选择任意一个文件，点击发送菜单->通过蓝牙，这时手机会找寻蓝牙装置，选择你要发送到的设备，这时文件就会进行发送了。 注意： 用来接收的蓝牙设备一定进入菜单附加功能->蓝牙->设置->文件传输设置->目录权限->可自由存取。 并且用来接收的蓝牙设备最好通过附加功能->蓝牙->设置->认证需求，把认证需求关闭。确保测试完后要删除已经找到的蓝牙设备。 可以进入附加功能->蓝牙->我的装置->点击选项->删除，把找到过的蓝牙设备删除
手机测试方法
手机软件测试方法 系统测试方法分为：功能测试，一致性测试，性能测试，压力测试，容量测试，安全性测试，恢复性测试，备份测试，GUI测试，健壮性测试，兼容性测试，可用性测试，可安装性测试，文档测试，在线帮助测试以及数据转换测试等。 从手机软件系统测试的角度分为：功能模块测试，交叉事件测试，压力测试，容量性能测试，性能测试和用户手册测试等。 由于笔者执行手机软件测试的工作中，短消息和电话测试的较多，下面就以短消息为例来阐述，手机软件测试的一般方法和测试的要求，来供大家参考。 一．短消息[SMS]的基本功能测试 1、短消息的基本功能：是指短消息的编辑，删除，保存，收发，显示，以及各种按钮等功能的正常实现。 2、测试要求和执行：一般根据测试案例或软件本身的流程就可以完成短消息的基本功能测试。 二．短消息的交叉事件测试 1、交叉测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或来响闹。应该以执行干扰的冲突事件不会导致手机死机或花屏等严重的问题出现为Pass的标准。 2、测试要求和执行：干扰要恰到好处，准确，否则很难发掘出深层次的软件缺陷。三．短消息的压力性能测试 1、压力测试：又叫边界值容错测试或极限负载测试，即测试过程中，已经达到某一软件功能的最大容量，边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和PIM卡所能存储的最大的条数，仍然进行短消息的接收或发送，以检测软件在超常态条件下的表现，来评估用户能否接受。 2、测试要求和执行：可以考虑进行自动化测试 四．短消息的容量性能测试 1、容量测试：又叫满记忆体测试，包括手机的用户可用内存和SIM/PIM卡的所有空间被完全使用的测试。此时再对可编辑的模块进行和存储空间有关的任何操作测试，如果软件的极限容量状态下处理不好，有可能导致死机或严重的花屏等问题的出现。 2、测试要求和执行：可以考虑进行自动充满记忆体测试，要对不同品牌和不同容量大小的SIM/PIM卡进行测试 五. 短消息的兼容性能测试 兼容性测试：也就是不同品牌手机，不同网络，不同品牌和不同容量大小的SIM/PIM卡之间的互相兼容的测试，以短消息为例：中国电信的小灵通接收到从中国移动或中国联通GSM 发来的短消息，接收，显示和回复功能是否正常等； 硬件 表面装饰测试： 1.磨擦测试（Abrasion Test - RCA） 测试环境：室温。 试验方法：将手机外壳固定在RCA试验机上，用175g力摩擦300cycles。 检验标准：耐磨点涂层不能脱落，不可露出底材质地。 2.附着力测试（Coating Adhesion Test） 测试环境：室温 试验方法：使用百格刀刻出100个1平方毫米的方格，划格的深度以露出底材为止，再用3M610号胶带纸用力粘贴在方格面，1分钟后迅速以90度的角度撕脱，检查方格面油漆。
手机软件测试报告(模板)资料
技术文件 技术文件名称：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)