手机接收灵敏度的讨论
接收灵敏度和天线是分开考虑的
测量灵敏度时如果BS SIGANL=-92时BER约为2.4% 并不能说明接收灵敏度一定有问题要结合TCH LEVEL 和RX LEVEL 如果RX LEVEL比TCH LEVEL 低那么这个低的值要考虑到接收灵敏度里这样就是天线的问题而不是接收灵敏度不好了
大家讨论..............
可能出问题的有主板和lcd，如果像一些数据时钟信号走线没有处理好，也会出现干扰，这个问题我们处理得太多了
如果遇到时钟信号干扰接收灵敏度, 请问如何将其处理好呀?
是不是重新布板, 将该走线远离天线及射频?
有没有不用重新布板的方法啊??
我觉得这里有个误区，手机的灵敏度肯定和整机的EMC有关，但如果说整机的EMC过了就说灵敏度和主板无关那简直就是扯谈，我们EMC的指标是－30dBm(或-36dBm),对手机接收灵敏度有影响的杂散信号可能远远低于这个值。
本文来自：我爱研发网(https://www.doczj.com/doc/b813313251.html,) - R&D大本营
详细出处：https://www.doczj.com/doc/b813313251.html,/bbs/Detail_RD.BBS_1092_42_1_4.html
这位仁兄的手机灵敏度这么差，我觉得可以从一下几个方面去考虑解决：
1.传导模式很差，这个需要调LNA和SAW之间的匹配，并check layout。
2.天线因素，天线匹配，周围的器件（DC-DC之类的主动辐射体或降低天线性能的被动吸收器件）等。
3.天线附近的数据线，控制线，时钟线，电源线等，一般手机设计这一块都是有EMI器件做滤波的。
前面的讨论很高深，我还是综合前面的兄弟做个简单的总结。
本文来自：我爱研发网(https://www.doczj.com/doc/b813313251.html,) - R&D大本营
详细出处：https://www.doczj.com/doc/b813313251.html,/bbs/Detail_RD.BBS_1092_42_1_4.html
耦合测试灵敏度低,我们公司通过改进FPC的接地方式提高了2～3DB
还有现在发现很多时候,手机的悬浮的金属结构对手机的灵敏度有很大的影响,一些铝板就有问题,调了近两个星期的灵敏度,最终发现引发误帧率大的原因竟然与结构件有关.
离天线近的金属件对天线性能的引影响是较大,幅射的能理会被其耦合掉.附近金属件边缘至少距天线边缘7MM以上
主板对天线灵敏度的影响应注意以下几个方面：
1、RF模块附近避免安置一些零散的非屏蔽元件
2、不要设计较长的FPC
3、屏蔽盒尽量规整，同时少开散热孔，最忌讳条形孔槽
4、RF布线时多运用铺地隔离，走线多运用圆弧
5、PCB边缘打地墙
6、一些金属元件尽量接地，同时设计好RF地
做好这些方面，可以大大改善天线灵敏度和杂散
主板，对于GSM900MHz频段
接收灵敏度要求：当RF输入电平为一102dBm时，RBER不超过2％。测量时可测试实际灵敏度指标。根据多款移动电话的测试结果来看：当RBER＝2％时，若RF输入电平为-l09一l07dBm，则接收灵敏度为优；若RF输入电平为-l07一l05dBm，则接收灵敏度为良好；若RF输入电平为-105一l02dBm，则接收灵敏度为一般；若RF输入电平＞-l02dBm，则接收灵敏度为不合格。
主板，对于DCSl800MHz频段
接收灵敏度要求：当RF输入电平为-l00dBm，RBER不超过2％。测量时可测试实际灵敏度指标。根据多款移动电话的测试结果来看：当RBER＝2％时，若RF输入电平为一l08一-105dBm，则接收灵敏度为优；若RF输入电平为一105-- -l03dBm，则接收灵敏度为良好；若RF输入电平为-l03一-100dBm，则接收灵敏度为一般；若RF输入电平为＞-l00 dB mm，则接收灵敏度为不合格。
可以考虑考虑屏幕的影响！我有一个项目GSM900的灵敏度3D测试一直只有-92dB左右，
更离谱的是37信道只有-84dB，经检查是屏幕的问题，送样来的屏幕是比较好的那种，而贴片的时候屏幕被换成便宜货了！其自身工作的时候产生干扰导致灵敏度非常差！
换了好的屏幕之后测试GSM的975和124信道在3D暗室测试都有-104dB，就只有37信道始终只有-94dB，试过了很多方法都不能得到改善！后来把37信道换成了35信道测试，有-103.8dB，经检查得出37信道是收到主板上的一个元器件引起的干扰，导致其信道灵敏度比其他信道差了10dB左右！把元器件换了，测试37信道就OK了
本文来自：我爱研发网(https://www.doczj.com/doc/b813313251.html,) - R&D大本营
详细出处：https://www.doczj.com/doc/b813313251.html,/bbs/Detail_RD.BBS_1092_42_1_11.html
https://www.doczj.com/doc/b813313251.html,/ffzwhtml/10/10266/3961629.html
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．反应时间达到规范要求；
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）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告，更不能在安全警
目录 目录 (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、负数等
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.掌握手机常用波形的测试方法。 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脚。二、开机信号电压
蓝牙手机测试方法： 现随着科学的进步与发展，蓝牙技术不断日异月新，蓝牙手机也广泛用于大家手中。但不知道大家是否知道怎么测试自己的手机蓝牙功能。现我将我公司的测方法上传给大家分享与点评！ 蓝牙整机包括音频和文件测试两个部分 蓝牙音频通讯测试： 使用蓝牙耳机来进行测试 （注意：这种方法只能验证蓝牙工作是否正常） 器材： 好的蓝牙耳机一个 测试方法： 使用金机确认音质确保周围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度的角度撕脱，检查方格面油漆。
手机整机测试的方法 1目的 本规范定义了手机整机测试的方法和允收标准﹐以保证所提供之产品符合客户要求。 This document defined radio test and acceptable specification, and ensure the quality conforming to the requirement of the customer. 2适用范围SCOPE 适用于WLBG事业群生产手机产品的全球各厂区. 如果客户对手机有其它测试要求﹐则以客户要求优先. This document is applied for all factories produce radio in Wireless Business Group all over the world. If customer has other testing spec, regard it as standard. 3参考文件APPLICABLE DOCUMENTS ISO 2409 Paints and Varnishes- Cross-cut Test JIS K 5400 Testing Methods for Paints ASTM D2247-99 Standard Practice for Testing Water Resistance of Coatings in 100% Relative Humidity ASTM B117 Standard Practice for Operating Salt (Fog) Testing Apparatus 4Test Item: 4.1温度环境测试 4.1.1冷热冲击测试 Change of Temperature Test: 4.1.1.1测试设备﹕ Thermal shock chamber(两箱式冷热冲击机) 型号: TC–D4L (-65℃/ 150℃) TestApparatus: Thermal shock chamber,MODEL: TC–D4L (-65℃/ 150℃) 4.1.1.2测试条件﹕ a首先放入高温柜﹐温度﹕85℃, 单个循环保温时间45分钟﹔
手机黑盒测试测试方案与测试报告 1
学号: 08202138 班级:B7082021 专业:软件工程 姓名:申金萍 2
手机黑盒测试测试方案和测试报告 1、简介 手机作为专用的消费类电子产品需要进行以下测试:可靠性测试(对于硬件则是RQT;对于软件则是field trial);标准符合性测试(FTA);互操作性测试(IOT);安全性测试(安规测试);强度测试等。 1.1编写目的 1.由于现在软件的规模越来越大,一个人或者少数几个人已经不可能在一定的时间内完 成一个软件,因此软件开发的过程越来越复杂,层次越来越深。这就导致开发人员之 间的沟通有了一定的隔阂。因此,软件测试越来越有单立出来的必要和重要性。 3
2. 由于软件开发的过程的复杂性,软件必然存在着无数的Bug。而 且大多数是在软件上 市前必须解决的,而开发者有不定能发现这些问题,故而测试就显得非常必要。测试 是开发成功的必要保障。 3. 由于软件开发的层次性,因此开发的结果很可能与初衷不一样,这就需要测试者去发 现这些差异。因此,测试是软件成功的重要保证。 4. 软件不但要实现一些功能,更要完善它的性能。这就需要测试人员对软件进行评测, 从而不断地完善软件的性能。 1.2项目背景 在计划制定好之后,在执行之前,必须将测试所需的人力资源,硬件资源,软件资源,文 档资源以及环境和人文资源准备充分。 1.3术语 时间相关的性能测试可分为长时间保持测试和限定时间反应测试。 次数相关的性能测试是测试终端重复稳定地进行某项功能的能 力。 4
并发测试主要是测试终端同时进行多项业务时表现出的处理能力。 负载测试主要是验证系统的负载工作能力。 2、测试概要 2.1测试用例设计 5
手机软件测试方法 系统测试方法分为： 功能测试，一致性测试，性能测试，压力测试，容量测试，安全性测试，恢复性测试，备份测试，GUI测试，健壮性测试，兼容性测试，可用性测试，可安装性测试，文档测试，在线帮助测试以及数据转换测试等。从手机软件系统测试的角度分为： 功能模块测试，交叉事件测试，压力测试，容量性能测试，性能测试和用户手册测试等。 由于笔者执行手机软件测试的工作中，短消息和电话测试的较多，下面就以短消息为例来阐述，手机软件测试的一般方法和测试的要求，来供大家参考。 一、短消息[SMS]的基本功能测试 1、短消息的基本功能：是指短消息的编辑，删除，保存，收发，显示，以及各种按钮等功能的正常实现。 2、测试要求和执行：一般根据测试案例或软件本身的流程就可以完成短消息的基本功能测试。 二、短消息的交叉事件测试 1、交叉测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或来响闹。应该以执行干扰的冲突事件不会导致手机死机或花屏等严重的问题出现为Pass的标准。 2、测试要求和执行：干扰要恰到好处，准确，否则很难发掘出深层次的软件缺陷。 三、短消息的压力性能测试 1、压力测试：又叫边界值容错测试或极限负载测试，即测试过程中，已经达到某一软件功能的最大容量，边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和PIM卡所能存储的最大的条数，仍然进行短消息的接收或发送，以检测软件在超常态条件下的表现，来评估用户能否接受。 2、测试要求和执行：可以考虑进行自动化测试 四、短消息的容量性能测试 1、容量测试：又叫满记忆体测试，包括手机的用户可用内存和SIM/PIM卡的所有空间被完全使用的测试。此时再对可编辑的模块进行和存储空间有关的任何操作测试，如果软件的极限容量状态下处理不好，有可能导致死机或严重的花屏等问题的出现。 2、测试要求和执行：可以考虑进行自动充满记忆体测试，要对不同品牌和不同容量大小的SIM/PIM卡进行测试 五、短消息的兼容性能测试 兼容性测试：也就是不同品牌手机，不同网络，不同品牌和不同容量大小的SIM/PIM卡之间的互相兼容的测试，以短消息为例：中国电信的小灵通接收到从中国移动或中国联通GSM发来的短消息，接收，显示和回复
一般手机摄像头测试项 目以及方法 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998
一般手机摄像头测试项目以及方法 对于镜头的测试有： 1.杂光（仪器DNP VIEWER和EIAJ test chart F） 2. Resolution解析度（Light Box和ISO 12233 chart） 3. Distortion畸变（仪器DNP VIEWER和EIAJ test chart I） 4. Flare（点光源都能测试） 5.Light leaking漏光（A light source） 对于CMOS Image Sensor的测试有： 1. AWB白平衡（Light box和GretagMacbeth ColorChecker和IMATEST） 2. Gray灰阶（Light box和KODAK testing card） 3.动态范围（Light box和ISO14524动态范围测试卡） 4. AE曝光收敛范围（Light source Box） 5.色彩还原Color（DNP，color bar，IMATEST） 6.工频干扰Flicker（50，60 HZ光源） 7.暗角测试Lens shaing(另一种说法是相对照度，Relative illumination，一般直接对着DNP看就行) 8.坏点&黑点测试（defect pixel and particle，一般的图象软件都有查找坏点的功能） 9.信号噪点比（SNR，用IMATEST和GretagMacbeth ColorChecker可以得到精确数值） 注：括号外的一般是项目名称，括号内的是测试仪器，软件等。 暂时想到这么多，更加详细的图片和说明马上送上欢迎大家补充～ EIAJtestchartF 此主题相关图片如下： 如果有杂光散光现象，那么十字架就会拍成一个圆圈。 杂光的造成，镜头制作的不均匀，光的折射有偏差。 对最后成像的影响，造成图片在对着光源的时候有一种模糊朦胧的感觉。普通场景下一般差别不大。 为了更好的说明，我提供两个图片进行说明。 不同lens的不同效果图。其中一个有明显的散光。 ISO12233chart 这个就不介绍了，自己看资料：数码相机分辨率测试方法CIPA.pdf EIAJtestchartI 此主题相关图片如下： 一般性的要求 图像高度要求 ≤3%
测试执行：23轮功能测试，7轮系统测试，8轮健全测试，3轮机型兼容测试，3轮性能测试，1轮MTBF 测试，1轮PD/UI验证测试。 但是这其中有很多不足之处，较明显的如下： 1、前期功能测试和健全测试一天一轮，频度太快且测试费时，效果不好。 2、初期的测试用例设计全面，但未精确定义编写粒度，描述过程过细，后期因需求变更导致维护成本较高。 3、因项目流程和过程控制影响，无法明确划分测试阶段，且初期没有找到最佳敏捷测试方法，测试流程冗余僵化，导致大量重复性的工作，灵活性偏低。 在测试进程中我们已发现测试策略的问题，并及时调整，在阶段二开始使用新策略——使用两阶段测试模型： 1、阶段一<自由测试>：按照探索性测试（Exploratory Testing）模式，布置有针对性有重点的自由测试，以“把软件使用坏掉”为目的，尽可能多发现bug。 2、阶段二<覆盖测试>：执行各项测试用例，以“全面测试”为目的 具体的时间安排如下： 1、先期产品开发阶段，即Alpha release之前，做功能测试、健全测试、缺陷验证+自由测试。 2、项目中期，Alpha ~ Beta之间，执行全面的系统测试、兼容性测试、性能测试，并开展自动化脚本开发、环境搭建等工作。 3、Beta release之后，在产品发布前的2~3周，就开始确定稳定版本Release Candidate，在此版本基础上做最后一轮全面测试、重点子模块的健全测试、缺陷主导的ET等，完成最终报告并交由项目组领导、QA审核发布。 最近一直在做智能手机小应用的跟踪验证测试，故障单是由测试高手提供的，是一个非常完善的测试队，连我们的开发团队都感叹他们的敏锐，能发现潜在的Bug。在验证之余，我认真研究了他们出的故障单，做了一些总结： 1、手机软件系统测试的角度分为：功能模块测试，交叉事件测试，压力测试，容量性能测试，性能测试和用户手册测试等。 2、功能模块测试：首先应分析功能模块的功能项，测试每个功能项是否能够实现对应的功能。一般根据测试案例（Test Case）或软件本身的流程就可以完成基本功能测试。（相对简单，故障也较容易解决）
手机测试方法大全 在软件界面设计强调张扬个性的同时，我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用，这是一切软件界面设计和测试的必循之道，是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户对软件的生疏感，使老用户更易于上手、充分重用已有使用经验，并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行)，不妨从下列一些角度测试软件的人机界面。 一致性测试 一致性使软件人机界面的一个基本要求。目的是使用户在使用时，很快熟悉软件的操作环境，同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时，需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见： ――提示的格式是否一致 ――菜单的格式是否一致
――帮助的格式是否一致 ――提示、菜单、帮助中的术语是否一致 ――各个控件之间的对齐方式是否一致 ――输入界面和输出界面在外观、布局、交互方式上是否一致 ――命令语言的语法是否一致 ――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索) ――存在同一产品族的时候，是否与其他产品在外观、布局、交互方式上是否一致(例：Office产品族) ――同一层次的文字在同一种提示场合(一般情况、突显、警告等)在文字大小、字体、颜色、对齐方式方面是否一致 ――多个连续界面依次出现的情况下，界面的外观、操作方式是否一致(当然可能会有例外，比如操作结束的界面)
信息反馈测试 假设系统的使用者是一个初出茅庐的生手，你能指望她(他)在进行操作不出错吗?但这还不是问题的所在，问题的所在在于我们都会犯错误，我们都有自己不了解的东西。如何避免，这要求我们的人机界面有足够的输入检查和错误提示功能。通过信息反馈，用户得到出错提示或是任务完成的赞许之语。但有些不幸的是，我们很多系统都在此方面做的不尽人意。下面是这类测试的一些参考意见： ――系统是否接受客户的正确输入并做出提示(例：鼠标焦点跳转); ――系统是否拒绝客户的错误输入并做出提示(例：弹出警告框，声响); ――系统显示用户的错误输入的提示是否正确，浅显易懂(例：“ERR004”这样的提示让人不知所云); ――系统是否在用户输入前给出用户具体输入方式的提示(例：网站注册程序); ――系统提示所用的图
选择画面 先选择“功能表”，然后用上下键移动选项至“Net monitor”选项，选到该选项后，选择"进入"，此时选项将变成下图所示： 在空格处键入想要进入的选项数值，如01界面，就键入01或者是101后选择“确认”。若欲离开所处选项，选"功能表"，然后用上下键移动选项至Net monitor选项，选到该选项后，选择"进入"，输入“00”，选择“确认”。 画面显示 当手机处于使用Net monitor时，画面显示格式如下，（以01项为例）
信号强度格数和电池电量显示皆固定于原本位置。当有系统警告信息时，会暂时跳离该画面，显示警告信息，以提醒使用者，随后将恢复工程模式选项。 Net monitor的选项繁多，加上几乎皆以数字表示，不易辨认。此时可按*键不放，画面将切换为该选项字段的缩写或代号，以供使用者查阅。此求助画面将停留至使用者再次长按*键始离开。 在Net monitor中可看到以下的信息(以前19个选项为例)︰ 选项01︰使用中基站和频道的信息 选项02︰更多有关使用中基站和频道的信息 选项03︰使用中基站和邻近两个最强的频道的信息 选项04︰邻近第三、四、五个频道的信息 选项05︰邻近第六、七、八个频道的信息 选项06︰可用及不可用网络选择的显示 选项07︰使用中频道的系统信息 选项10︰显示呼叫重复间隔的数值，TMSI，周期性位置更新的时间（Periodic Location Update Timer），AFC，AGC等信息 选项11︰国家识别码，网络代码，基站编号等信息 选项12︰加密状况（ciphering）、跳频（hopping）DTX状态及IMSI侦测状况的相关信息
手机短信软件测试方法 系统测试方法分为：功能测试，一致性测试，性能测试，压力测试，容量测试，安全性测试，恢复性测试，备份测试，GUI测试，健壮性测试，兼容性测试，可用性测试，可安装性测试，文档测试，在线帮助测试以及数据转换测试等。 从手机软件系统测试的角度分为：功能模块测试，交叉事件测试，压力测试，容量性能测试，性能测试和用户手册测试等。 由于笔者执行手机软件测试的工作中，短消息和电话测试的较多，下面就以短消息为例来阐述，手机软件测试的一般方法和测试的要求，来供大家参考。 一．短消息[SMS]的基本功能测试 1、短消息的基本功能：是指短消息的编辑，删除，保存，收发，显示，以及各种按钮等功能的正常实现。 2、测试要求和执行：一般根据测试案例或软件本身的流程就可以完成短消息的基本功能测试。 二．短消息的交叉事件测试 1、交叉测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或来响闹。应该以执行干扰的冲突事件不会导致手机死机或花屏等严重的问题出现为Pass的标准。 2、测试要求和执行：干扰要恰到好处，准确，否则很难发掘出深层次的软件缺陷。 三．短消息的压力性能测试 1、压力测试：又叫边界值容错测试或极限负载测试，即测试过程中，已经达到某一软件功能的最大容量，边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和PIM卡所能存储的最大的条数，仍然进行短消息的接收或发送，以检测软件在超常态条件下的表现，来评估用户能否接受。 2、测试要求和执行：可以考虑进行自动化测试 四．短消息的容量性能测试 1、容量测试：又叫满记忆体测试，包括手机的用户可用内存和SIM/PIM卡的所有空间被完全使用的测试。此时再对可编辑的模块进行和存储空间有关的任何操作测试，如果软件的极限容量状态下处理不好，有可能导致死机或严重的花屏等问题的出现。