手机测试方法大全
在软件界面设计强调张扬个性的同时，我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用，这是一切软件界面设计和测试的必循之道，是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户对软件的生疏感，使老用户更易于上手、充分重用已有使用经验，并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行) ，不妨从下列一些角度测试软件的人机界面。
一致性测试
一致性使软件人机界面的一个基本要求。目的是使用户在使用时，很快熟悉软件的操作环境，同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时，需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见：
――提示的格式是否一致
――菜单的格式是否一致
――帮助的格式是否一致
――提示、菜单、帮助中的术语是否一致
――各个控件之间的对齐方式是否一致
――输入界面和输出界面在外观、布局、交互方式上是否一致
――命令语言的语法是否一致
――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索)
――存在同一产品族的时候，是否与其他产品在外观、布局、交互方式上是否一致(例：Office 产品族)
――同一层次的文字在同一种提示场合(一般情况、突显、警告等) 在文字大小、字体、颜色、对齐方式方面是否一致
――多个连续界面依次出现的情况下，界面的外观、操作方式是否一致(当然可能会有例外，比如操作结束的界面)
信息反馈测试
假设系统的使用者是一个初出茅庐的生手，你能指望她(他) 在进行操作不出错吗? 但这还不是问题的所在，问题的所在在于我们都会犯错误，我们都有自己不了解的东西。如何避免，这要求我们的人机界面有足够的输入检查和错误提示功能。通过信息反馈，用户得到出错提示或是任务完成的赞许之语。但有些不幸的是，我们很多系统都在此方面做的不尽人意。下面是这类测试的一些参考意见：
――系统是否接受客户的正确输入并做出提示(例：鼠标焦点跳转);
――系统是否拒绝客户的错误输入并做出提示(例：弹出警告框，声响);
――系统显示用户的错误输入的提示是否正确，浅显易懂(例：“ERR004”这样的提示让人不知所云);
――系统是否在用户输入前给出用户具体输入方式的提示(例：网站注册程序);
――系统提示所用的图
标或图形是否具有代表性和警示性;
――系统提示用语是否按警告级别和完成程度进行分级(若非某些破坏性操作，请对用户温和一些);
――系统在界面(主要是菜单、工具条) 上是否提供突显功能(比如鼠标移动到控件时，控件图标变大或颜色变化至与背景有较大反差，当移动开后恢复原状);
――系统是否在用户完成操作时给出操作成功的提示(很多系统都缺少这一步，使用户毫无成就感) 。
界面简洁性测试
你的人机界面像你的脸一样对称、干净吗? 我们往往看到的使很多系统在人机界面设计上就像长了天花的病人。因此我们不得不对其进行美容前的检查，下面是一些供检查的建议条款。
――用户界面是否存在空白空间(没有空白空间的界面是杂乱无章的，易用性极差);
――各个控件之间的间隔是否一致;
――各个控件在垂直和水平方向上是否对齐;
――菜单深度是否在三层以内(建议不要超出三层，大家可以参考微软的例子);
界面控件分布是否按照功能分组(菜单、工具栏、单选框组、复选框组、Frame 等);
――界面控件本身是否需要通过滑动条的滑动来显示数据(建议采用分页显示并提供数据排序显示功能);
实际上，一个处理该类测试的原则性的东西就是：干掉多余的东西，尽可能分组。
界面美观度测试
你的界面美观吗? 试想一个服装模特穿一身不得体的衣服其展示效果会如何? 我至今还记得在学习美学时老师讲过的一句话：美是对比的产物。在软件界面的美观度测试上，我们不得不注意下面的一些建议。
――前景与背景色搭配是否反差过大;
――前景与背景色是否采用较为清淡的色调而不是深色(比如用天蓝色而不用深蓝色和墨绿色);
――系统界面是否采用了超过三种的基本色(一般情况下不要超过三种);
――字体大小是否与界面的大小比例协调(一般中文采用宋体9-12，英文采用Arial 或Times New Roman，日文采用SimSun 或明朝);
――按钮较多的界面是否禁止缩放(一般情况下不宜缩放，最好禁止最大、最小化按钮);
――系统是否提供用户界面风格自定义功能，满足用户个人偏好;
用户动作性测试
“科学是懒人的哲学”，这是我大学专业老师的一个观点。我们的计算机系统也不例外。我们的系统能让用户尽可能地偷懒吗(少动手肘，少记命令等) ，从这个角度出发，相信你会对用户动作性测试的本质有较深的体会。我相信没有一个测试员愿意做的多而收获的少。此外用户从某种角度上是心怀不测的挑衅者和肇事者。他
们很少有太多的耐心来对待他们寄以很大期望的系统。下面是一些判断用户是否能够“偷懒”和“发泄防止”的测试建议。
――是否存在用户频繁操作的快捷键;
――是否允许动作的可逆性(Undo，Redo);
――界面是否有对用户的记忆要求;
――系统的反应速度是否符合用户的期望值;
――是否存在更便捷、直观的方式来取代当前的界面的显示方式;(比如用菜单界面代替命令语言界面)
――用户在使用时任何时候是否能开启帮助文档(F1);
――系统是否提供模糊查询机制和关键字提示机制减少用户的记忆负担(比如清华紫光输入法的模糊音设定);
――是否对可能造成长时间等待的操作提供操作取消功能;
――是否支持对错误操作进行可逆性处理，返回原有状态;
――是否采用相关控件(如：日历，计算器等) 替代用户手工键盘输入;
――选项过多的情况下是否采用下拉列表或者关键字检索的方式共用户选择;
――系统出错是是否存在恢复机制使用户返回出错前状态(如：Office XP 的文件恢复);
――在用户输入数据之前，用户输入数据后才能执行的操作是否被禁止(如特定的按钮变灰);
――系统是否提供“所见即所得(WYIWG)”或“下一步提示”的功能(比如预览);
行业标准测试
每个行业都有自己的一套标识体系。请尽可能不要与其“撞车”。这就需要我们的人机界面测试人员对软件行业的符号体系有所了解，否则将很难担此大任。
――界面使用的图符、声音是否符合软件所面向领域的行业符号体系标准;
――界面说使用的术语是否符合软件所面向领域的行业命名标准;
――界面的颜色是否与行业代表色彩较为相近;
――界面的背景是否能够反映行业相关主题(比如：反映环保的背景一般采用自然风光作为背景);
――界面的设计是否反映行业最新的理念和大众趋势;
当然、每一个软件也应当具有自己的一些个性，这些个性是体现软件开发商和所面向的用户领域的特定需要的。比如微软的启动界面和苹果的启动界面就完全是两码事。一个不失个性的软件，其本身就是软件制作商的“广告代言人”。既要突出制作商，又不能喧宾夺主。下面我们给出一些常见的软件个性测试原则。
――软件的安装界面是否有单位介绍或产品介绍，并拥有自己的图标;
――软件的安装界面是否在界面上不同于通用的安装工具生成的界面(比如：金山快译的安装界面就比较有特色);
――主界面的图标是否为制作商的图标;
――系统启动需要长时间等待时，是否存在Splash 界面，它是否包含或反映制作者信息;
――软件是否有版本查看机制，版本说明上是否有制作者或是用户的标识;
――软件的界面的色彩、背景、布置是否与同类产品有不同之处，如果有，是否更为简洁、美观;
――软件界面操作与同类产品相比，是否能够减少用户输入的频繁度;
――软件界面操作与同类产品相比，是否在出错预防机制和提示上更为直观、醒目;
――软件界面是否为特殊群体或是特殊的应用提供相应的操作机制(比如Windows 的放大镜);
【小结】
总而言之，软件人机界面的测试需要一个立足“共性”但又要强调“个性”的测试思路，软件人机界面的测试与其他类型测试不同，更加强调从用户的角度、审美观去看待待测软件。既不能过于“大俗”，又不能过于“大雅”。很多时候，需要在强调规整和强调个性间进行权衡。这迫切需要我们的界面测试人员用大脑去思考，用心去体会。这对人机界面测试人员在审美观上也是一个极大的挑战。
手机测试方法简介发布: 2009-11-23 10:55 | 作者: 网络转载 | 来源: 领测软件测试网 | 查看: 1538次 | 进入软件测试论坛讨论
领测软件测试网
手机测试 软件测试
一、手机软件测试
手机作为专用的消费类电子产品需要进行以下测试：可靠性测试（对于硬件则是RQT ；对于软件则是field trial ）；标准符合性测试（FTA ）；互操作性测试（IOT ）；安全性测试（安规测试）；强度测试等。
其中，有些种类的测试，例如FTA ，有严格的标准（GSM 、3GPP 等）来明确被测的功能点，测试人员所要做的是在测试用例的编写中体现出这些功能点，并且尽量营造这些测试用例所需的运行环境来完成测试，并反馈测试结果。但是对于性能测试，就没有这样的规范供测试人员来参考，因此性能测试需要进行哪些用例以及用例通过的指标的高低都有很大弹性，在很大程度上受限于测试人员的经验和项目的资源和进度压力。如何在资源、进度和质量之间找到平衡点是产品负责人需要考虑的问题，测试人员可以左右的是划定性能测试的范围、明确与性能测试相关的设计需求（提高产品的可测试性）以及通过自动化测试工具等手段来进行更加有效的性能测试，提高产品的质量。
二、手机软件测试方法
从手机软件系统测试的角度分为：功能模块测试，交叉事件测试，压力测试，容量性能测试，性能测试和用户手册测试等。由于笔者执行手机软件测试的工作中，短消息和电话测试的较多，下面就以短消息为例来阐述，手
机软件测试的一般方法和测试的要求，来供大家参考。
（一）．短消息[SMS]的基本功能测试
1、短消息的基本功能：是指短消息的编辑，删除，保存，收发，显示，以及各
种按钮等功能的正常实现。
2、测试要求和执行：一般根据测试案例或软件本身的流程就可以完成短消息的基本功能测试。
（二）．短消息的交叉事件测试
1、交叉测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或来响闹。应该以执行干扰的冲突事件不会导致手机死机或花屏等严重的问题出现为Pass 的标准。
2、测试要求和执行：干扰要恰到好处，准确，否则很难发掘出深层次的软件缺陷。
（三）．短消息的压力性能测试
1、压力测试：又叫边界值容错测试或极限负载测试，即测试过程中，已经达到某一软件功能的最大容量，边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和PIM 卡所能存储的最大的条数，仍然进行短消息的接收或发送，以检测软件在超常态条件下的表现，来评估用户能否接受。
2、测试要求和执行：可以考虑进行自动化测试
（四）．短消息的容量性能测试
1、容量测试：又叫满记忆体测试，包括手机的用户可用内存和SIM/PIM卡的所有空间被完全使用的测试。此时再对可编辑的模块进行和存储空间有关的任何操作测试，如果软件的极限容量状态下处理不好，有可能导致死机或严重的花屏等问题的出现。
2、测试要求和执行：可以考虑进行自动充满记忆体测试，要对不同品牌和不同容量大小的SIM/PIM卡进行测试
（五）. 短消息的兼容性能测试
兼容性测试：也就是不同品牌手机，不同网络，不同品牌和不同容量大小的SIM/PIM卡之间的互相兼容的测试，以短消息为例：中国电信的小灵通接收到从中国移动或中国联通GSM 发来的短消息，接收，显示和回复功能是否正常等；
三、手机性能测试的方法
手机性能测试的方法按照自动化程度不同可分为手工测试和自动测试。
手工测试主要是通过测试人员手动操作，并借助某些监测仪器和工具，来验证手
机性能。但由于手机功能众多，并且性能测试工作量大，如果单个测试工程师靠手动按键来执行所有测试用例，花费的时间少则几小时，多则需要几天的时间，这样耗费大量测试时间的同时也容易让测试工程师产生疲倦甚至是厌倦心理，很容易造成测试的遗漏。手机测试中常碰到很多重复性高的工作，如发送数条 SMS 或者 MMS 以验证其收
发成功率以及稳定性、连续进行多次呼叫、多次对文件系统进行添加删除操作、多任务多进程情况下的冲突测试以及极限测试等等，都是重复性高的工作，手动执行的话费时费力，如果能有一套自动执行的机制，将能大大提高测试的效率。
由此产生了对手机自动化测试工具的需求。手机这种板机的MMI 功能测试不同于基于PC 上的MMI 测试，后者借助PC 平台，目前市场上已有非常多功能强大且通用的自动测试工具支持其测试，如比较典型的有Winrunner ， Robot ， Loadrunner 等等，但这些工具通常不能兼容到象手机这种嵌入式系统中来。这就要求测试人员能够基于当前平台进行二次开发，来满足自动化测试的需求。
手机的自动化性能测试一般分为以下几个步骤进行：
1. 系统分析
将系统的性能指标转化为性能测试的具体目标。通常在这一步骤里，要分析被测系统结构，结合性能指标，制定具体的性能测试实施方案。这要求测试人员对被测系统结构和实施业务的全面掌握。
2. 建立虚拟用户脚本
将业务流程转化为测试脚本，通常指的是虚拟用户脚本或虚拟用户。虚拟用户通过驱动一个真正的客户程序来模拟真实用户。在这一步骤里，要将各类被测业务流程从头至尾进行确认和记录，弄清这些过程可以帮助分析到每步操作的细节和时间，并能精确地转化为脚本。此过程类似制造一个能够模仿人的行为和动作的机器人过程。这个步骤非常重要，在这里将现实世界中的单个用户行为比较精确地转化为计算机程序语言。如果对现实世界的行为模仿失真，不能反映真实世界，性能测试的有效性和必要性也就失去了意义。
3. 根据用户性能指标创建测试场景
根据真实业务场景，对生成的测试脚本进行复制和控制，转化为满足性能测试指标的测试用例集。在这个步骤里，对脚本的执行制定规则和约束关系。具体涉及到对业务类型，并发时序等参数的设置。这好比是指挥脚本运行的司令部。这个步骤十分关键，往往需要结合用户性能指标进行细致地分析。
4. 运行测试场景，同步监测应用性能
在性能测试运行中，实时监测能让测试人员在测试过程中的任何时刻都可以了解应用程序的性能优劣。系统的每一部件都需要监测：协议栈，MMI 应用程序，内存占用情况，驱动程序运行状态等。实时监测可以在测试执行中及早发现性能瓶颈。
5. 性能测试的结果分析和性能评价
结合测试结果数据，分析出系统性能行为表现的规律，并准确定位系统的性能瓶颈所在。在这个步骤里，可以利用数学手段对大批量数据进行计算和统计，使结果更
加具有客观性。在性能测试中，需要注意的是，能够执行的性能测试方案并不一定是成功的，成败的关键在于其是否精确地对真实世界进行了模拟。
在整个性能测试过程中，自动化测试工具的选择只能影响性能测试执行的复杂程度，简便一些或繁杂一些；但人的分析和思考却会直接导致性能测试的成败。所以这里着重于对性能测试思路的整理。测试工具的介绍可以参看有关自动化测试工具的资料。
四、手机测试具体流程内容标准
目前，绝大多数国内定点的CDMA 手机生产企业都选择采用SKD （sack knock down）散件组装的方式来生产手机，这是因为与OEM （orignal equipment manufacture）贴牌或CKD （completed knock down）的方式相比较，采用SKD 方式具有投资少、见效快、技术风险低、项目启动快、容易组织规模生产、可在一定程度上降低成本、产品上市时间迅速的优势。
在SKD 生产方式条件下，如何进行CDMA 手机的测试和性能评估中，保证产品质量和测试速度，这是国内许多CDMA 手机生产企业面临的一个技术问题。如何解决好该问题对于生产厂家来说具有重要的工程意义和现实意义。笔者现把一些经验和想法与同行作一交流。
1 SKD 测试方案的指导思想
（1）满足相关的技术规范和测试标准
（2）具有足够的测试速度和精度
（3）在满足生产线产能要求的前提下，设备投入要经济，这包括购买CDMA 手机综合测试仪、传输带设备、测试夹具、其他的测试设备，生产线统计管理设备等。
（4）拟购买测试仪器的技术指标、型号、规格、数据等项要求，既要能满足现阶段的综合要求、也要考虑到未来的可扩充性、可升级性、可维修性。
（5）尽量少占用公司的各类资源，包括人力、物力、财力、生产场地、空调、电力、压缩空气等。
（6）尽可能地充分利用现有的GSM 手机生产线条件（若有的话）来对生产线进行改进、调整和优化，以进一步降低生产手机的成本。
2 CDMA 手机功能测试项分类、测试规模和相关的标准
（1）RF 收发信机指标测试（测试发射功率、发射频谱、接收灵敏度等等）：测试标准为中华人民共和国通信行业标准YD/T1050-2000；美国TIAIS-98双模移动台最低性能标准；800MHzCDMA 数字蜂窝移动通信网空中接口技术要求。
（2）音频指标测试：检查或测试发送音频灵敏度、振铃响度、受话器响度、失真度、侧音、免提功能等等。
（3）LCD 和菜单功能的检查：看是否与说明书中所述内容相一致。
（4）各按键触觉和力度的检查。
（5）电池质量的检查：检查电池与主板
的电气连接质量是否可靠，测量电池容量、输出电压、短路保护等指标。
（6）充电器质量检查：检查充电器与主板的电气连接质量是否可靠，测试输入特性、输出特性、充电特性、充电时来电、充电时去电、对地泄漏电流等指标。
（7）可靠性测试：通过对手机施加一定的外界环境应力（高温、低温、振动），来检查产品的可靠性指标。这一点很重要，它可以发现不少产品质量问题。测试标准为GB/T2423.8-1995：电工电子产品环境试验。
（8）在实际CDMA 通信网络中的外场测试：该项测试需在不同的时间、不同的地点/地貌、与不同网络中的用户进行互连互通等环境条件下进行测试和检
查。测试标准为CDMA （IS-95A ）数字移动电话机进网检验实施细则2001年5月信息产业部。
（9）手机壳体质量的检查
（10）软件、MMI 操作可靠性与稳定性检查。
（11）DC 功耗指标：关机电流、待机电流、通话电流、待机时间的测试。
手机测试方法大全
在软件界面设计强调张扬个性的同时，我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用，这是一切软件界面设计和测试的必循之道，是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户对软件的生疏感，使老用户更易于上手、充分重用已有使用经验，并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行) ，不妨从下列一些角度测试软件的人机界面。
一致性测试
一致性使软件人机界面的一个基本要求。目的是使用户在使用时，很快熟悉软件的操作环境，同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时，需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见：
――提示的格式是否一致
――菜单的格式是否一致
――帮助的格式是否一致
――提示、菜单、帮助中的术语是否一致
――各个控件之间的对齐方式是否一致
――输入界面和输出界面在外观、布局、交互方式上是否一致
――命令语言的语法是否一致
――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索)
――存在同一产品族的时候，是否与其他产品在外观、布局、交互方式上是否一致(例：Office 产品族)
――同一层次的文字在同一种提示场合(一般情况、突显、警告等) 在文字大小、字体、颜色、对齐方式方面是否一致
――多个连续界面依次出现的情况下，界面的外观、操作方式是否一致(当然可能会有例外，比如操作结束的界面)
信息反馈测试
假设系统的使用者是一个初出茅庐的生手，你能指望她(他) 在进行操作不出错吗? 但这还不是问题的所在，问题的所在在于我们都会犯错误，我们都有自己不了解的东西。如何避免，这要求我们的人机界面有足够的输入检查和错误提示功能。通过信息反馈，用户得到出错提示或是任务完成的赞许之语。但有些不幸的是，我们很多系统都在此方面做的不尽人意。下面是这类测试的一些参考意见：
――系统是否接受客户的正确输入并做出提示(例：鼠标焦点跳转);
――系统是否拒绝客户的错误输入并做出提示(例：弹出警告框，声响);
――系统显示用户的错误输入的提示是否正确，浅显易懂(例：“ERR004”这样的提示让人不知所云);
――系统是否在用户输入前给出用户具体输入方式的提示(例：网站注册程序);
――系统提示所用的图
标或图形是否具有代表性和警示性;
――系统提示用语是否按警告级别和完成程度进行分级(若非某些破坏性操作，请对用户温和一些);
――系统在界面(主要是菜单、工具条) 上是否提供突显功能(比如鼠标移动到控件时，控件图标变大或颜色变化至与背景有较大反差，当移动开后恢复原状);
――系统是否在用户完成操作时给出操作成功的提示(很多系统都缺少这一步，使用户毫无成就感) 。
界面简洁性测试
你的人机界面像你的脸一样对称、干净吗? 我们往往看到的使很多系统在人机界面设计上就像长了天花的病人。因此我们不得不对其进行美容前的检查，下面是一些供检查的建议条款。
――用户界面是否存在空白空间(没有空白空间的界面是杂乱无章的，易用性极差);
――各个控件之间的间隔是否一致;
――各个控件在垂直和水平方向上是否对齐;
――菜单深度是否在三层以内(建议不要超出三层，大家可以参考微软的例子);
界面控件分布是否按照功能分组(菜单、工具栏、单选框组、复选框组、Frame 等);
――界面控件本身是否需要通过滑动条的滑动来显示数据(建议采用分页显示并提供数据排序显示功能);
实际上，一个处理该类测试的原则性的东西就是：干掉多余的东西，尽可能分组。
界面美观度测试
你的界面美观吗? 试想一个服装模特穿一身不得体的衣服其展示效果会如何? 我至今还记得在学习美学时老师讲过的一句话：美是对比的产物。在软件界面的美观度测试上，我们不得不注意下面的一些建议。
――前景与背景色搭配是否反差过大;
――前景与背景色是否采用较为清淡的色调而不是深色(比如用天蓝色而不用深蓝色和墨绿色);
――系统界面是否采用了超过三种的基本色(一般情况下不要超过三种);
――字体大小是否与界面的大小比例协调(一般中文采用宋体9-12，英文采用Arial 或Times New Roman，日文采用SimSun 或明朝);
――按钮较多的界面是否禁止缩放(一般情况下不宜缩放，最好禁止最大、最小化按钮);
――系统是否提供用户界面风格自定义功能，满足用户个人偏好;
用户动作性测试
“科学是懒人的哲学”，这是我大学专业老师的一个观点。我们的计算机系统也不例外。我们的系统能让用户尽可能地偷懒吗(少动手肘，少记命令等) ，从这个角度出发，相信你会对用户动作性测试的本质有较深的体会。我相信没有一个测试员愿意做的多而收获的少。此外用户从某种角度上是心怀不测的挑衅者和肇事者。他
们很少有太多的耐心来对待他们寄以很大期望的系统。下面是一些判断用户是否能够“偷懒”和“发泄防止”的测试建议。
――是否存在用户频繁操作的快捷键;
――是否允许动作的可逆性(Undo，Redo);
――界面是否有对用户的记忆要求;
――系统的反应速度是否符合用户的期望值;
――是否存在更便捷、直观的方式来取代当前的界面的显示方式;(比如用菜单界面代替命令语言界面)
――用户在使用时任何时候是否能开启帮助文档(F1);
――系统是否提供模糊查询机制和关键字提示机制减少用户的记忆负担(比如清华紫光输入法的模糊音设定);
――是否对可能造成长时间等待的操作提供操作取消功能;
――是否支持对错误操作进行可逆性处理，返回原有状态;
――是否采用相关控件(如：日历，计算器等) 替代用户手工键盘输入;
――选项过多的情况下是否采用下拉列表或者关键字检索的方式共用户选择;
――系统出错是是否存在恢复机制使用户返回出错前状态(如：Office XP 的文件恢复);
――在用户输入数据之前，用户输入数据后才能执行的操作是否被禁止(如特定的按钮变灰);
――系统是否提供“所见即所得(WYIWG)”或“下一步提示”的功能(比如预览);
行业标准测试
每个行业都有自己的一套标识体系。请尽可能不要与其“撞车”。这就需要我们的人机界面测试人员对软件行业的符号体系有所了解，否则将很难担此大任。
――界面使用的图符、声音是否符合软件所面向领域的行业符号体系标准;
――界面说使用的术语是否符合软件所面向领域的行业命名标准;
――界面的颜色是否与行业代表色彩较为相近;
――界面的背景是否能够反映行业相关主题(比如：反映环保的背景一般采用自然风光作为背景);
――界面的设计是否反映行业最新的理念和大众趋势;
当然、每一个软件也应当具有自己的一些个性，这些个性是体现软件开发商和所面向的用户领域的特定需要的。比如微软的启动界面和苹果的启动界面就完全是两码事。一个不失个性的软件，其本身就是软件制作商的“广告代言人”。既要突出制作商，又不能喧宾夺主。下面我们给出一些常见的软件个性测试原则。
――软件的安装界面是否有单位介绍或产品介绍，并拥有自己的图标;
――软件的安装界面是否在界面上不同于通用的安装工具生成的界面(比如：金山快译的安装界面就比较有特色);
――主界面的图标是否为制作商的图标;
――系统启动需要长时间等待时，是否存在Splash 界面，它是否包含或反映制作者信息;
――软件是否有版本查看机制，版本说明上是否有制作者或是用户的标识;
――软件的界面的色彩、背景、布置是否与同类产品有不同之处，如果有，是否更为简洁、美观;
――软件界面操作与同类产品相比，是否能够减少用户输入的频繁度;
――软件界面操作与同类产品相比，是否在出错预防机制和提示上更为直观、醒目;
――软件界面是否为特殊群体或是特殊的应用提供相应的操作机制(比如Windows 的放大镜);
【小结】
总而言之，软件人机界面的测试需要一个立足“共性”但又要强调“个性”的测试思路，软件人机界面的测试与其他类型测试不同，更加强调从用户的角度、审美观去看待待测软件。既不能过于“大俗”，又不能过于“大雅”。很多时候，需要在强调规整和强调个性间进行权衡。这迫切需要我们的界面测试人员用大脑去思考，用心去体会。这对人机界面测试人员在审美观上也是一个极大的挑战。
手机测试方法简介发布: 2009-11-23 10:55 | 作者: 网络转载 | 来源: 领测软件测试网 | 查看: 1538次 | 进入软件测试论坛讨论
领测软件测试网
手机测试 软件测试
一、手机软件测试
手机作为专用的消费类电子产品需要进行以下测试：可靠性测试（对于硬件则是RQT ；对于软件则是field trial ）；标准符合性测试（FTA ）；互操作性测试（IOT ）；安全性测试（安规测试）；强度测试等。
其中，有些种类的测试，例如FTA ，有严格的标准（GSM 、3GPP 等）来明确被测的功能点，测试人员所要做的是在测试用例的编写中体现出这些功能点，并且尽量营造这些测试用例所需的运行环境来完成测试，并反馈测试结果。但是对于性能测试，就没有这样的规范供测试人员来参考，因此性能测试需要进行哪些用例以及用例通过的指标的高低都有很大弹性，在很大程度上受限于测试人员的经验和项目的资源和进度压力。如何在资源、进度和质量之间找到平衡点是产品负责人需要考虑的问题，测试人员可以左右的是划定性能测试的范围、明确与性能测试相关的设计需求（提高产品的可测试性）以及通过自动化测试工具等手段来进行更加有效的性能测试，提高产品的质量。
二、手机软件测试方法
从手机软件系统测试的角度分为：功能模块测试，交叉事件测试，压力测试，容量性能测试，性能测试和用户手册测试等。由于笔者执行手机软件测试的工作中，短消息和电话测试的较多，下面就以短消息为例来阐述，手
机软件测试的一般方法和测试的要求，来供大家参考。
（一）．短消息[SMS]的基本功能测试
1、短消息的基本功能：是指短消息的编辑，删除，保存，收发，显示，以及各
种按钮等功能的正常实现。
2、测试要求和执行：一般根据测试案例或软件本身的流程就可以完成短消息的基本功能测试。
（二）．短消息的交叉事件测试
1、交叉测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或来响闹。应该以执行干扰的冲突事件不会导致手机死机或花屏等严重的问题出现为Pass 的标准。
2、测试要求和执行：干扰要恰到好处，准确，否则很难发掘出深层次的软件缺陷。
（三）．短消息的压力性能测试
1、压力测试：又叫边界值容错测试或极限负载测试，即测试过程中，已经达到某一软件功能的最大容量，边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和PIM 卡所能存储的最大的条数，仍然进行短消息的接收或发送，以检测软件在超常态条件下的表现，来评估用户能否接受。
2、测试要求和执行：可以考虑进行自动化测试
（四）．短消息的容量性能测试
1、容量测试：又叫满记忆体测试，包括手机的用户可用内存和SIM/PIM卡的所有空间被完全使用的测试。此时再对可编辑的模块进行和存储空间有关的任何操作测试，如果软件的极限容量状态下处理不好，有可能导致死机或严重的花屏等问题的出现。
2、测试要求和执行：可以考虑进行自动充满记忆体测试，要对不同品牌和不同容量大小的SIM/PIM卡进行测试
（五）. 短消息的兼容性能测试
兼容性测试：也就是不同品牌手机，不同网络，不同品牌和不同容量大小的SIM/PIM卡之间的互相兼容的测试，以短消息为例：中国电信的小灵通接收到从中国移动或中国联通GSM 发来的短消息，接收，显示和回复功能是否正常等；
三、手机性能测试的方法
手机性能测试的方法按照自动化程度不同可分为手工测试和自动测试。
手工测试主要是通过测试人员手动操作，并借助某些监测仪器和工具，来验证手
机性能。但由于手机功能众多，并且性能测试工作量大，如果单个测试工程师靠手动按键来执行所有测试用例，花费的时间少则几小时，多则需要几天的时间，这样耗费大量测试时间的同时也容易让测试工程师产生疲倦甚至是厌倦心理，很容易造成测试的遗漏。手机测试中常碰到很多重复性高的工作，如发送数条 SMS 或者 MMS 以验证其收
发成功率以及稳定性、连续进行多次呼叫、多次对文件系统进行添加删除操作、多任务多进程情况下的冲突测试以及极限测试等等，都是重复性高的工作，手动执行的话费时费力，如果能有一套自动执行的机制，将能大大提高测试的效率。
由此产生了对手机自动化测试工具的需求。手机这种板机的MMI 功能测试不同于基于PC 上的MMI 测试，后者借助PC 平台，目前市场上已有非常多功能强大且通用的自动测试工具支持其测试，如比较典型的有Winrunner ， Robot ， Loadrunner 等等，但这些工具通常不能兼容到象手机这种嵌入式系统中来。这就要求测试人员能够基于当前平台进行二次开发，来满足自动化测试的需求。
手机的自动化性能测试一般分为以下几个步骤进行：
1. 系统分析
将系统的性能指标转化为性能测试的具体目标。通常在这一步骤里，要分析被测系统结构，结合性能指标，制定具体的性能测试实施方案。这要求测试人员对被测系统结构和实施业务的全面掌握。
2. 建立虚拟用户脚本
将业务流程转化为测试脚本，通常指的是虚拟用户脚本或虚拟用户。虚拟用户通过驱动一个真正的客户程序来模拟真实用户。在这一步骤里，要将各类被测业务流程从头至尾进行确认和记录，弄清这些过程可以帮助分析到每步操作的细节和时间，并能精确地转化为脚本。此过程类似制造一个能够模仿人的行为和动作的机器人过程。这个步骤非常重要，在这里将现实世界中的单个用户行为比较精确地转化为计算机程序语言。如果对现实世界的行为模仿失真，不能反映真实世界，性能测试的有效性和必要性也就失去了意义。
3. 根据用户性能指标创建测试场景
根据真实业务场景，对生成的测试脚本进行复制和控制，转化为满足性能测试指标的测试用例集。在这个步骤里，对脚本的执行制定规则和约束关系。具体涉及到对业务类型，并发时序等参数的设置。这好比是指挥脚本运行的司令部。这个步骤十分关键，往往需要结合用户性能指标进行细致地分析。
4. 运行测试场景，同步监测应用性能
在性能测试运行中，实时监测能让测试人员在测试过程中的任何时刻都可以了解应用程序的性能优劣。系统的每一部件都需要监测：协议栈，MMI 应用程序，内存占用情况，驱动程序运行状态等。实时监测可以在测试执行中及早发现性能瓶颈。
5. 性能测试的结果分析和性能评价
结合测试结果数据，分析出系统性能行为表现的规律，并准确定位系统的性能瓶颈所在。在这个步骤里，可以利用数学手段对大批量数据进行计算和统计，使结果更
加具有客观性。在性能测试中，需要注意的是，能够执行的性能测试方案并不一定是成功的，成败的关键在于其是否精确地对真实世界进行了模拟。
在整个性能测试过程中，自动化测试工具的选择只能影响性能测试执行的复杂程度，简便一些或繁杂一些；但人的分析和思考却会直接导致性能测试的成败。所以这里着重于对性能测试思路的整理。测试工具的介绍可以参看有关自动化测试工具的资料。
四、手机测试具体流程内容标准
目前，绝大多数国内定点的CDMA 手机生产企业都选择采用SKD （sack knock down）散件组装的方式来生产手机，这是因为与OEM （orignal equipment manufacture）贴牌或CKD （completed knock down）的方式相比较，采用SKD 方式具有投资少、见效快、技术风险低、项目启动快、容易组织规模生产、可在一定程度上降低成本、产品上市时间迅速的优势。
在SKD 生产方式条件下，如何进行CDMA 手机的测试和性能评估中，保证产品质量和测试速度，这是国内许多CDMA 手机生产企业面临的一个技术问题。如何解决好该问题对于生产厂家来说具有重要的工程意义和现实意义。笔者现把一些经验和想法与同行作一交流。
1 SKD 测试方案的指导思想
（1）满足相关的技术规范和测试标准
（2）具有足够的测试速度和精度
（3）在满足生产线产能要求的前提下，设备投入要经济，这包括购买CDMA 手机综合测试仪、传输带设备、测试夹具、其他的测试设备，生产线统计管理设备等。
（4）拟购买测试仪器的技术指标、型号、规格、数据等项要求，既要能满足现阶段的综合要求、也要考虑到未来的可扩充性、可升级性、可维修性。
（5）尽量少占用公司的各类资源，包括人力、物力、财力、生产场地、空调、电力、压缩空气等。
（6）尽可能地充分利用现有的GSM 手机生产线条件（若有的话）来对生产线进行改进、调整和优化，以进一步降低生产手机的成本。
2 CDMA 手机功能测试项分类、测试规模和相关的标准
（1）RF 收发信机指标测试（测试发射功率、发射频谱、接收灵敏度等等）：测试标准为中华人民共和国通信行业标准YD/T1050-2000；美国TIAIS-98双模移动台最低性能标准；800MHzCDMA 数字蜂窝移动通信网空中接口技术要求。
（2）音频指标测试：检查或测试发送音频灵敏度、振铃响度、受话器响度、失真度、侧音、免提功能等等。
（3）LCD 和菜单功能的检查：看是否与说明书中所述内容相一致。
（4）各按键触觉和力度的检查。
（5）电池质量的检查：检查电池与主板
的电气连接质量是否可靠，测量电池容量、输出电压、短路保护等指标。
（6）充电器质量检查：检查充电器与主板的电气连接质量是否可靠，测试输入特性、输出特性、充电特性、充电时来电、充电时去电、对地泄漏电流等指标。
（7）可靠性测试：通过对手机施加一定的外界环境应力（高温、低温、振动），来检查产品的可靠性指标。这一点很重要，它可以发现不少产品质量问题。测试标准为GB/T2423.8-1995：电工电子产品环境试验。
（8）在实际CDMA 通信网络中的外场测试：该项测试需在不同的时间、不同的地点/地貌、与不同网络中的用户进行互连互通等环境条件下进行测试和检
查。测试标准为CDMA （IS-95A ）数字移动电话机进网检验实施细则2001年5月信息产业部。
（9）手机壳体质量的检查
（10）软件、MMI 操作可靠性与稳定性检查。
（11）DC 功耗指标：关机电流、待机电流、通话电流、待机时间的测试。