![手机测试规程[1]](https://img.doczj.com/imgeb/072njmjw9ta3mabkl5ly-b1.webp)
![手机测试规程[1]](https://img.doczj.com/imgeb/072njmjw9ta3mabkl5ly-c2.webp)
GSM/GPRS手机主板测试规程
目次
前言 .................................................................... IV 1范围 (1)
2规范性引用文件 (1)
3术语和定义 (1)
4测试环境与仪表 (2)
4.1正常测试环境 (2)
4.2测试仪器和设备 (2)
5测试内容列表 (3)
6无线指标测试 (5)
6.1常规射频性能测试 (5)
6.1.1频率误差和相位误差 (5)
6.1.2发射机载频峰值功率和突发脉冲定时 (6)
6.1.3输出射频频谱 (8)
6.1.4参考灵敏度 (9)
6.1.5接收机有效输入电平范围 (10)
6.1.6RXLEV (11)
6.1.7接收机适用的输入电平 (11)
6.1.8共信道抑制能力 (12)
6.1.9邻信道抑制能力 (13)
6.1.10互调抑制能力 (14)
6.1.11接收机阻塞和杂散响应抑制能力 (14)
6.1.12接收机AM抑制能力 (15)
6.1.13杂散发射 (16)
6.2长时间工作测试 (18)
6.2.1发射功率和脉冲包络定时 (18)
6.2.2频率误差和相位误差 (18)
6.2.3发射输出频谱 (18)
6.2.4参考灵敏度 (19)
6.2.5低电压长时间工作 (19)
6.3GPRS射频性能测试 (20)
6.3.1频率误差和相位误差 (20)
6.3.2发射功率和脉冲包络定时 (20)
6.3.3发射输出频谱 (21)
6.3.4BLER测试 (22)
6.4其他测试 (23)
6.4.1全频道扫描测试 (23)
6.4.2电压拉偏测试 (23)
7基带功能指标测试 (24)
7.1下载/校准 (24)
7.1.1Flash下载 (24)
7.1.2校准/终测 (25)
7.2开关机测试 (25)
7.2.1开关机电压 (25)
7.3系统连接器 (26)
7.3.1系统连接器 (26)
前言
本标准主要规定了GSM/GPRS手机在整机硬件测试中的相关测试内容、测试方法和判断标准。
本标准主要依据GSM/GPRS手机相关国家标准规范、进网检测要求和事业部内部报告模板制定，为整机硬件测试提供参考。
本标准属于手机系统测试系列规程中的一部分，其它还包括软件、结构、外场、可靠性方面的测试规程。
本标准的附录A是测试报告模板。
1范围
本标准规定了GSM/GPRS数字移动电话机在整机测试阶段时的硬件测试内容、测试方法和判断标准。
本标准适用于GSM/GPRS数字移动电话机的整机硬件测试工作,也可以为单板测试提供参考。
2规范性引用文件
下列标准包含的条文，通过在本标准中的引用而构成为本标准的条文。在标准出版时，所示版本均为有效。在下面所引用的文件中，对于没有写出年代号的标准，使用时最新发布标准为有效版本。本标准若低于正式发布的国标试验条件的内容，则以正式发布的国标为准。
[1]EN 300 607-1（GSM 11.10-1）《数字蜂窝无线电通信系统(第2阶段)移动台(MS)
一致性要求》
[2]GB/T 18287-2001《蜂窝电话用锂离子电池总规范》
[3]GB4943 信息技术设备（包括电气事务设备）的安全
[4]YDN 055-1997《900/1800MHz TDMA 数字蜂窝移动通信网移动台设备技术规范》
[5]YD 1032-2000《900/1800 TDMA数字蜂窝移动通信系统电磁兼容性限值和测量方法
第一部分移动台及其辅助设备》
[6]YD/T 998-1999《移动通信手持机用锂离子电源及充电器》
[7]YD/T1214-2002 《900/1800MHz TDMA数字蜂窝移动通信网通用分组无线业务（GPRS）
设备技术要求：移动台》
[8]YD/T 1215-2002 《900/1800MHz TDMA数字蜂窝移动通信网通用分组无线业务（GPRS）
设备测试规范：移动台》（代替YD/T 884-1996）
[9]GSM数字移动电话机入网检测实施细则（信息产业部 2000）
3术语和定义
下列术语和定义适用于本标准。
ARFCN Absoluteness Radio Frequency Channel 绝对射频信道
ARL Acoustic Reference Level 声参考电平
BCCH Broadcast Control CHannel 广播控制信道
BER Bit Error Rate 比特误码率
BS Base Station 基站
DAI Digital Audio Interface 数字音频接口
DTX Discontinuous Transmission 非连续发射
EMC Electromagnetic Compatibility 电磁兼容
ERP Ear Reference Point 耳参考点
EQ50 Equalisation test 50km/h 多径条件50km/h
GSM Global System for Mobile Communication 全球移动通信系统HT100 100km/h in Hilly Terrain 丘陵地区100km/h IMEI International Manufacture Equipment 国际移动设备识别码LCD Liquid Crystal Display 液晶显示器
LRGP Loudness Rating guard-ring position 响度评定值保护环MRP Mouth Reference Point 嘴参考点
MS Mobile Station 移动台
RA250 250km/h in Rural Area 郊区250km/h
RLR Receive loudness rating 接收响度评定值
RSSI Received Signal Strength Indication 接收信号强度指示SIM Subscriber Identity Module 用户标识模块
SLR Send Loudness Rating 发送响度评定值
SS System Simulator 系统模拟器
STMR SideTone Masking Rating 侧音掩蔽评定值
TCH Traffic Channel 业务信道
TU50 50km/h in Typical Urban area 城区50km/h
TU3 3km/h in Typical Urban area 城区3km/h
4测试环境与仪表
4.1正常测试环境
正常测试环境指表1中各种条件的组合，本规程中所有测试均在正常环境下进行。
表1 正常测试环境
4.2测试仪器和设备
硬件相关的主要测试仪器和设备如表3所示。
表3测试仪器和设备
所使用的测试仪器和设备应经过校准，并且有效期内；测试误差应优于表4要求。
表4 测试设备误差要求
5测试内容列表
表5射频测试内容列表
表6 基带测试内容列表
6无线指标测试
6.1常规射频性能测试6.1.1频率误差和相位误差
6.1.2发射机载频峰值功率和突发脉冲定时
6.1.3输出射频频谱
6.1.4参考灵敏度
6.1.5接收机有效输入电平范围
6.1.6RXLEV
6.1.7接收机适用的输入电平
6.1.8共信道抑制能力
6.1.9邻信道抑制能力
6.1.10互调抑制能力
6.1.11接收机阻塞和杂散响应抑制能力
6.1.12接收机AM抑制能力
6.1.13杂散发射
目录 一、手机工作流程示意图(Infineon平台、Broadcom平台、MTK平台) 二、射频部分讲解 三、逻辑部分讲解 四、电源部分讲解 五、电性能部分讲解
手机工作流程示意图
一、射频部分讲解 由天线接收到的高频信号送到PR接口，再送往射频转换开关，此时具有GSM和DCS两种工作状态： 频段切换的控制信号VC1、VC2 10处于GSM发射状态 00处于GSM、DCS接收状态 0DCS发射状态 的接收信号经高频虑波器虑波送到中频IC，另一路1800MHZ的接收信号经高频虑波器虑波送到中频IC；中频IC对虑波后接收信号在内部进行低噪声放大，然后和接收本振送来的接收信号进行混频，产生360MHZ的中频信号送到中频虑波器进行虑波，虑波后的中频信号送往中频IC再进行二次混频，最终产生四路接收I/O信号送往BGA；在BGA内部进行A/D转换以及信号外理，然后再经过在D/A转换面语音信号送往LCD、听简等。 2、发射电路
语音信号从MIC输入，BGA将语音信号转换成电流信号，在BGA内部进行A/D转换和数字信号处理，然后再D/A转换调制成发射信号的I/O信号，送到中频IC进行调制；由中频IC内部进行变频产生424MHZ的发射信号，再和发射本振进行混频、虑波产生发射信号，然后发射本振振荡产生所需的GSM、DCS的发射频率信号送到功率放大IC；当手机收到基站发出的功率级别要求，在BGA控制下从功率表中调出相应的功率级别数据，经过D/A转换成标准功率控制电平与实际发射的功率值比较，产生误差电压去调节激励放大电路、功放增益，将放大后的信号送到射频转换开关进行GSM900和DCS1800的频段切换，最终送往天线进行发射。 3、线路流程 接收通路：天线信号射频测试点射频转换开关高频虑波器（一路GSM900信号；一路DCS1800信号）中频IC 接收本振中频虑波器BGA 发射通路：MIC受话BGA 中频IC发射本振功率放大IC射频转换开关射频测试点天线信号 4、维修实例 Infineon平台： Broadcom平台： 不入软件位ABORT： A、电流为0的情况： 1、32KHZ是否正常工作； 2、U4外围电阻R8、R15、C7 3、C74的阻值是否正常； 3、开机键U4＃43脚BGA B、电流过小的情况： 1、13MHZ是否正常工作； 2、13MHZ U17BGA 3、U4外围电阻R40、R39的阻值是否正常； 4、U19的虚焊、不良问题引起的； C、电流正常，但不入软件： 1、U1、U21、U4不良问题引起的； 2、U21外围电阻R40、R39的阻值是否正常； 3、尾插J4U1之间的物理通路是否导通； 3、U19、FL 4、FL5的虚焊、不良问题引起的； D、电流过大的情况： 1、U1、U21、U4、U14不良问题引起的； 2、U16、U18的短接、不良问题引起的； 3、U19的短接、不良问题引起的；
手机生产测试流程以及设备需求 生产测试流程包括： 1前端主板测试流 2后端整机组装测试流程
流程详解： 2.1 前端主板测试流程： SMT：SMT 贴片线贴装主板。 DownLoad： 通过下载工具将手机软件下载到手机的flash 芯片中。(在SMT 贴片之前采用Socket 烧录器将手机软件直接烧录到手机的flash 芯片中也可) WriteSN：写手机主板板号，板号一般包括生产日期、主板型号、流水号等。 Calibration： 校准手机主板的射频指标以及电性能测试。包括AFC、RX、APC、ADC 。 F/T： 主板综测、测试项目包括GSM、DCS 的功率、相差、均方根相差、频率误差、开关谱、调制谱、接收机灵敏度。各项目的标准参照GSM 相关标准(GSM05.05 、GSM05.08) 。 2.2 后端整机组装测试流程： 2.2.1 PCBA IQA：依照PCBA 的检验标准进行。将不良品做不良品标识、返回前端。 2.2.2 LCD IQA： 参照LCD 模组的来料检验标准进行。将不良品退仓，做不良品标识。 2.2.3 开机检查： 将LCD 模组和焊接好Speaker 和Mic 的主板连接好，插入测试用供电线缆，检查开机是否正常，以及开机电流是否小于400mA，是否能听到开机铃声音。 2.2.4整机组装： 手动测试(也可通过程序控制输入工程指令)： 参照整机组装方法组装整机。 2.2.5输入手机测试专用工程指令、测试响铃、振动、LED、主屏、小屏、音频回路、摄像、键盘。 2.2.6 外观检验： 对功能测试为良品的机头进行外观检验，具体的检验标准请参考《手机结构件外观验收要求》（客户可自行确定要求）。 2.2.7 整机测试： 整机终测、测试项目包括GSM、DCS 的功率、相差、均方根相差、频率误差、开关谱、调制谱接收机灵敏度。各项目的标准参照GSM 相关标准(GSM05.05 、GSM05.08) ，已经最大发射电流。 2.2.8耦合测试：通过天线耦合测试手机整机的GSM、DCS 的功率、相差、均方根相差、频率误差。各项目的标准参照GSM 相关标准(GSM05.05 、GSM05.08) 。 2.2.9IMEI 写入：写入IMEI 号码到手机。 2.2.10核对IMEI：检查IMEI 号码是否正确写入 2.2.11FQC 检验：(参照客户检验标准) 2.2.12包装： ( 参照客户包装要求) 2.2.13 FQA： 2.2.14入库： 测试设备需求清单： 3.1前端主板测试各工位设备清单： 3.1.1 DownLoad： PC 一台,要求WIN2K/WINXP、有USB接口 USB 扩展卡2块或USB HUB 2个 Calibration Cable 8 根 3.8v- 4.2v 稳压电源一台,最大可输出电流要超过1A。（U3606A） 3.1.2WriteSn： PC 一台,要求WIN2K/WINXP、有USB接口 Calibration Cable 1根, 3.8v- 4.2v稳压电源一台（U3606A） 3.1.3Calibration： PC 一台,要求WIN2K/WINXP、有USB 接口 GPIB 卡一块,要求NIGPIB 卡或KeithlyGPIB 卡、不支持HPGPIB 卡 GPIB线2根或3 根(根据电源多少) CMU200 一台 Aglient或Keithly 电源一台。（U3606A） 主板校准夹具一套（包含测试用射频电缆） Calibration Cable 1根
app客户端测试规范 APP测试流程 目录 1.测试基本流程图 (3) 2.测试要点 (4) 2.1测试资源 (4) 2.2接收版本 (4) 2.3UI 测试 (4) 2.4功能测试 (4) 2.5兼容测试/性性能测试 (5) 2.6后台数据统计测试 (5) 2.7用户行为统计测试 (5) 2.8回归测试 (6) 3.App测试点 (6) 3.1安全测试 (6) 3.1.1软件权限 (6) 3.1.2安装与卸载安全性 (7) 3.1.3数据安全性 (7) 3.1.4通讯安全性 (8) 3.1.5人机接口安全性 (8) 3.2安装、卸载测试 (8) 3.2.1安装 (9) 3.2.2卸载 (9) 3.3 UI 测试 (9)
3.3.1导航测试 (10) 3.3.2图形测试 (10) 333内容测试 (10) 3.4功能测试 (10) 3.4.1 运行 (11) 342应用的前后台切换 (12) 3.4.3免登录 (12) 344数据更新 (13) 345离线浏览（无网测试） (13) 3.4.6 App 更新 (13) 3.4.7定位、照相机服务 (13) 3.4.8时间测试 (14) 3.4.9 PUSH 测试 (14) 3.5性能测试 (14) 3.6交叉事件测试 (14) 3.7兼容测试 (15) 3.8回归测试 (15) 3.9升级、更新测试 (15) 3.10用户体验测试 (16) 3.11硬件环境测试 (16) 3.11.1手势操作测试 (16) 3.11.2网络环境 (17) 3.11.3服务器宕机或出现404、502等情况下的测试 (17) 3.12接口测试 (17) 3.13客户端数据库测试 (17)
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目的 确保软件产品质量，使产品能够顺利交付和通过验收的一项重要措施。 2适用围 适用于项目开发过程中的单元测试、集成测试、系统测试、业务测试、验收测试以及一些专项测试。 3职责 ?项目测试负责人组织编制《测试计划》、《测试方案》，指导和督促测试人员完成各阶段的测试工作。 ?项目组测试人员按照《测试计划》、《测试方案》完成所承担的测试任务，并按要求填写《问题报告及维护记录》。 ?测试经理依照确认规程和准则对工作产品进行确认，提出对确认规程和准则的修改意见 ?项目负责人组织测试环境的建立。 ?项目经理审核负责控制整个项目的时间和质量。 ?研发人员确认修改测试人员提交的bug。 4工作流程 4.1 测试依据 详细设计是模块测试的依据。因此设计人员应向测试人员提供《系统需求规格书名书》、《详细设计》、《概要设计》等有关资料。测试人员必须认真阅读，真正弄懂系统需求和详细设计。 4.2 制订《测试方案》 在测试之前，由项目负责人根据《测试计划》的要求，组织人员编制相应的《测试方案》，《测试方案》应包括以下容：
?测试目的； ?所需人员及相应培训要求； ?测试环境、工具和测试软件； ?测试用例、测试数据和预期的结果。 4.3 单元测试 项目开发实现过程中，每个程序单元（程序单元的划分视具体开发工具而定，一般定为函数或子程序级）编码调试通过后，要及时进行单元测试。 单元测试由单元开发者自己进行，使用白盒测试方法，根据程序单元的控制流程，争取达到分支覆盖。对于交互式运行的产品，不便于进行自动测试的，可以采用功能测试的方法进行。 单元测试针对程序模块，从程序的部结构出发设计测试用例。多个模块可以独立进行单元测试。 ?单元测试容包括模块接口测试、局部数据结构测试、路径测试、错误处理测试等； ?单元测试组织原则一遍根据开发进度安排对已开发完成的单一模块进行测试； ?单元测试停止标准：完成了所有规定单元的测试，单元测试中发现的bug已经得到修改。 4.4 集成测试 编码开发完成，项目组部应进行组装测试。 集成测试由项目负责人组织策划（编写测试计划、测试用例）并实施。集成测试着重对各功能模块之间的接口进行测试，验证各功能模块是否能协调工作、参数传递及功能调用是否正常。测试采用交叉方法，即个人开发的软件应由其他的项目组成员进行测试。 集成测试过程应填写《问题报告及维护记录》，测试结果应形成《测试报告》。 4.5 系统测试 在项目开发完成之后，应对整个系统软件和硬件进行系统测试。对性能、可靠性、健壮性、压力承受力等方面分别进行评价，以验证系统是否满足
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）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告，更不能在安全警
关于手机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上所有的“外部原因”问题，都需要尽早地督促开发人员与客
目录 目录 (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、负数等
手机流程一，主板方案的确定 在手机设计公司，通常分为市场部（以下简称MKT），外形设计部（以下简称ID），结构设计部（以下简称MD）。一个手机项目的是从客户指定的一块主板开始的，客户根据市场的需求选择合适的主板，从方案公司哪里拿到主板的3D图，再找设计公司设计某种风格的外形和结构。也有客户直接找到设计公司要求设计全新设计主板的，这就需要手机结构工程师与方案公司合作根据客户的要求做新主板的堆叠，然后再做后续工作，这里不做主要介绍。当设计公司的MKT和客户签下协议，拿到客户给的主板的3D图，项目正式启动，MD的工作就开始了。 二，设计指引的制作 拿到主板的3D图，ID并不能直接调用，还要MD把主板的3D图转成六视图，并且计算出整机的基本尺寸，这是MD的 基本功,我把它作为了公司招人面试的考题,有没有独立做过手机一考就知道了,如果答 得不对即使简历说得再经验丰富也没用,其实答案很简单,以带触摸屏的手机为例,例如 主板长度99,整机的长度尺寸就是在主板的两端各加上,整机长度可做到99++=104,例如主板宽度,整机的宽度尺寸就是在主板的两侧各加上,整机宽度可做到++=,例如主板厚度,整机的厚度尺寸就是在主板的上面加上(包含的上壳厚度和的泡棉厚度),在主板的下面 加上(包含的电池盖厚度和的电池装配间隙),整机厚度可做到++=,答案并不唯一,只要能说明计算的方法就行还要特别指出ID设计外形时需要注意的问题，这才是一份完整的设计指引。 三，手机外形的确定 ID拿到设计指引，先会画草图进行构思，接下来集中评选方案，确定下两三款草图，既要满足客户要求的创意，这两三款草图之间又要在风格上有所差异，然后上机进行细化，绘制完整的整机效果图，期间MD要尽可能为ID提供技术上的支持，如工艺上能否实现，结构上可否再做薄一点，ID完成的整机效果图经客户调整和筛选，最终确定的方案就可以开始转给MD做结构建模了。 四，结构建模 1.资料的收集
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）当将密码或其他的敏感数据输人到应用程序时，其不会被储存在设备中，同时密码也不会被解码
手机APP测试流程规范 一、流程图 仍然为测试环境
测试周期 测试周期一般为两周（10个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.测试资源 测试任务开始前，检查各项测试资源。 1.产品功能需求文档 2.产品原型图 3.产品效果图 4.行为统计分析定义文档 5.测试设备（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上； Symbian v3/v5/Nokia Belle等） 6.其他（例如有秒杀专题的项目，需要规划秒杀时间表；有优惠券使用的 项目，需要申请添加优惠券数据；支付宝/银联支付功能的项目，需要提前申请支付宝/银联账户等等） 2.测试要点 1.接收版本 A）接收测试版本的同时，需要查看程序填写的《App测试版本提交质量规范》，若符合则开始测试任务，若不符合规范，可拒绝测试。 B）日常接收版本时需要注意测试版本规范，如不符合，请开发人员重新修改合适的版本号后再次提交测试。 2.UI测试 A）确保手头的原型图与效果图为当前最新版本。 B）确保产品UI符合产品经理制定的原型图与效果图。 C）一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。 D）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型 3.功能测试 A）确保手头的功能需求文档为当前最新版本。 B）确保所有的软件功能都已实现且逻辑正常。 C）一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。 D）若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到产品经理的确认，而不是单单只听开发人员的技术解 释。 E）P MS上所有的“外部原因”问题，都需要尽早地督促开发人员与客户服务端人员联系协调解决。 F）P MS上所有的“设计如此”、“延期处理”问题，都需要和产品经理
手机软件测试规
手机软件测试规 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、流程图: 新机型软件
个人简历 个人信息 姓名：性别：男 出生日期：1990 籍贯：河南省 毕业院校：郑州科技学院专业：计算机应用技术 学历：大专手机：xx 邮箱：xxx@https://www.doczj.com/doc/ee13982327.html, 求职意向 手机测试和相关专业 职业技能 1.软件测试：学习过测试流程，文档的编写，测试用例，软件测试周期、软件工作流程及掌握黑盒测试技术，能够运用黑盒、白盒的测试方法，及自动化测试工具，完成测试用例的编写和执行，并提交缺陷报告等。 2.测试工具：自动化测试工具（Quick Test Professional），性能测试工具（LoadRunner），能够使用loadrunner自动化测试工具进行功能和性能自动化测试。 3.编程技术：学习过C++、HTML。 4.数据库：Access、SQL server 2000/2005。 5.办公软件：使用软件会用Ppt、Word、 Excl、及其它Office系列办公软件。 6.操作系统：Windows和Linux下各类开发及测试环境的搭建。 项目经验 项目一：中国石油管道公司移动应用系统测试 测试环境：CPU 双核 + 2.0GHz + 内存2.0 + 硬盘60G + Windows7 +IE 7.0以上 项目描述：该系统是北京万岩通有限公司为中国石油西南管道公司、西北管道公司及宁夏石化公司开发的移动应用系统，主要包含：移动站点、移动新闻、文档库、代办管理，各集团移动信息门户等功能；在此期间本人负责对西北销售信息门户的新闻、栏目、行业动态、子站点等内容进行Web测试及兼容性测试。 职责描述：担任测试工程师，负责搭建测试环境，完成所负责功能模块的PC机和移动终端的页面 Web测试、兼容性以及安全性测试，设计测试用例并执行，提交缺陷 报告。 项目二：北京万岩通HRM系统
R D.c o m?手机设计与制造全过程转自M O T O手机论坛[] [] 现在的手机已经渐渐脱离了单纯通讯工具的身份，逐渐转变成为一个多媒体和信息的终端设备，未来日常的沟通、娱乐、理财等活动，都是可以透过手机来进行。当大家在每一次看到一部新奇而又拥有高性能、鲜亮的外观设计的手机出现时，各位是否有这样的好奇心，这样的手机到底是怎么设计和制造出来的呢？[] [] 所以今天我们尝试用一个技术的客观角度，来简单描述手机设计部门的构造与及部门与部门之间的关系，最后向大家展示手机由制造到面世前的种种测试，好让大家更进一步了解手机，更加珍惜你的爱机，或许你日后不会轻易的更换它了吧！[] [] 一、手机的设计流程[] []
用一个较简单的阐释，一般的手机设计公司是需要最基本有六个部门：ID、MD、HW、SW、PM、Sourcing、QA。[] [] 1、I D(I n d u s t r y D e s i g n)工业设计[] [] 包括手机的外观、材质、手感、颜色配搭，主要界面的实现与及色彩等方面的设计。[] ] 例如摩托罗拉“明”翻盖的半透明，诺基亚7610的圆弧形外观，索爱W550的阳光橙等。这些给用户的特别感受和体验都是属于手机工业设计的范畴，一部手机是否能成为畅销的产品，手机的工业设计显得特别重要！[] [] 2、M D(M e c h a n i c a l D e s i g n)结构设计[] [] 手机的前壳、后壳、手机的摄像镜头位置的选择，固定的方式，电池如何连接，手机的厚薄程度。如果是滑盖手机，
如何让手机滑上去，怎样实现自动往上弹，SIM卡怎样插和拔的安排，这些都是手机结构设计的范畴。繁琐的部件需要M D的工作人员对材质以及工艺都非常熟识。[] 摩托罗拉V3以的厚度掀起了手机市场的热潮，V3手机以超薄为卖点，因为它的手机外壳材质选择十分关键，所以V3的外壳是由技术超前的航空级铝合金材质打造而成。可以这样说，特殊外壳材质的选择成就了V3的成功。[] [] 另外有个别用户反应在使用某些超薄滑盖手机的时候，在接听电话时总能感觉到手机前壳的左右摇动，这就是手机结构设计出了问题，由于手机的壳体太薄，通话时的扬声器振动很容易让手机的机身产生了共振。[] [] 3、H W(H a r d w a r e)硬件设计[] [] 硬件主要设计电路以及天线，而HW是要和MD保持经常性的沟通。[]
手机常用信号的测试方法 ●目的 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脚。二、开机信号电压
解密手机生产流程 手机生产流程简介：当大家在每一次看到一部新奇而又拥有高性能、鲜亮的外观设计的手机出现时，各位是否有这样的好奇心，这样的手机如何制造出来的呢？今天我们尝试用一个技术的客观角度，来简单描述手机生产的流程，好让大家更进一步了解手机的构造！ 一、手机的设计流程 手机设计公司一般需要最基本有六个部门： ID(Industry Design)工业设计、MD(Mechanical Design)结构设计、HW(Hardware) 硬件设计、SW(Software)软件设计、 PM(Project Management)项目管理、Sourcing资源开发部、QA(Quality Assurance)质量监督 1、ID(Industry Design)工业设计 手机的外观、材质、手感、颜色配搭，主要界面的实现与及色彩等方面的设计。 例如摩托罗拉“明”翻盖的半透明，诺基亚7610的圆弧形外观，索爱W550的阳光橙等。这些给用户的特别感受和体验都是属于手机工业设计的范畴，一部手机是否能成为畅销的产品，手机的工业设计显得特别重要！ 2、MD(Mechanical Design)结构设计 手机的前壳、后壳、手机的摄像镜头位置的选择，固定的方式，电池如何连接，手机的厚薄程度。如果是滑盖手机，如何让手机滑上去，怎样实现自动往上弹，SIM卡怎样插和拔的安排，这些都是手机结构设计的范畴。繁琐的部件需要MD的工作人员对材质以及工艺都非常熟识。 摩托罗拉V3以 13.9mm的厚度掀起了手机市场的热潮，V3手机以超薄为卖点，因为它的手机外壳材质选择十分关键，所以V3的外壳是由技术超前的航空级铝合金材质打造而成。可以这样说，特殊外壳材质的选择成就了V3的成功。 另外有个别用户反应在使用某些超薄滑盖手机的时候，在接听电话时总能感觉到手机前壳的左右摇动，这就是手机结构设计出了问题，由于手机的壳体太薄，通话时的扬声器振动很容易让手机的机身产生了共振。 3、HW(Hardware) 硬件设计 硬件主要设计电路以及天线，而HW是要和MD保持经常性的沟通。比如MD要求做薄，于是电路也要薄才行得通。同时HW也会要求MD放置天线的区域比较大，和电池的距离也要足够远，HW还会要求ID在天线附近不要放置有金属配件等等。可想而知一部内置天线的设计手机，其制造成本是会较一部外置天线设计的手机贵上20-25%，其主要因素就是天线的设计，物料的要求与及电路的设计和制造成本平均都是要求较高一些。 通常结构设计师(MD)与工业设计师(ID)都会有争论，MD说ID都是画家，画一些大家做不出来的东西，而ID会说MD笨，不按他们的设计做，所以手机卖得不好。所以，一款新的手机在动手设计前，各个部门都会对ID部门的设计创意进行评审，一个好的ID 一定要是一个可以实现的创意，并且客户的体验感觉要很好才行。当年摩托罗拉V70的ID就是一个很好的实现创意例子，后期市场的反应也不错，而西门子的Xelibri的创意虽然也很好，也可实现，但可惜的是最终客户的使用感觉并不好，所以一个真正好的创意，不但要好看，可实现，而且还要好用。 另外HW也会与ID吵架，ID喜欢用金属装饰，但是金属会影响了天线的设计以及容易产生静电的问题，因此HW会很恼火，ID/MD 会开发新材料，才能应付ID的要求。诺基亚8800就是一个好例子，既有金属感，又不影响天线的接收能力。 4、SW(Software)软件设计
手机软件测试中的MMI测试 摘要 当前我国的手机软件测试技术从总体上说属于刚刚起步的阶段，近几年正处于快速起步的过程，但是同发达国家的差距还是很大的，从而手机软件测试技术我国手机行业中面临着更加激烈的竞争和挑战。本文主要围绕手机MMI测试的各个方面来介绍手机测试技术，并从实际应用的角度出发，以手机智能终端和2G、3G业务规划为基础，系统地介绍了手机软件测试的各个方面，尤其是手机的MMI测试，是本文讨论的重中之重。文章中系统地介绍了MMI测试在整个手机软件测试中的地位和作用，并通过本人的实际项目来介绍手机MMI测试，以及在实际项目中的测试经验和手机测试技术。文章的侧重点则是手机MMI测试的测试用例的编写，并且举例介绍具体的测试用例的编写细节和常用方法，也包括具体测试故障（Bug）的提交等方法。 关键字人机界面；手机终端；测试用例；
The MMI Test In Mobile Test Technology Abstract C urrently, generally speaking, China’s Mobile p hone software testing techniques are just at the beginning stages. In recent years, it has enjoyed rapid growth. But compared with the developed countries, we still have a long way to go. Mobile phone industry is faced with fierce competitions and challenges. From the perspective of practical application, and with the intelligent terminals and 2G, 3G mobile phone business planning as the foundation, especially the MMI test. This passage will systematically introduce the testing technology around all aspects of MMI test. Together with My experience from actual project, it points out the status and role of MMI test in the process of Mobile phone software testing. The emphasis of the passage is the compile of the examples of the MMI test, and gives examples of writing details and common methods, including submission of the specific test failure (Bug) Keywords MMI；Mobile Station；Test Case