手机测试基本方法简介
测试执行：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）或软件本身的流程就可以完成基本功能测试。（相对简单，故障也较容易解决）
3、交叉事件测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或来响闹。应该以执行干扰的冲突事件不会导致手机死机或花屏等严重的问题。
交叉事件测试非常重要，能发现很多应用中潜在的性能问题。另外有中英文模式的切换的手机要注意中英文模式切换后的功能实现存在的问题，通常会被测试人没忽略。
4、压力测试：又叫边界值容错测试或极限负载测试，即测试过程中，已经达到某一软件功能的最大容量，边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和PIM卡所能存储的最大的条数，仍然进行短消息的接收或发送，以检测软件在超常态条件下的表现，来评估用户能否接受。
压力测试用手工测试非常繁锁，可以考虑自动化测试，目前没有比较大量使用的工具，一般都是由开发人员配合开发出的工具，或者高级的测试人员编写出的脚本。
5、容量测试：又叫满记忆体测试，包括手机的用户可用内存和SIM/PIM卡的所有空间被完全使用的测试。此时再对可编辑的模块进行和存储空间有关的任何操作测试，如果软件的极限容量状态下处理不好，有可能导致死机或严重的花屏等问题的出现。
与压力测试有些类似，也可考虑自动化测试。
6、兼容性测试：也就是不同品牌手机，不同网络，不同品牌和不同容量大小的SIM/PIM卡之间的互相兼容的测试，以短消息为例：中国电信的小灵通接收到从中国移动或中国联通GSM发来的短消息，接收，显示和回复功能是否正常等另外从我测试的这几个小模块中，按与时间相关和文字两方面容易出现故障的地方总结如下：
1、与时间相关：首先是时间的输入域，是否有输入限制，如：文字、标点符号、小时大于24或1
2、分钟大于60、秒大于60、月大于12、日大于31（按月情况而定）等特别注意日期变更分界点如23：59或12：59的变化。以及12/24小时切换模式的测试。
2、文字输入相关：当界面过多时，注意功能按钮的点击事件能否正常完成相应功能的实现。超过文字字数限制时的系统提示等。
对于当前背景下的手机测试来说，要做好手机软件测试，主要从以下几个角度进行测试：UI测试，功能模块测试，交叉事件测试，容量性测试，用户手册测试等。
1、UI测试
用户界面（以下简称UI）测试指测试用户界面的风格是否满足客户要求，文字是否正确，页面美工是否好看，文字，图片组合是否完美，背景是否美观，操作是否友好等等，UI测试用于核实用户与软件之间的交互。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI 测试还可确保UI 中的对象按照预期的方式运行，并符合公司或行业的标准。包括用户友好性，人性化，易操作性测试。
2、功能测试
功能测试指测试软件各个功能模块是否正确，逻辑是否正确。对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。功能测试的主要参考为类似于功能说明书之类的文档。
3、交叉事件测试
交叉事件测试是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如在运行手机软件程序的过程中接收到短信或来响闹。应该以执行干扰的冲突事件不会导致手机死机或花屏等严重的问题出现为Pass的标准。
4、容量性测试
容量性测试主要测试软件测试的性能，包括负载测试，强度测试，基准测试以及基准测试
4.1 负载测试
负载测试是一种性能测试指数据在超负荷环境中运行，程序是否能够承担。
在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。
4.2 强度测试
强度测试是一种性能测试，他在系统资源特别低的情况下软件系统运行情况。这类测试往往可以书写系统要求的软硬件水平要求。实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。
5、用户手册测试
手机软件的用户手册测试主要是看软件功能介绍是否准确、简洁地描述该软件功能，且不会让用户产生误解。
手机软件测试类型及分析
2）UI[用户界面验证]：验证手机的界面、菜单等是否是与客户需求和设计保持一致，主要依据UI spec[用户界面说明],MMI[人机交互界面]，Menu tree[菜单树]等，这些文档也是需要根据客户需求及时更新的
3）Limit Value [极限值测试]：对应黑盒测试的边界值分析法，边界值分析法设计出的测试用例发现bug 的能力也是最强的，一般依据极限值表设计测试用例，来指导测试。一般测试点如输入字符的个数，会议通话的个数，文档存储个数等
4）Confict Test[冲突测试]：主要依据冲突表，冲突表中列出各个事件之间是否存在冲突，冲突测试用例也是依据冲突表设计，这类用例往往可以发现一些比较严重的bug ，如游戏中来电，流览WAP时插拔充电器、USB线、camera 中低电等
5）Performance Test[性能测试]：主要测试项Call test，长时间通话，发送大容量的彩信ｘ条，开关机ｘ次，摄像ｘ时间，可以考虑用自动化测试，手机自动化测试与PC软件自动化测试类似，利用自动化测试工具录制、调试写脚本、回放、分析结果，与PC软件不同的是手机自动化测试需要硬件的支持来固定手机和利用气压按键。
6）Stress Test[压力测试]：压力测试是在将手机容量存储状态到满后做的一系列操作，如短信、彩信满，Idle界面各事件个数满如未接电话、闹铃等
7）Network Compatibilit[网络兼容性测试]：网络参数的设置，GPRS等业务是否可用，本外地的联通移动卡各类业务卡在本地的作测试，还需要做Filed Test[场测]即到最终用户实际使用的环境作现场测试，Filed test 有国际专用用例。
8）SIM Card Compatibilit[SIM卡兼容性测试]：一般是对联通移动的各类业务卡，新出的大容量(64K)、国际漫游卡、呼叫限制卡、一卡双号卡等卡的验证，验证能否正确注册、对应的业务功能是否实现、基本功能的正确性
9）PD test [Project Design Test]：验证在项目设计阶段的设计的功能是否得以实现、是否正确，设计用例依据项目设计文档
10）CR Verification[客户需求验证]：验证客户的一些特定需求和变更后的需求
11）User Manual[用户手册验证]：其重要性是不言而喻的，用户手册一定要和手机实际功能相符合，不然将会影响用户对产品的信任
12）FAT( Full Type Approval)[全类型批准]：是GSM手机进入GSM网络必须通过的专业测试。
况下产生。测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。简单地说，测试用例就是设计一个场景，使软件程序在这种场景下，必须能够正常运行并且产生程序所设计的执行结果。
Grenford J. Myers在《The Art of Software Testing》一书中提出：一个好的测试用例是指很可能找到迄今为止尚未发现的错误的测试，由此可见测试用例设计工作在整个测试过程中的重要地位。测试用例设计的好坏直接影响到测试的效果。目前很多公司的测试用例都是依据需求或者规范规格，测试用例设计人员根据经验来写测试用例，这种情况就会导致测试用例覆盖面不全、测试用例规划不合理，甚至存在测试用例冗余的情况。测试用例覆盖面不全会导致出现漏测少测，将问题直接流向用户；测试用例规划不合理、测试用例冗余会造成人力浪费，导致测试效率低下。因此不能只凭借一些主观或直观的想法来设计测试用例，应该以一些比较成熟的测试用例设计方法为指导，再加上设计人员个人的经验积累来设计测试用例。
目前业界比较成熟的测试用例设计方法主要有：等价类划分法，边界值分析法，错误推测法，因果图法，正交实验设计法等。
等价类划分法
等价类划分法是测试用例设计中一种重要而常用的设计方法，它将不能穷举的测试用例进行合理分类，从而保证设计出来的测试用例具有完整性和代表性。等价类划分是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例。
边界值分析法
边界值分析法就是对输入或输出的边界值进行测试设计的一种方法。通常边界值分析法是作为对等价类划分法的补充。长期的测试工作经验告诉我们，大量的错误发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。使用边界值分析方法设计测试用例，首先应确定边界情况。应当选取正好等于，刚刚大于或刚刚小于边界的值而不是中间值作为测试数据。
错误推测法
错误推测法是指在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的方法。错误推测方法的基本思想是列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据它们选择测试用例。例如，在单元测试时曾列出的许多在模块中常见的错误、以前产品测试中曾经发现的错误、输入数据和输出数据为0的情况、输入表格为空格或输入表格只有一行等。这些都是容易发生错误的情况，可选择这些情况下的例子作为测试用例。
因果图法
因果图法是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。等价类划分法和边界值分析方法都是着重考虑单个输入条件，但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况已经测试到了，但多个输入条件组合起来可能出错的情况却被忽视了。而如果在测试时必须考虑输入条件的各种组合，则可能的组合数目将是天文数字，因此必须考虑采用一种适合于描述多种条件的组合、相应产生多个动作的形式来进行测试用例的设计，这就需要利用因果图来设计。
正交试验设计法
正交试验设计法。利用因果图来设计测试用例时，作为输入条件的原因与输出结果之间的因果关系，往往因果关系非常庞大，以至于据此因果图而得到的测试用例数目多的惊人，给软件测试带来沉重的负担。为了有效地、合理地减少测试的工时与费用，可利用正交试验设计方法进行测试用例的设计。正交试验设计方法依据Galois理论，它是根据正交性，按照“均匀分散，齐整可比”的特点从大量的（试验）数据（测试例）中挑选适量的，有代表性的点（例），从而合理地安排试验（测试）的一种科学实验设计方法。它简单易行，计算表格化，使用者能够迅速掌握，是一种高效率、快速、经济的试验设计方法。
以上这些方法各有优缺点，在设计过程中可以叠加使用，取长补短，使得设计出来的测试用例规划合理，裁剪得当，既能保证覆盖面，又能保证测试的效率，所以在测试用例的设计过程中得到了广泛的应用。
OPhone测试团队在测试用例的设计阶段充分运用这些方法，在测试用例的设计过程中极大的减少主观因素的影响，并在保证测试用例完备性和有效性的前提下，对测试用例进行有效裁剪，减少无效测试用例和冗余，在很大程度上提高了测试效率，从根本上确保测试的质量。
手机测试具体流程内容标准
目前，绝大多数国内定点的CDMA手机生产企业都选择采用SKD（sack knock down）散件组装的方式来生产手机，这是因为与OEM（orignal equipment manufacture）贴牌或CKD（completed knock dow n）的方式相比较，采用SKD方式具有投资少、见效快、技术风险低、项目启动快、容易组织规模生产、可在一定程度上降低成本、产品上市时间迅速的优势。
在SKD生产方式条件下，如何进行CDMA手机的测试和性能评估中，保证产品质量和测试速度，这是国内许多CDMA手机生产企业面临的一个技术问题。如何解决好该问题对于生产厂家来说具有重要的工程意义和现实意义。笔者现把一些经验和想法与同行作一交流。
1SKD测试方案的指导思想
（1）满足相关的技术规范和测试标准
（2）具有足够的测试速度和精度
（3）在满足生产线产能要求的前提下，设备投入要经济，这包括购买CDMA手机综合测试仪、传输带设备、测试夹具、其他的测试设备，生产线统计管理设备等。
（4）拟购买测试仪器的技术指标、型号、规格、数据等项要求，既要能满足现阶段的综合要求、也要考虑到未来的可扩充性、可升级性、可维修性。
（5）尽量少占用公司的各类资源，包括人力、物力、财力、生产场地、空调、电力、压缩空气等。
（6）尽可能地充分利用现有的GSM手机生产线条件（若有的话）来对生产线进行改进、调整和优化，以进一步降低生产手机的成本。
2CDMA手机功能测试项分类、测试规模和相关的标准
（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功耗指标：关机电流、待机电流、通话电流、待机时间的测试。
上述CDMA手机SKD生产测试方案中的大部分内容也可以用于GSM手机的SKD生产中。
移动终端软件测试基础知识
1）定制终端评测趋势
● 定制终端评测
→ 硬件：射频一致性、协议一致性、无线资源管理、硬件元器件、WLAN是当前硬件测试主要内容
→ 软件：操作系统测试、浏览器测试、移动应用测试、Widget测试当软件测试重点，内容逐渐由功能向非功能演进
● 预装在定制终端的移动应用评测
→ 功能、性能、稳定性、兼容性
→ 用户体验、隐私安全
● 终端和移动应用评测自动化工具越来越成熟
● 终端及其应用的性能、稳定性评测将成为入库重要依据
● 用户体验评测将成为不可或缺的组成部分
2）三大智能终端平台差异
以智能终端操作系统为基础，结合多种基础中间件、业务中间件、通信中间件来实现对应用的支撑。其中应用又可分为本地应用和Web应用两类。本地应用体系以iOS+App Store+NativeApp为代表，Web 应用以HTML5/Widget+Web Store+Web App为代表
以iOS/WP7为代表的系统闭源/封闭文件管理系统/接口开放模式
以oPhone OS/WM为代表，系统闭源/开放文件管理系统和接口模式
以Android/Meego/WebOS/WinCE为代表系统开源/开放文件管理系统和接口模式
3）互联网应用测试的复杂因素
传统的测试方法是暴力的、疯狂的、相当麻烦的。
● 全球多达十亿两千万mobile web用户
● 74%的人将无法容忍超过5s的页面加载时间
● Gartner预测，至2014年超过90%企业级应用将支持智能终端版本
● 据统计，智能机上移动应用软件所引发的无线流量是非智能机10倍以上，美、英、德、日运营商都曾出现信令风暴导致的通信网瘫痪
● 截至2011年Q3的统计，Android操作系统出现7个版本，覆盖130个机型，每个机型超过2家硬件参考设计。光从终端适配角度看，若实现完整的测试覆盖，需完成1820次回归测试。倘若无法借鉴自动化测试工具，几乎是无法完成的任务
终端
● 操作系统平台、机型、屏幕分辨率、驱动差异等
网络
● 地域、制式、通信业务、网络优化程度、漫游等差别
自动化测试脚本
● 因平台、菜单风格不同，模拟客户端或自动化脚无法复用
手机生产测试流程以及设备需求
手机生产测试流程以及设备需求 生产测试流程包括： 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根
手机基本功能测试方式
手机基本功能测试 手机基本测试软件测试 关于手机软件测试的工具应用 手机软件测试是否也和以下联系起来： 漫谈人机界面测试 【正文】本文列数了软件黑盒测试过程中，在被测试软件中可能存在的常见软件问题。本文不会详细讨论基本的软件测试思想与常用技术，仅针对在软件黑盒测试过程中若干的问题做描述，并提供个人的参考测试意见与防范意见，希望可以为初学者提供些许帮助。 俗话说“人靠衣裳马靠鞍”，良好的外观往往能够吸引眼球，激发顾客(用户)的购买欲望，最终达成商业利益的实现。软件的设计亦如此，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．反应时间达到规范要求；
手机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）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告，更不能在安全警
功能测试用例的设计
功能测试用例的设计 LG GROUP system office room 【LGA16H-LGYY-LGUA8Q8-LGA162】
一、实验目的 1.用因果图法分析原因结果，并决策表设计测试用例。 2.使用场景法设计测试用例。 二、实验内容 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，考虑用因果图法设计测试用例，给出完整步骤。 2. 有一个在线购物的实例，用户进入一个在线购物网站进行购物，选购物品后，进行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。 三、实验环境 Windows XP系统 四、实验步骤和结果 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，用因果图法设计测试用例，给出完整步骤。具体如下： 1）输入的三边分别为a，b，c(斜边) 且a
2. 行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。
（注：在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流,“n/a”（不适用）表 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测
五、实验结果和讨论 成功使用因果图法、场景法设计了测试用例。 六、总结 1．因果图法的定义是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。 2．在事件触发机制中场景法用得最多。在测试一个软件的时候，先确定基本流也就是测试流程中软件功能按照正确的事件流实现的一条正确流程,接着去确定备选流也就是那些出现故障或缺陷的过程，用备选流加以标注。然后可以采用矩阵或决策表来确定和管理测试用例。
手机测试方法与测试用例
目录 目录 (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、负数等
手机测试方法大全
手机测试方法大全 在软件界面设计强调张扬个性的同时，我们不能忘记软件界面的设计先要讲求规矩-简洁、一致、易用，这是一切软件界面设计和测试的必循之道，是软件人机界面在突出自我时的群体定位。美观、规整的软件人机界面破除新用户对软件的生疏感，使老用户更易于上手、充分重用已有使用经验，并尽量少犯错误。由此我们在对软件人机界面进行测试时(设计评审阶段和系统测试阶段结合进行)，不妨从下列一些角度测试软件的人机界面。 一致性测试 一致性使软件人机界面的一个基本要求。目的是使用户在使用时，很快熟悉软件的操作环境，同时避免对相关软件操作发生理解歧义。这要求我们在进行测试时，需要判断软件的人机界面是否可以作为一个整体而存在。下面是进行一致性测试的一些参考意见： ――提示的格式是否一致 ――菜单的格式是否一致
――帮助的格式是否一致 ――提示、菜单、帮助中的术语是否一致 ――各个控件之间的对齐方式是否一致 ――输入界面和输出界面在外观、布局、交互方式上是否一致 ――命令语言的语法是否一致 ――功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索) ――存在同一产品族的时候，是否与其他产品在外观、布局、交互方式上是否一致(例：Office产品族) ――同一层次的文字在同一种提示场合(一般情况、突显、警告等)在文字大小、字体、颜色、对齐方式方面是否一致
――多个连续界面依次出现的情况下，界面的外观、操作方式是否一致(当然可能会有例外，比如操作结束的界面) 信息反馈测试 假设系统的使用者是一个初出茅庐的生手，你能指望她(他)在进行操作不出错吗?但这还不是问题的所在，问题的所在在于我们都会犯错误，我们都有自己不了解的东西。如何避免，这要求我们的人机界面有足够的输入检查和错误提示功能。通过信息反馈，用户得到出错提示或是任务完成的赞许之语。但有些不幸的是，我们很多系统都在此方面做的不尽人意。下面是这类测试的一些参考意见： ――系统是否接受客户的正确输入并做出提示(例：鼠标焦点跳转); ――系统是否拒绝客户的错误输入并做出提示(例：弹出警告框，声响); ――系统显示用户的错误输入的提示是否正确，浅显易懂(例：“ERR004”这样的提示让人不知所云); ――系统是否在用户输入前给出用户具体输入方式的提示(例：网站注册程序);
手机生产流程介绍
手机流程一，主板方案的确定 在手机设计公司，通常分为市场部（以下简称MKT），外形设计部（以下简称ID），结构设计部（以下简称MD）。一个手机项目的是从客户指定的一块主板开始的，客户根据市场的需求选择合适的主板，从方案公司哪里拿到主板的3D图，再找设计公司设计某种风格的外形和结构。也有客户直接找到设计公司要求设计全新设计主板的，这就需要手机结构工程师与方案公司合作根据客户的要求做新主板的堆叠，然后再做后续工作，这里不做主要介绍。当设计公司的MKT和客户签下协议，拿到客户给的主板的3D图，项目正式启动，MD的工作就开始了。 二，设计指引的制作 拿到主板的3D图，ID并不能直接调用，还要MD把主板的3D图转成六视图，并且计算出整机的基本尺寸，这是MD的 基本功,我把它作为了公司招人面试的考题,有没有独立做过手机一考就知道了,如果答 得不对即使简历说得再经验丰富也没用,其实答案很简单,以带触摸屏的手机为例,例如 主板长度99,整机的长度尺寸就是在主板的两端各加上,整机长度可做到99++=104,例如主板宽度,整机的宽度尺寸就是在主板的两侧各加上,整机宽度可做到++=,例如主板厚度,整机的厚度尺寸就是在主板的上面加上(包含的上壳厚度和的泡棉厚度),在主板的下面 加上(包含的电池盖厚度和的电池装配间隙),整机厚度可做到++=,答案并不唯一,只要能说明计算的方法就行还要特别指出ID设计外形时需要注意的问题，这才是一份完整的设计指引。 三，手机外形的确定 ID拿到设计指引，先会画草图进行构思，接下来集中评选方案，确定下两三款草图，既要满足客户要求的创意，这两三款草图之间又要在风格上有所差异，然后上机进行细化，绘制完整的整机效果图，期间MD要尽可能为ID提供技术上的支持，如工艺上能否实现，结构上可否再做薄一点，ID完成的整机效果图经客户调整和筛选，最终确定的方案就可以开始转给MD做结构建模了。 四，结构建模 1.资料的收集
手机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）当将密码或其他的敏感数据输人到应用程序时，其不会被储存在设备中，同时密码也不会被解码
手机设计到生产全流程
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、手机外壳的生产制造流程图 外壳的注塑成型工艺中，主要有以下主要几大步骤：原料的烘烤-拌色-注塑-修剪、自检-FQC检验-包装-入库等。其中注塑成型过程的控制是关键节点。其流程见下图： 手机塑胶壳经过注塑成型检验合格后、根据客户的需要来决定是否要进行二次工艺（如：常见的喷涂、电镀）等涂装工艺以满足客户对外面的定义需要。而喷涂过程主要有调漆-搅拌-过滤-上治具-清洁-喷涂-下治具-丝印-烘烤-全检-包装等。其中调漆、清洁工序和喷涂是整个涂装过程的关键工序。 其流程见下图：
2、手机壳外壳注塑过程关键控制点：
3、外壳注塑成型常见缺陷解除方案:
4、手机外壳（喷涂件）常规可靠性测试项： 下面是手机外壳（喷涂工艺）最常规的可靠性测试项目。具体根据各手机品牌的可靠性测试规范与特殊要求而定。因为每个品牌厂家的器件测试与整机测试的标准有别，这里不能一一赘述。 因为手机外壳的工厂实在太多，限于篇幅原因不在这里详细的说明了。有很多的工厂生产能力与规模还是可观的，缺乏有效的、整套的产品质量管理的制度与机制。产品质量的波动很大、不是很可靠。这也是需要有理想的厂商需要快速提升与重视的环节。需要重视质量、才能提升企业的管理能力、运营能力与品牌的价值。
四：选择手机外壳合作供应商的一些建议 对集成商、品牌厂商来说。目前的国内厂家对注塑成型及二次处理工艺技术在绝大多数性能上是能实现的。目前最主要是如何确保每批壳料之间的变化最小。所以我们经常看到这批壳体没问题、下次来料又是尺寸超标、颜色不对、可靠性测试不过等等问题的发生。其实这些现象的背后就是反应出这家工厂的制程管控的能力水平。有的注塑工厂经常开始生产时管控很严、把不良品在批量供货时偷偷的放进去；有时候把报废的次料添加在原料了，尤甚者直接把次料抽粒后直接当原料生产这样的猫腻屡见不鲜。笔者建议对前期供应商选择时要重点审查这些内容以初步了解，同时在批量供货时、如对尺寸关键尺寸可以采用CPK来监控、颜色用限度样板来参照、原次料用熔融指数来监督。 同时根据市场、客户需求来选择相应的手机外壳供应商，“一份价格一分货”用在手机外壳这个行业是最恰当不过的了、很多的外壳厂家将手机外壳分为不同等级的、用在不同的客户群中。不同的客户有不同的的生产质量要求和成本核算。所以在选择时一定要综合的评估成本与质量的关系。 同样、在手机外壳产品中，每家壳外壳产厂商都不能承诺质量事故为零。所以在和客户端签定协议时要郑重的思考。随着市场对手机质量要求的提高，在消费端的投诉和客户端的投诉也时有发生。有的客户如果处理不好还要要求赔偿，纠纷也将增加。所以在和中下游供应商的质量协议约束上、也需要谨慎如何规避这类风险。在选择壳外壳应商的时候要从价格，质量，配合度，生产能力，设备，交期，以及供应商的稳定性来综合评定
手机生产测试流程及规范
手机生产测试流程及规范
目录 前言．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．． 3生产测试流程图．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．3 SMT．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．5贴SN号标签．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．5软件下载（DownLoad）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．5 GSM板级校准（BT）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．6 TD板级校准（3G产品）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．10 GSM板级综测（FT）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．10 TD板级综测（3G产品）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．11主板外观检验标准．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．11整机组装．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．11整机外观检测（一）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．11整机功能检测．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．11整机耦合测试．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．12 整机外观检测（二）．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．13 IMEI号写入．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．13 IMEI号核对．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．13整机包装．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．13 OQC抽检．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．13
研发手机基本流程及鲜为人知的手机测试项目
手机设计公司是根据不同的手机研发平台来设计不同性能的产品！ 手机研发的基本流程是： 用一个较简单的阐释，一般的手机研发公司是需要最基本有六个部门：ID、MD、HW、 SW、PM、Sourcing、QA。 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)软件设计 相对来说，SW是更容易为大家所理解，由于计算机的普及，让我们最大程度地接触了各种各样的软件，手机操作界面的模式，大家经常看到的手机九官格操作菜单的实现，这都是 SW设计的范畴。 SW 要充分考虑到界面的可操作性，是否人性化，是否美观的因素。SW的测试非常复杂，名目繁多，SW的测试不仅只是在寻找Bug，一致性的测试、兼容性的测试等都是非常重要的项目，在目前“内容为主”的信息时代，软件才是手机的最终幕后支柱，硬件的驱动
手机黑盒测试介绍
手机黑盒测试介绍 手机黑盒测试介绍软件测试 黑盒测试(black—box testing)又称功能测试、数据驱动测试或基于规范的测试。用这种方法进行测试时，被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。因此黑盒测试是从用户观点出发的测试，黑盒测试直观的想法就是既然程序被规定做某些事，那我们就看看它是不是在任何情况下都做的对。完整的“任何情况”是无法验证的，为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多的“任何情况”。由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。 黑盒测试首先是程序通常的功能性测试。要求： 每个软件特性必须被一个测试用例或一个被认可的异常所覆盖。 用数据类型和数据值的最小集测试。 用一系列真实的数据类型和数据值运行，测试超负荷、饱和及其他“最坏情况”的结果; 用假想的数据类型和数据值运行，测试排斥不规则输入的能力; 对影响性能的关键模块，如基本算法、应测试单元性能(包括精度、时间、容量等)。 不仅要考核“程序是否做了该做的?”还要考察“程序是否没做不该做的2”同时还要考察程序在其他一些情况下是否正常。这些情况包括数据类型和数
据值的异常等等。下述几种方法：(a)等价类划分，(b)因果图方法，(c)边值分析法，(d)猜错法，(e)随机数法，就是从更广泛的角度来进行黑盒测试。每一个方法都力图能涵盖更多的“任何情况”，但又各有长处，综合使用这些方法，会得到一个较好的测试用例集。 1.等价类划分 等价类划分是一种典型的黑盒测试方法。等价类是指某个输入域的集合。它表示对揭露程序中的错误来说，集合中的每个输入条件是等效的。因此我们只要在一个集合中选取一个测试数据即可。等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例。这样就可使用少数测试用例检验程序在一大类情况下的反映。 在考虑等价类时，应该注意区别以下两种不同的情况： 有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。 无效等价类：无效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。 确定等价类有以下几条原则： 如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。例如，程序的规范中提到的输入条包括“……项数可以从1到999……”，则可取有效等价类为“l考项数<999”，无效等价类为“项数999”。 输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符，其输入条件规定“标
手机测试模式
NOKIA测试手机的使用 一、网络测试功能提供的网络信息 页面 1: 服务小区信息 页面 2: 服务小区其他信息 页面 3: 服务小区与第一、第二邻近小区信息 页面 4: 第三、第四、第五邻近小区信息 页面 5: 第六、第七、第八邻近小区信息 页面 6: 网络选择信息 页面 7: 服务小区的系统信息标志位 页面 10: 寻呼重复周期、TMSI、周期性位置登记定时器、AFC、AGC 页面 11: 网络参数 页面 12: 交织、跳频、下行不连续发射的状态以及IMSI 页面 13: 上行不连续发射的状态 页面 17: 切换 BTS_TEST 状态 页面 18: 照明灯状态控制 页面 19: 切换小区禁止状态 二、网络测试功能的模式 网络测试功能有三种模式： - 执行模式 - 数据显示模式 - 帮助模式 在本文中采用三种不同的标记注明。 ************** ++++++++++++++ ############## * * + + # # * Execute * +Data display+ # Help # * Mode * + Mode + # Mode # * * + + # # ************** ++++++++++++++ ############## 可采用在菜单中直接输入页号的方法进入执行模式。背景灯光的开/关（页面18）就工作于执行模式下，进入测试页面18，按下OK键，命令就被执行。执行模式是瞬时的，每当命令执行完毕，执行模式也就结束，同时数据显示模式开始，比如执行开背景灯光的命令，命令执行完毕后，显示“LIGHT ON”，在数据显示模式下指示出背景灯光的状态。数据显示模式中，网络测试数据（如：载频频点，功率电平，小区号）显示在屏幕上，帮助模式中，显示每一个测试页的参数说明，这样有利于识别测试信息。长按(*)可以切换数据显示模式和帮助模式。 翻页键为切换至其他测试页提供了方便，免去了使用菜单的麻烦，但是这却不能执行命令，数据显示模式依然保留，也就是说尽管一些可执行测试页被翻过，但是什么也没有执行。这是为了防止用户不小心清除了有用的数据。 帮助模式也是一种非执行模式。 三、网络测试功能的各页面的信息 页面 1:当前服务小区信息 ++++++++++++++ +abbb ccc ddd+ + e ff g mmmm+ + nnn ppp + + oooo + ++++++++++++++ 帮助页面:
手机软件测试方法
手机软件测试方法 系统测试方法分为：功能测试，一致性测试，性能测试，压力测试，容量测试，安全性测试，恢复性测试，备份测试，GUI 测试，健壮性测试，兼容性测试，可用性测试，可安装性测试，文档测试，在线帮助测试以及数据转换测试等。 从手机软件系统测试的角度分为：功能模块测试，交叉事件测试，压力测试，容量性能测试，性能测试和用户手册测试等。 由于笔者执行手机软件测试的工作中，短消息和电话测试的较多，下面就以短消息为例来阐述，手机软件测试的一般方法和测试的要求，来供大家参考。 一?短消息［SMS］的基本功能测试 1、短消息的基本功能：是指短消息的编辑，删除，保存，收发，显示，以及各种按钮等功能的正常实现。 2、测试要求和执行：一般根据测试案例或软件本身的流程就可以完成短消息的基本功能测试。 二．短消息的交叉事件测试 1、交叉测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或来响闹。应该以执行干扰的冲突事件不会导致手机死机或花屏等严重的问题出现为Pass的标准。 2、测试要求和执行：干扰要恰到好处，准确，否则很难发掘出深层次的软件缺陷。 三．短消息的压力性能测试 1、压力测试：又叫边界值容错测试或极限负载测试，即测试过程中，已经达到 某一软件功能的最大容量，边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和PIM卡所能存储的最大的条数， 仍然进行短消息的接收或发送，以检测软件在超常态条件下的表现，来评估用户能否接受。 2、测试要求和执行：可以考虑进行自动化测试 四．短消息的容量性能测试 1、容量测试：又叫满记忆体测试，包括手机的用户可用内存和SIM/PIM卡的所有空间被完全使用的测试。此时再对可编辑的模块进行和存储空间有关的任何操作测试，如果软件的极限容量状态下处理不好，有可能导致死机或严重的花屏等问题的出现。 2、测试要求和执行：可以考虑进行自动充满记忆体测试，要对不同品牌和不同容量大小的SIM/PIM 卡进行测试 五. 短消息的兼容性能测试兼容性测试：也就是不同品牌手机，不同网络，不同品