手机产品定义
目录
1. 外观设计 (4)
1.1. ................................... 外观效果图4
1.2. ....................................... 三维图4
2. 产品定义 (4)
2.1. ..................................... 市场定位4
2.1.1. ..........................目标消费群特征4
2.1.2. .......................... 行为/心理模式4
2.2. ................................. 要紧功能描述5
2.2.1. ........ 市场卖点（依照进度和重要性标注）5
2.2.2. ..........................其它差不多功能5
2.3. ................................. 要紧技术参数6
2.4. ..................................... 操作语言6
2.5. ..................................... 图标定义6
2.6. ..................................... 听觉定义7
2.7. ..................................... 按键定义7
2.7.1. ................................. 键盘区7
2.7.2. ............................... 按键功能7
2.7.
3. ............................. 通话状态下8
2.8. ................................. 屏幕显示逻辑8
2.9. ..................................... 功能定义9
3. BOM限价 (12)
4. 研发周期 (12)
5. 设计工艺要求 (12)
5.1. ................................. 设计工艺原则12
5.2. ..................................... 专门要求13
6. 交接验收要求 (13)
6.1. ................................. 技术文档验收13
6.2. ................................样机测试及验收13
7. 标准化要求 (14)
7.1. ................................文件标准化要求14
7.2. ................................产品标准化要求15
1.外观设计
1.1.外观效果图
（插入图片）
1.2.三维图
版本：
地址：
2.产品定义
2.1.市场定位
2.1.1.目标消费群特征
2.1.2.行为/心理模式
2.2.要紧功能描述
2.2.1.市场卖点（依照进度和重要性标注）
2.2.2.其它差不多功能
手机基本功能测试 手机基本测试软件测试 关于手机软件测试的工具应用 手机软件测试是否也和以下联系起来： 漫谈人机界面测试 【正文】本文列数了软件黑盒测试过程中，在被测试软件中可能存在的常见软件问题。本文不会详细讨论基本的软件测试思想与常用技术，仅针对在软件黑盒测试过程中若干的问题做描述，并提供个人的参考测试意见与防范意见，希望可以为初学者提供些许帮助。 俗话说“人靠衣裳马靠鞍”，良好的外观往往能够吸引眼球，激发顾客(用户)的购买欲望，最终达成商业利益的实现。软件的设计亦如此，Window XP 在商业上的巨大成功很大一方面来自于它一改往日呆板，以突出“应用”的灰色界面，从“用户体验”角度来设计界面，使界面具有较大的亲和力。就目前的软件设计的发展趋势来说，良好的人机界面设计越来越受到系统分析、设计人员的重视。但是如何对设计的人机界面(包括帮助等)进行测试，给出客观、公正的评价，却鲜见于报端。本文试从共性分析和个性分析的角度，给出一些测试意见和原则，简单且易于上手。起到一个抛砖引玉的目的、以飨读者。 我们知道：“不立规矩无以成方圆”。在软件界面设计强调张扬个性的同时，我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用，这是一切软件界面设计和测试的必循之道，是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户
对软件的生疏感，使老用户更易于上手、充分重用已有使用经验，并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行)，不妨从下列一些角度测试软件的人机界面。 一致性测试 一致性使软件人机界面的一个基本要求。目的是使用户在使用时，很快熟悉软件的操作环境，同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时，需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见：――提示的格式是否一致 ――菜单的格式是否一致 ――帮助的格式是否一致 ――提示、菜单、帮助中的术语是否一致 ――各个控件之间的对齐方式是否一致 ――输入界面和输出界面在外观、布局、交互方式上是否一致 ――命令语言的语法是否一致 ――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索) ――存在同一产品族的时候，是否与其他产品在外观、布局、交互方式上是否一致(例：Office产品族)
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设备手机功能及性能测试平台 技术规范书 一、测试平台设备构成 该WiFi设备手动功能及性能软件测试方案基于Veriwave WaveTest硬件平台，由WiFi设备手动功能及性能测试软件及WIFI 终端控制软件组成。 二、设备要求 1、WiFi设备手动功能及性能测试软件 1）主要用途及功能： —提供独立精确的801.11控制和管理面板和数据面板，支持在无需 WIFI Client和AP 关联的情况下发送和接收帧； —高度互动的接口，可通过增加各类 WIFI用户和改变流的速率随时改变WIFI测试网络状况，并实时通过图形或表格查看改变对测试结果的影响； —可产生一般或定制的流量，支持UDP和TCP流，并支持定制封包，模拟产生异常的流。定制流和预设的流的可同时产生并发送。可用 于DOS攻击测试和测试AP对异常封包是否能正确处理；
—集成错误问题定位功能。提供详细的诊断信息帮助定位分析问题。并提供了数据抓取和解析功能，可查看物理层和逻辑链路层的信息。
2、WIFI终端控制软件 1）主要用途及功能： —可装载在无线WIFI终端上控制终端收发统计流量，并可计算转发 率，丢包，时延，抖动； —支持操作系统： Windows XP、Windows Vista、Windows Mobile 6、Linux — 2.6； —支持收发TCP和UDP流 —可以控制 Wavetest的测试端口向待测物产生流量，且测试结果的计算不会受上层运用的影响，不受待测物硬件配置和操作系统影响。 网上竞价的软件选件 四、设备竞标和到货期限 竞标厂家必须具备上述所有软件提供的能力，方可竞标 设备应在签订合同生效后的90天内到货。
手机App测试策略和流程目录
1.引言 本文档是长春吉大正元信息技术股份有限公司东北公司手机APP测试的工作指导原则，它为手机APP测试过程中涉及到的测试方法、测试类型等制定标准做出明确的诠释和说明。 测试部门相关人员以此文档作为测试工作的依据和行为准则。 编写目的 本规范规定了东北公司手机APP测试过程中的活动和步骤。为公司测试（活动、产品）的实施和过程情况的各项检查提供依据；为度量被测试产品质量提供验证指标和验证方法。 适用范围 适用于长春吉大正元信息技术股份有限公司东北分公司测试部。 适用于：手机APP项目和产品的系统测试 针对手机APP的验证测试（外包项目）不在此范围之内，如需确保重点项目的手机APP质量度量和评价，需领导特殊审核。 2.测试过程描述 验证测试先决条件 对当前项目测试优先级进行划分： 产品大于项目优先级； 自主项目大于外包项目优先级； 重大项目（领导特批）大于客户化项目； 提前申请优先级大于变更申请优先级。(例如：监狱项目提前申请预留或者安排 测试员提前介入) 对当前测试版本质量进行评级：对于不符合测试准入原则的版本予以驳回。 验证测试三天后对提交版本进行质量预评估和评级：对第一轮发现较严重的问题进行列 举，对版本的整体情况进行评估。（详见BUG清单）对于不能度量质量的项目予以驳回 自测试。（例如：监狱移动OA项目）。 外埠公司提交测试前。应附上测试报告（功能测试报告、兼容性测试报告、性能测试报 告以及app可用性能标准结果）；?公司内部提交测试前，需附上缺陷记录和修改状态表。 上述有一项不能满足或不能按时提交予以测试驳回。 总结提交测试版本的内部测试情况（测试BUG列表）。对遗留问题必须列出并记录解决 方案。对性能和稳定性指标要予以详细描述。 测试周期 测试周期可按项目的开发周期来确定测试时间，一般客户化项目手机APP测试时间为三周（即15个工作日），根据项目情况以及版本质量标准可适当缩短或延长测试时间。正式测试前先向测试部经理确认项目排期。 需提供资源 测试任务开始前，检查各项测试资源是否提交，有两项没有提交予以测试驳回。 --产品功能需求文档； --产品原型图； --产品效果图； --用户使用手册； --测试设备确认表（例如：；；及以上；Symbian v3/v5/Nokia Belle等）； 轮次报告及产品上线报告
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 时间设置进入此菜单，对时间、时间格式（12小时制、24小时制）分别进行设置、设置了超出范围的时间（错误的时间），其提示必须正确；不同的时间格式，其显示必须正确；检测时钟的走时必须正确（大小屏时间显示必须一致）测试时钟的走时是否正确（包括大小屏时间显示是否一致） 2 日期设置1、进入此菜单，对日期、日期显示格式（数字、模拟）分别进行设置。 1、设置了超出范围的日期（错误的日期），其提示必须正确；不同的日期显示模式，其显示必须正确； 2、将手机中凡是可以设置的年份都必须测试一遍，具体方法为：在每年12个月份中抽取2天（第一天或者最后一天），参照万年历进行核对。2、每年每个月份的日期和星期必须一一正确对应；特别注意闰年闰月的日期。 3 闹钟设置进入此菜单，对每个闹钟（闹钟一、闹钟二或更多）的所有选项进行设置闹钟中的选项设置超出范围，其提示必须正确；设置时间到，闹钟提醒必须会实现（开机或关机）； 4 接听设置翻盖接听开启此功能打开翻盖必须能直接接听来电应答键接听开启此功能有来电，必须按应答键才可以接听电话任意键接听开启此功能有来电，必须按任意键才可以接听电话 5 显示设置背景灯设置对背景灯各选项进行设置当背景灯设置为关闭时，对手机进行任何操作时不点亮背景灯；其他设置时，必须能按设置时间关闭背景灯，且一旦对手机进行操作时，能正常地点亮背景灯；若是翻盖手机，应能够在翻盖打开时自动点亮屏幕背景灯显示调节用导航键或侧键调节显示的亮度和对比度必须能够随意调节并正确保存和实现桌面设置对待机界面进行设置桌面显示与设置必须相符色系选择逐一选择各色系屏幕显示必须与所选色系相符彩屏 控制逐一选择各关屏时间实际关屏时间必须能与设置相符。 6 语言选择逐一选择各语言手机菜单必须以所选语言正确显示，并且在所选的语言下，不能出现其它的语言 7 开关机设置自动开关机时间设置设置自动开机、关机时间到设置时间，手机必须实现自动开/关机开关机动画设置逐一设置各开/关机动画操作时实际动画必须与设置相符开机问候语设置任意设置开机问候语开机时，实际问候语必须与设置相符 8 自动重拨开启并设置该功能；关闭该功能开启时，手机必须能自动按设置重播未接通（拨出）电话；关闭时，该功能必须取消 9 自动接听开启并设置此功能手机必须会在短暂铃声后自动接听电话（此接听方式仅在手机接上免持听筒或车用免持听筒时方有作用） 10 分钟提醒开启/关闭该功能（开启此功能后，手机会在通话时间达到或接近一分钟（例如：5 0ms）时，提示通话者一分钟时间快到了）实际必须与设置相符 11 触摸屏校正进行触摸屏校正校正完毕后，触摸屏精度必须符合要求 12 恢复原厂设置选择该项并确定手机的每一项设置必须回到出厂时的默认设置 13 省电模式设置对该菜单各选项逐一进行设置启动屏保时间必须与设置相符，按任意键必须能够恢复到最后一次操作时的界面。
手机软件测试方法 系统测试方法分为：功能测试，一致性测试，性能测试，压力测试，容量测试，安全性测试，恢复性测试，备份测试，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度的角度撕脱，检查方格面油漆。
安装放大器建议使用我公司用Nokia6150改装的测试手机确认信号源强度，信号质量等数据。 此测试手机是用Nokia6150手机改装而成，含连接室外天线的测试高频线，本公司提供的测试手机只限内部使用，禁转让和外借，提供给代理商一律只收取成本，手机和所属配件都不提供保修。 环球微波系列手机信号放大器用Nokia6150工程模式测试简介 1．Nokia的工程模式01频道简介： Nokia的工程模式在菜单中显示为“Net Monitor”，中文手机也是如此，Net monitor直译就是“网络监视器”。 进入工程模式： 一， 按功能键，出现电话本，再按上箭头。 二， 出现NET MONITOR，按功能键 三， 输入01，按功能键进入工程模式了 用手机上下箭头将功能切换到第01频道， 01频道显示的是使用中基站和手机的最基本信号信息： 01频道开启以后画面显示如下： ## -70 ### 0 5# #### 34 33 CCCH 解释： 第一行。（##）表示信道，每个地区的信道是不一样的，不过总是在下面范围内，GSM900MHZ的信道范围是1~124，GSM1800的范围是512~885，所以我们的放大器测试显示的最强信号肯定在1~124这些信道之间。（-70）：表示信号强度，当然这个数据每个地方也是不一样的，当然信号越好数值就越大，一般数值在-70手机信号肯定是满格，如果此数据低于-100那么表示这个地区没有手机信号了。由于这里只能显示3位数值，那么低于-100就显示不出来，当然能看到+的个位或者10位肯定是+数，我们的GSM970放大器是放大60个DB，如果用手机在没有连接放大器的情况下测试的数据是-70，那么连接上我们的放大器这个数值肯定在-10左右，我们的放大器总是比标准数值要大，放大的数据肯定比这个数据要大，一般可以测到-3的数值，我们实际用GSM970信号放大器测试输入-70，输出测试肯定在-2左右。（###）：表示手机通话时发射功率，没有打电话时显示###。
手机移动APP测试流程及测试点1 APP测试基本流程 1.1流程图
P ass A 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可用性能标准结果）； --总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。
7) **************************************** 2 App 测试点 2.1安全测试 2.1.1软件权限 1) 扣费风险：包括发送短信、拨打电话、连接网络等 2) 隐私泄露风险：包括访问手机信息、访问联系人信息等 3) 对App 的输入有效性校验、认证、授权、敏感数据存储、数据加 密等 方面进行检测 4) 5) 6) 7) 8) 9) 4) 限制/允许使用手机写人用户数据 5) 检测App 的用户授权级别、数据泄漏、非法授权访问等 2.1.2安装与卸载安全性 限制/允许使用手机功能接人互联网 限制/允许使用手机发送接受信息功能 限制/ 允许应用程序来注册自动启动应用程序 限制 或使用本地连接 限制/允许使用手机拍照或录音 限制/允许使用手机读取用户数据
手机黑盒测试介绍 手机黑盒测试介绍软件测试 黑盒测试(black—box testing)又称功能测试、数据驱动测试或基于规范的测试。用这种方法进行测试时，被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。因此黑盒测试是从用户观点出发的测试，黑盒测试直观的想法就是既然程序被规定做某些事，那我们就看看它是不是在任何情况下都做的对。完整的“任何情况”是无法验证的，为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多的“任何情况”。由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。 黑盒测试首先是程序通常的功能性测试。要求： 每个软件特性必须被一个测试用例或一个被认可的异常所覆盖。 用数据类型和数据值的最小集测试。 用一系列真实的数据类型和数据值运行，测试超负荷、饱和及其他“最坏情况”的结果; 用假想的数据类型和数据值运行，测试排斥不规则输入的能力; 对影响性能的关键模块，如基本算法、应测试单元性能(包括精度、时间、容量等)。 不仅要考核“程序是否做了该做的?”还要考察“程序是否没做不该做的2”同时还要考察程序在其他一些情况下是否正常。这些情况包括数据类型和数
据值的异常等等。下述几种方法：(a)等价类划分，(b)因果图方法，(c)边值分析法，(d)猜错法，(e)随机数法，就是从更广泛的角度来进行黑盒测试。每一个方法都力图能涵盖更多的“任何情况”，但又各有长处，综合使用这些方法，会得到一个较好的测试用例集。 1.等价类划分 等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合。它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的。因此我们只要在一个集合中选取一个测试数据即可。等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映。 在考虑等价类时，应该注意区别以下两种不同的情况： 有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。 无效等价类：无效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。 确定等价类有以下几条原则： 如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。例如，程序的规范中提到的输入条包括“……项数可以从1到999……”，则可取有效等价类为“l考项数<999”，无效等价类为“项数999”。 输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符，其输入条件规定“标
非常全面的手机测试流程目录 1、基本通话 1.1 来电响铃时 1.1.1来电响铃时的接通操作…………………………………………………………… 1.1.2来电响铃结束操作………………………………………………………………… 1.1.3来电响铃过程中有效功能的按键操作(除接通、结束……………………… 1.1.4来电响铃时的无效按键操作……………………………………………………… 1.2 来电通话 1.2.1来电通话中的基本菜单操作(除挂机…………………………………………. 1.2.2通话中的功能键……………………………………………………………………. 1.2.3结束通话……………………………………………………………………………. 1.3 呼叫功能 1.3.1拨号呼出………………………………………………………………………….. 1.3.2结束呼叫响铃…………………………………………………………………….
1.3.3呼叫中的无效操作………………………………………………………………. 1.3.4主叫通话时功能操作……………………………………………………………. 1.3.5 结束主叫通话…………………………………………………………………… 1.4多方通话 1.4.1主叫多方通话……………………………………………………………………. 1.4.2被叫多方通话……………………………………………………………………. 2、通话设置 2.1 翻盖应答………………………………………………………………………………… 2.2 单键拨号………………………………………………………………………………… 2.3自动重拨…………………………………………………………………………………. 2.4 任意键应答……………………………………………………………………………… 2.5 呼叫等待…………………………………………………………………………………
手机黑盒测试测试方案与测试报告 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
索爱T618 TEMS 手机测试说明 目录 TEMS Pocket 测试手机说明 (2) 1. 打开关闭测试画面 (2) 2 常用的测试画面 (2) 2.1 Serving Cell 1. 3 2.2 Neighbour List 2. 4 2.3 Cell Selection 3. 5 2.4 Cell Identity 4. 6 2.5 Current ch 5. 7 2.5 Paging & RACH 6. 9 2.6 CA List 7 和BA list 8. 10 2.7 GPRS data 9 和GPRS Cell/PDP 10. 12 2.8 AMR11. 14 2.9 C/I 12. 15 3 常用的测试功能 (16) TEMS Pocket 测试手机说明 目前项目部有几套tems测试手机，里面附带的pocket测试功能。OT260能够看到的，基本上Tems 也能看到。下面就我们常用的测试功能进行一个简单的说明。 1. 打开关闭测试画面
在手机待机状态下，按更多，选择第二项Pccket view on。若需要测试画面简要的帮助，选择下面的pocket help on。 关闭测试画面，按pocket view off。 2 常用的测试画面 下面我以手中的测试手机为例说明各主要参数含义。
2.1 Serving Cell 1 第一行 B 信道类型BCCH 124 频点号30 BSIC码8进制-66 BCCH上接受电平 第二行 T 信道类型TCH 124 频点号 5 当前TCH信道时隙，17 当前的发射电平第三行 17-20之间跳动显示当前的C/I（载干比）单位db 0 是接受质量 RQ 最后一个是FER 误帧率
对于产品的手机项目（应用软件），主要是进行系统测试。而针对手机应用软件的系统测试，我们通常从如下几个角度开展：功能模块测试，交叉事件测试，压力测试，容量测试，兼容性测试，易用性/用户体验测试等。 1、功能模块测试：首先应分析功能模块的功能项，测试每个功能项是否能够实现对应的功能。一般根据测试用例（Test Case）或软件本身的流程就可以完成基本功能测试（相对简单，故障也较容易发现、解决）。 2、交叉事件测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或闹铃触发，应用软件运行过程中插拔充电器等。执行干扰的冲突事件不能导致应用软件异常、手机死机或花屏等严重问题。另外，还需要注意各交叉事件的优先级别，检验系统是否能依据各事件的优先级别依次进行处理。不能因执行优先级别高的事件而导致优先级较低的事件吊死。 交叉事件测试非常重要，一般能发现应用软件中一些潜在的问题。另外有中英文模式切换的手机要注意中英文模式切换后的功能实现存在的问题（这个主要针对手机应用软件支持语言自适应功能），这一点通常会被测试人员忽略。 3、压力测试：又叫边界值容错测试或极限负载测试。即测试过程中，已经达到某一软件功能的最大容量、边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和SIM卡所能存储的最大条数，仍然进行短消息的接收或发送，以此来检测软件在超常态条件下的表现，进而评估用户能否接受。 对手机可以施加的压力测试类型主要有： ? 存储压力：由于手机采用的是栈式存储，所以当一个存储块满了之后，如果程序员不做相应处理或者处理不好的话，很容易造成其他存储区被擦除，从而在UI上出现问题（比如其他功能无法正常使用，出现异常）。 ? 边界压力：边界处理一直是程序员最容易忽略的地方。 ? 响应能力压力：有时候某个操作可能处理的时间很长，在处理期间如果测试者再不断地进行其他操作的话，很容易出现问题。 ? 网络流量压力：执行较大数据流量的功能的同时，再进行其他功能操作，使得网络流量始终处于很高的状态（如视频通话时再进行短信等其他功能操作），验证各功能是否依然能正常工作，是否存在因网络流量瓶颈而引起某功能异常。 压力测试用手工测试可能很繁锁，可以考虑自动化测试。遗憾的是，目前还没有较为大量使用的工具，一般都是由开发人员配合开发出的工具，或者高级的测试人员编写出的脚本。
1APP 测试基本流程 1.1流程图不符 符合 仍然为测试环境 进入正式环境 Fail Pass 跟进接收版本 App 测试版本 送测规范 UI 测试：核对 rp/效果图 功能测试：核 对需求文档 兼容性测试、 性能压力测试 正式环境下测 试 后台订单统计测试报告里面需体 现出软件质量 分值 回 归 测 试
1.2测试周期 测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。 1.3测试资源 测试任务开始前，检查各项测试资源。 --产品功能需求文档； --产品原型图； --产品效果图； --测试设备； --其他。 1.4日报及产品上线报告 1）测试人员每天需对所测项目发送测试日报。（也就是我这边有邮件通知测试项目的时候一般均属于输出测试日报） 2）测试日报所包含的内容为： \\server\网站软件app等开发\产品测试部\测试知识区域\测试文档类模板\项目测试报告邮件输出模板.doc 4）不同版本测试报告输出 2App测试点 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）没有用户的允许,应用程序不能预先设定自动启动 5）卸载是否安全,其安装进去的文件是否全部卸载 6）卸载用户使用过程中产生的文件是否有提示 7）其修改的配置信息是否复原 8）卸载是否影响其他软件的功能 9）卸载应该移除所有的文件 2.1.3数据安全性 1）当将密码或其他的敏感数据输人到应用程序时,其不会被储存在设备中,同时密码也不会被解码 2）输人的密码将不以明文形式进行显示 3）密码,信用卡明细,或其他的敏感数据将不被储存在它们预输人的位置上 4）不同的应用程序的个人身份证或密码长度必需至少在4一8个数字长度之间 5）当应用程序处理信用卡明细,或其他的敏感数据时,不以明文形式将数据写到其它单独的文件或者临时文件中。以6）防止应用程序异常终止而又没有侧除它的临时文件,文件可能遭受人侵者的袭击,然后读取这些数据信息。 7）当将敏感数据输人到应用程序时,其不会被储存在设备中 8）备份应该加密,恢复数据应考虑恢复过程的异常通通中中等,数据恢复后再使用前应该经过校验 9）应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全替告 10）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告,更不能在安全警告显示前,，利用显示误导信息欺骗用户，应用程序不应该模拟进行安全警告误导用户11）在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作12）“取消”命令操作能够按照设计要求实现其功能 13）应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况 14）当进行读或写用户信息操作时,应用程序将会向用户发送一个操作错误的提示信息15）在没有用户明确许可的前提下不损坏侧除个人信息管理应用程序中的任何内容Μ16）应用程序读和写数据正确。 17）应用程序应当有异常保护。 18）如果数据库中重要的数据正要被重写,应及时告知用户 19）能合理地处理出现的错误
手机接收性能的测试 手机作为无线通讯设备，就是要能接收和发射无线信号，笔者前一段时间写了一篇《浅谈手机发射功率》后收到一些Email，鼓励笔者继续写，实在不好意思就再凑一篇《浅谈手机接收性能的测试》，算是把手机接收和发射这两部分都议了一议，当然还是浅谈，还是抛砖，希望同行能够斧正。 一、从收音机、电视机谈起 我们这一代人从小接触的是收音机，后来是电视机，现在还能想起刚开始有电视机时，家家必加高高的电视天线（那时还没有普及有线），但电视接收效果还是有的家好，有的家不好，这时我们半大孩子一定会为了更好的看电视找原因、想办法。通常是说把天线架的更高，原因是说有楼房或别的什么高东西遮挡了电视信号，有从影就一点一点的左右旋转电视天线，还不行就煞有介事的说你家的电视灵敏度太低，当然家旁边有汽车通过或天气不好，电视上会有雪花，有时还偶尔能听到串进来其它台的弱小声音，这些我们都知道，这是电视信号被干扰了。 其实手机作为无线通讯设备与收音机、电视机没有什么本质的区别，它
同样在通信信号被遮挡或接收到几条路径的无线信号时，通信质量较差；被干扰后，通信质量较差；手机灵敏度太低，在有些场合也会影响通信质量；这些其实完全可以与收音机、电视机类比的，但手机作为可移动的无线通讯产品，它所遇到的无线电环境远比收音机、电视机（这里指以前的，不是指现在车载收音机、电视机）要恶劣，比如你在高速运动的汽车上通话——会遇到多普勒效应，在一个小区内多个用户同时通话——会受到系统内部之间的互相干扰等等。其实本文开始罗嗦半天，无非就是想说明一点，考察手机的接收性能，就是要先了解手机都会在什么样的无线电环境下工作。 1、当手机在小区边缘，或无线信号被建筑物或其他东西遮挡、或在一个屏蔽的空间里（如电梯间），手机只能收到弱小信号； 2、手机接收到多条无线路径的射频信号，这主要是同一个无线信号被城市建筑物或其他东西折射、反射过来，当这些多径信号相位相反时，会造成合成信号的幅度快速变化，且由于这些多径信号传播路径不同，会产生时延散布，这样就形成了多径衰落，类比电视的从影，但要比从影恶劣的多，多径衰落对手机的通信质量影响很大，这是由于手机是移动设备，在密集的高楼大厦之间使用的几率很大，而手机无法象电视机那样使用定向天线来回避这个问题，当然现在cdma2000已经启用了RAKE接收机的技术；其思想是如果不同路径信号的延迟超过一个伪码的码片的时延，则在接收端可将不同的波
第一部分：产品外观检验标准陷分类定义 义 量面定义
视检验条件： ：日光灯光源。 ：眼睛到检查面的距离——30cm。 员视力：裸视或矫正视力在1.0以上,且不可有色盲。 时间：不超过8s。 ：被测面与水平面为45°，上下左右转动15°。 上条件下,目测到可见的不良现象为不良项。 验方式和判定标准： 用GB2828.1-2003 一般检查水平Ⅱ。AQL：Critical: 0; Major: 0.65; Minor: 1.5 机装配外观检验标准（D、W、L单位mm）
（划伤、纤维）判定标准 同一台手机的点、线总缺陷允收数：A——2PCS、B——3PCS、C——4PCS 注：1。因装配原因引起的功能/电性能的缺陷，按照功能/电性能检验标准和缺陷定义判断。 2．缝隙的检验方法：使用塞尺在最大缝隙处进行测量（不能用力塞入）为参考。 第二部分：产品功能检验标准
SMT->Board ATE->Assembly and finally test->CFC 这是一个大的生产流程，概括分成了四个部分，CFC本身可能并不属于工厂的生产组装过程，但手机出厂销售前必须通过这一关，在我们的一些测试活动中有时也会提到这一部分，所以在本文中也一并描述了。上面的四个部分中每一个又包含了很多小的步骤，后面会针对每一个部分展开描述。 2.SMT SMT过程我们一般也称为贴片，所谓贴片，就是将一些小的元器件机器焊接到手机主板上的过程。这个过程基本上全部由机器流水线来完成。 SMT Board：刚拿到的板子是光板（BBIC），上面只有一些主要的部件，一般是四块板子(也有六块的)连在一起放入产线起始处，进入下道工序。涂锡：将焊锡涂到板子上需要焊接的地方为下一步工序做好准备。贴元器件：经过涂锡后的板子进入此道工序，产线机器自动会将需要的元器件放到板子上指定的位置处，这里仅仅是放上去，并没有焊接，真正的焊接在高温炉完成。因为需要放很多的元器件，因此这个工作通过几台产线机器来依次完成，图中虚线箭头表示有多个贴元器件的步骤。将所有需要焊接的部件全部放在板子指定位置后，进入下一道工序。高温炉焊接：通过高温，使锡熔化，将部件真正焊接在主板上，通过这个步骤，一块板子上机器焊接的部件就完成了。 Board inspection：产线工人检查完成SMT过程的板子有无问题，有没有没有焊接好的部件。裁板：上面提到板子是四块一联进产线的，焊好之后，这些板子就没有必要再连在一起了，因此还要用专门的机器将板子裁成一块一块的，裁好后，板子送BoardATE。启示：从这个过程我们可以看出，SMT过程的焊接都是由机器完成的，机器焊接和人工焊接从质量和稳定性方面来说还是不一样的，平时我们经常会碰到这样一些情况：因为时间紧张或其它原因，来不及进行一次trialrun, 通过手工修改手机某些部件来进行硬件等的测试，虽然这样的手机在硬件元器件上可能已经同trial run的配置了，但严格的讲，并不能和trialrun相等同，因为手工修改的的一致性和元器件焊接的质量等等都与工厂机器流水线出来的机器可能会存在差异（如音频方面的一些特性），测试人员在平时测试的应该了解到这一点。 3.Board ATE 从SMT出来的板子是没有任何软件的，也没有做过ATE等设置操作，因此有点类似于计算机的“裸机”，只有通过了BoardATE 这道工序，手机才能把程序跑起来，并设置准确的相关ATE参数值。通过这个阶段的操作，5个关键参数被设置进去：RF_TXCONT, RF_IQDAC, BB_IQDAC, RF_OFFSET, RF_SLOPE。Download:将手机的软件下载到手机内部，类似于我们平时使用DC100等工具的download，唯一的区别是工厂使用夹具下载，而不使用DC100等cable。Initial:这个步骤主要写入PSID，号码等信息，供后续步骤使用，这个步骤主要是通过自动ATE来完成，在PC上我们可以看到执行的相关操作如下： EnterTestMode FlashTest EEPRomTest //EPROM测试 WritePSID //写入PSID WritePhoneNumber //写入号码 SRAM_Test Battery_low //测试手机是否可检测到低电压 Battery_stop //测试手机是否可检测到自动关机电压 LED_test SetMask //一站操作完成后都要设置一个标记，后续 //ATE站位会先检查这个标志位 //（CheckMask），只有做 //了前一站的ATE操作，才可以做下一站