手机音频设计原则与方法
1、二个SP最小间距：
立体声是由不同的声道馈给不同的SP于不同的音频信号，使每个SP发出不同的声音，使人有声音是由不同的声源从各个位置传到人耳当中的感觉，产生空间立体概念。
以2个扬声器为例，首先要满足等边三角形原理，即
L a=L b=L C事实上手机中L a< （就是三星的乐趣CDMA1××619，他自己也只是宣称具备虚拟三维环绕立体声）我自己感觉他是在声频信号处理方面下的文章。 2、2个SP的选用与匹配 一、若选用高、低音SP：电路具有分频功率能，同时微型电声元器件，高低音SP也很难达到通用音箱的效果，因此建议用一样的SP。 二、SP串、并联问题：串、并联阻抗成倍数变化，对电路的功率、电流产生很大影响。 三、相位问题：两个SP相位必须相同，SP须注明正负极（单个SP无所谓相位相同）；否则两个相位不同的声波会发生干涉，可能会叠加成与输入声波相差很远的声波信号。 四、屏蔽问题：要求SP一致性非常好，频响曲线相差不能超过2dB，否则声音声音较大的那个会把另一个屏蔽扣掉，人根本听不到声音较低的SP发出的声音；两个同样的SP叠加，响度会增加3dB。 3、单个SP腔体设计：腔体d×h，受手机体积限制，d×h距理论最佳小很多，d，h越大声音效果会越好。 4、两个SP 摆放高度差问题： 手机当中的这个差值，相对声波波长与声波的传输速度来说，影响很小，可以不用考虑。其实我个人理解，手机实现的立体声，与传统意义上的立体声实现的途径估计应该不同，手机当中可能更倾向于在电路中对声频信号进行处理，达到一种虚拟的立体声环绕效果 目录 1 简介 (2) 1.1目的 (2) 1.2适用范围 (2) 1.3责任 (2) 2手册内容 (2) 2.1测试项目 (2) 2.1.1电性能测试 (2) 2.1.2ESD测试 (2) 2.1.3软件功能测试 (2) 2.1.4用户试用 (2) 2.1.5场地测试 (2) 2.1.6环境测试 (3) 2.1.7寿命测试 (3) 2.1.8机械强度测试 (3) 2.1.9包装成品测验 (3) 2.1.10其它测试 (3) 2.1.11附件（旅充、座充、电池、耳机）测试 (3) 3测试标准 (4) 3.1电性能测试标准 (4) 3.2功能/软件测试 (4) 3.3用户试用 (4) 3.4场地测试 (4) 3.5ESD静电测试 (4) 3.6环境测试 (5) 3.7寿命测试 (6) 3.8机械强度测试 (7) 3.9其它测试 (7) 3.10包装成品测试 (8) 1 简介 1.1 目的 制定整机中试过程中的测试标准。 1.2 适用范围 本手册适用于中试过程中的整机。 1.3 责任 中试工程师、品质工程师。 2 手册内容 2.1测试项目 2.1.1电性能测试 按照GSM规范和移动电话相关标准，测试手机的各项重要电性能指标； 2.1.2ESD测试 测试手机在静电环境中的性能； 2.1.3软件功能测试 测试用户手册规定的各项功能，以及模拟软件的极端使用条件，测试软件的性能； 2.1.4 用户试用 验证移动电话在移动网络上能否正常使用，互联互通，功能设计、人机界面等是否达到设计和用户使用的要求，分为普通用户试用和专业用户试用； 2.1.5 场地测试 在各地网络环境，实地测试手机的功能及网络兼容性； 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) 手机App测试策略和流程目录 1.引言 本文档是长春吉大正元信息技术股份有限公司东北公司手机APP测试的工作指导原则，它为手机APP测试过程中涉及到的测试方法、测试类型等制定标准做出明确的诠释和说明。 测试部门相关人员以此文档作为测试工作的依据和行为准则。 编写目的 本规范规定了东北公司手机APP测试过程中的活动和步骤。为公司测试（活动、产品）的实施和过程情况的各项检查提供依据；为度量被测试产品质量提供验证指标和验证方法。 适用范围 适用于长春吉大正元信息技术股份有限公司东北分公司测试部。 适用于：手机APP项目和产品的系统测试 针对手机APP的验证测试（外包项目）不在此范围之内，如需确保重点项目的手机APP质量度量和评价，需领导特殊审核。 2.测试过程描述 验证测试先决条件 对当前项目测试优先级进行划分： 产品大于项目优先级； 自主项目大于外包项目优先级； 重大项目（领导特批）大于客户化项目； 提前申请优先级大于变更申请优先级。(例如：监狱项目提前申请预留或者安排 测试员提前介入) 对当前测试版本质量进行评级：对于不符合测试准入原则的版本予以驳回。 验证测试三天后对提交版本进行质量预评估和评级：对第一轮发现较严重的问题进行列 举，对版本的整体情况进行评估。（详见BUG清单）对于不能度量质量的项目予以驳回 自测试。（例如：监狱移动OA项目）。 外埠公司提交测试前。应附上测试报告（功能测试报告、兼容性测试报告、性能测试报 告以及app可用性能标准结果）；?公司内部提交测试前，需附上缺陷记录和修改状态表。 上述有一项不能满足或不能按时提交予以测试驳回。 总结提交测试版本的内部测试情况（测试BUG列表）。对遗留问题必须列出并记录解决 方案。对性能和稳定性指标要予以详细描述。 测试周期 测试周期可按项目的开发周期来确定测试时间，一般客户化项目手机APP测试时间为三周（即15个工作日），根据项目情况以及版本质量标准可适当缩短或延长测试时间。正式测试前先向测试部经理确认项目排期。 需提供资源 测试任务开始前，检查各项测试资源是否提交，有两项没有提交予以测试驳回。 --产品功能需求文档； --产品原型图； --产品效果图； --用户使用手册； --测试设备确认表（例如：；；及以上；Symbian v3/v5/Nokia Belle等）； 轮次报告及产品上线报告 产品设计原则有哪些？产品设计的原则有点太泛哈，这里想结合自己的工作心得来小结一下手机无线设计8原则： 原则1：用户界面应该是基于用户的心里模型，而不是基于工程实现模型 就是把后台本来很复杂的事情通过设计符合用户日常生活中常用的浏览方式或操作方式。其实这一点是设计师把生活中的细节和数据结合的凝聚点，用户的心理模型抓的越准，界面就会越优秀。原则2：培养用户使用情景的思维方式做设计 要做到这个原则其实是很难的，需要长期的实战经验才能做到这点。 那我们都知道米聊出的比微信早，但后来被微信反超，个人认为不光是QQ帮了微信很大忙，比如用户登录门槛低，用户来源，广告打得响之类的，其实在用户使用情景方面米聊研究的没有微信透彻。 对于一个社交即时通讯产品，添加好友的功能是好友汇聚的来源，虽然米聊微信都绑定手机通讯录，但话又说回来，用户找手机通讯录联系人语音聊天的还是比较少。添加好友是引导用户去发现好友，找好友, 碰好友的一扇门。所以对于这么重要的功能放置在应用程序的哪个位置，在产品前期就会让用户明显的去选择用哪个应用，因为聊天工具的前提是要有人和你聊天。 原则3：尽量少的让用户输入，输入时尽量多给出参考 移动端的虚拟键盘一直是科技界无法解决的一个难题，虚拟键盘的主要缺点：1.输入定位无法反馈，所以无法形成高效的盲打；2.虚拟键盘的空间限制，手指的点击经常造成误按。光是上面这两点就让虚拟键盘在输入上大打折扣，所以我们在设计应用程序时，只要遇到Input Box的控件时，首先就要想到尽量让用户少输入，或者智能的给出参考。 原则4：全局导航需要一直存在，最好还能预览其他模块的动态 全局导航在Web交互设计中比较容易做到，在手机移动端全局导航要看产品设计的需求，什么功能需要全局导航，社交应用通常是：消息，通知，请求；音乐视频应用通常是：下载，搜索；工具类产品经常是核心工具条（tool bar) 比如浏览器，语音助理，音乐识别应用等等。 全局导航的价值在于可以让用户在使用过程中不会丢失信息，减少主页面和次级页面之间的跳转次数，当然全局导航中的info-task要能在当前页面完成，如果需要跳转到新界面，就会失去全局导航的意义，因为当出现多个info-task的时候，就需要用户不停的进入全局导航页面来完成。原则5：提供非模态的反馈，不打断任务流 模态弹出框的书面名称在iphone OS中称作：Alert-box，在Android OS中称：Pop-up box, 我们都知道弹框会打断任务流，所以在有限的屏幕上怎样让这些弹框弱化，或者说优雅、绅士的提醒用户，这个需要设计师来定义。 模态是指界面中只有提醒弹框才具有可交互行为，其他一切都不可操作；非模态不会把提醒做成弹框，可能会处理成List Notification, T oast list等方式来提醒用户。 原则6：不要让用户等待任务完成，用户还要发现更多有意思的地方 移动互联的核心就是给用户带来移动体验的方便和高效，这是移动互联网Apps需要考虑的，用户在使用你产品在很多情况下都是碎片时间，所以在设计上尽量让用户在短时间内熟悉我们的产品，知道这个产品的诚意，特别是某些等待界面需要设计，不能把一个很枯燥的等待界面呈现在用户的面前，那用户很快就会换其他apps。 测试工作规范版本记录： 文件状态：[√] 草稿[ ] 正式发布[ ] 正在修改当前版本：1.1 作者：** 完成日期：2004-9-15签收人： 签收日期： 1编写目的 本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。 2测试团队构成 2.1职责 测试是软件开发过程中的重要组成部分，肩负着如下责任： 在项目的前景、需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。 编写合理的测试计划，并与项目整体计划有机地整合在一起。 编写覆盖率高的测试用例。 针对测试需求进行相关测试技术的研究。 认真仔细地实施测试工作，并提交测试报告供项目组参考。 进行缺陷跟踪与分析。 2.2角色划分 在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。角色名称相关主要责任 测试经理组建测试组 协调测试组内部的沟通 代表测试组与其他角色组进行沟通编写测试计划 测试报告分析 测试用例设计工程师编写测试用例{可以由测试经理兼任}测试实施工程师实施测试用例，执行测试 技术支持工程师为测试工作提供技术支持 3工作流程及规范 3.1计划与设计阶段 在项目组成立的同时，测试组也将同时成立。团队成立的工作与责任如下： 图表 2 划。测试计划中应该至少包括以下关键内容： 测试需求——需要测试组测试的范围，估算出测试所花费的人力资源和各个测试需求的测试优先级 测试方案——整体测试的测试方法和每个测试需求的测试方法 测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源 测试组角色——明确测试组内各个成员的角色和相关责任 里程碑——明确标准项目过程中测试组应该关注的里程碑 可交付工件——在测试组的工作中必须向项目组提交的产物，包括测试计划、测试报告等等 风险管理——列举出测试工作所可能出现的风险 测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组中各个角色组联合评审。 测试计划由项目组评审通过. 在项目开发过程中，要适时的对测试计划进行跟踪，以评估此计划的完整性、可行性，在项目结束时还要最后 手机音频测试中常见测试标准与测试项目 (2012-3-30 14:17) 在多技术集成的复杂电磁环境中，越来越多的外界干扰影响着音频的实际使用效果，然而终端产品（如手机）的音频质量是影响用户体验的关键因素，针对近期众多客户咨询音频测试的情况，摩尔实验室（MORLAB）的工程师依据相关标准，跟广大读者解析国内外音频测试的常见主要要求。 音频测试的主要标准： 国内标准：GB/T 15279-2002 YD/T 1538-2011 国外标准加拿大CS-03 Part VIII 美国FCC Part68 欧洲标准EN50332/300903 国际标准TIA-968/810/920和3GPP TS 51.010-1系列等等 测试项名词解析： SLR-发送响度评定值： SLR（Sending loud rating）是计算发射方向的绝对响度，以此判定话音信号是否适合听众，它是一种基于目标单音测量来表示发送频率响应的方法，灵敏度单位为dBv/Pa。根据ITU-T P.79公式 计算频段4至17频段的SLR。并m=0.175，和ITU-T P.79中的发送加权因子。 RLR-接收响度评定值： RLR （Receive Loudness Rating）是计算接收方向的绝对响度, 以此判定话音信号是否适合听众，它是一种基于目标单音测量来表示接收频率响应的方法。灵敏度单位为dBPa/v。根据ITU-T P.79的公式λ 根据标准3GPP TS 26.131，当手机接收响度固定时，STMR应该在13dB到23dB之间。λ 根据标准STMR只能用TYPE1 或者TYPE3.2低泄漏型人工耳来进行测量。λ SSFR-发送灵敏度/频率响应： SSFR（Sending sensitivity frequency response）发送灵敏度/频率响应指解码器输出与人工嘴的输入声压之比。λ 用人工嘴在嘴参考点（MRP）送一个声压为－4.7dBPa的纯单音。测量并评估系统模拟器语音解码器的响应输出声压值。λ 计算测量频率响应到上或下容限的偏移,由对最大最小偏移的均值移动整条曲线, 然后进行极限检测,如果移动后的曲线在极限曲线范围内,输出PASS,否则输出FAIL. 在每个频率点都要进行极限检测。λ 龙源期刊网 https://www.doczj.com/doc/656031591.html, 手机app的交互设计研究 作者：陈烨坤 来源：《传播力研究》2019年第14期 摘要：近些年来，随着移动互联网体系的普及率越来越高。智能手机的逐渐被普及，之前很多必须依靠电脑才能完成的事情，现在依靠智能手机的App就可以完成。App的种类和数量也在越来越多，App开发者逐渐将用户体验作为出发点，重视手机移动客户端的交互设计。本文主要针对某手机系统的功能设计、交互射击方式以及页面设计特点进行了深入分析，对手机App的交互设计方案进行了总结。 关键词：手机App；交互设计；研究 随着科学技术的进步与发展，智能手机的普及率越来越高。为了更好地满足人们对智能手机更高的应用需求，手机移动端应用程序即App的种类和数量也越来越多，人们对App的要求不仅仅是能用来干什么，更多的是将注意力集中在交互式的体验方面，也就是App在具备 一定的功能的同时，也有一些人性化的设计，用户在使用产品时才能够有更高的满意度。很多智能手机程序的相关企业现在逐渐将目光转移到交互设计上，旨在设计出功能性强、用户满意度高的应用程序。本文结合某软件，对手机的交互设计进行了探究。 一、研究的背景及其意义 App也就是应用程序，它是适用于智能手机客户端的应用程序，当前主要的App系统有苹果、谷歌、微软等公司系统下的App。交互设计的概念起源于上世纪80年代，它的重点核心在于交互式体验，是由比尔莫格里奇提出的。上世纪90年代，个人的计算机技术处于高速发展过程中，很多智能手机的企业开始将目光聚焦于交互设计。交互设计，从字面意思上，就是人和产品之间的互动体验过程，设计的原则在于重视用户的体验，最终目标是设计出用户满意的产品。交互设计是在人机工程学的基础上，加入了心理学、行为学等方面的知识，在这些理论基础上进行产品设计，随着互联网科技的快速发展，交互设计已经被应用到更多行业内，目前，国外有些公司进行交互设计研究时，已经不仅仅定位在智能手机客户端的应用程序方面，更多的是在硬件方面进行提升。国内对交互设计相关的研究起步相对较晚，近些年来，随着互联网技术的不断进步与发展，人们对App的需求已经不仅仅是能够实现某种既定的功能，更 多的是注重互动式的体验。智能手机客户端是信息时代的固有产物，它于电脑的互动交流的方式不同，智能手机具有自身独特的交互特征，具有智能化、可移动性、不受到时间和地点的限制等特点， 二、交互设计的研究 （一）加载速度的研究 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、流程图 仍然为测试环境 测试周期 测试周期一般为两周（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上所有的“外部原因”问题，都需要尽早地督促开发人员与客 手机产品交互设计样式 很多人都说，手机产品交互限制因素很多，过小的屏幕分辨率，过低的系统性能，过慢的网速，过弱的电池续航能力等等。但是在限制中还能做出优秀的设计，才显得弥足珍贵，就像风靡Symbian平台的gravity一样。 其实，我认为手机产品交互设计还是有很多想象空间的，它不仅仅是界面交互，而是跟空间、跟时间、跟触觉、跟视觉、跟听觉、跟嗅觉的交互，而且随着技术的推移，相信界面的可扩展性也会越来越好，不管是电子纸（ePaper），还是投影技术应用到手机上，都会让手机界面变得能承载更多容、更复杂的交互。 我们在使用手机产品的时候，视觉、触觉、听觉是经常被触发的。在此我对互联网产品的交互设计样式进行了分类：视觉交互样式、触觉交互样式、听觉交互样式和嗅觉交互样式。 1 视觉 1.1 界面 界面的信息传达作用不赘述，对交互的影响也不容置喙。 这里我更想说的视觉不仅仅是指界面，而是脱离手机屏幕本身的视觉效果，达到让用户的视觉上的体验越来越丰富的效果。 1.2轨迹球 当有新消息到达的时候，带有LED灯轨迹球的手机都会让轨迹球闪烁，起到提醒作用。相信不久的将来，五彩的轨迹球和轨迹球上写字都是可以实现的，到时候你可以根据不同的轨迹球颜色和文字提醒，在屏幕暗下的状态下也能判断出是什么新消息，来自谁。 图1 HTC hero和黑莓8800的轨迹球，在来电来消息的时候可以闪烁发光 1.3 指示灯 目前主流手机的LED指示灯大多是可以控制的，包括LED的颜色，亮的时长，灭的时长，都可以控制。之前指示灯多是用在提示电量不足，当快没电的时候，指示灯会按照一定的频率闪烁红光。充电的时候，红色指示灯常亮，充满电之后变成绿色。后来指示灯又被用在提醒功能里，有新消息、未接来电的时候，指示灯也会频闪。 图2诺基亚N900，指示灯，开机、充电、来电都会亮起 1.4 投影 Logic Wireless带投影功能的手机，被很多人认为是中国山寨手机的胜利。据了解，投影手机最早的机型来自中国南方。 手机软件测试用例编写规范和流程 为什么要写测试用例啊？对于功能测试用例，只是针对项目的需求，是不是很浪费的这样写来写去，既浪费时间又没有什么实际意义？测试用例是——体现软件的开发目标和可接受条件，软件设计的一种实际体现。设计用例在于明确验证需求（功能）的输入数据和步骤，书面化便于重现BUG，另一方面用于回归测试。无论ISO9000还是CMM都要求做任何事情要有记录、书面文档。如果不设计用例，那是随机测试，很难度量是否做的完全。对于开发和测试的沟通，一个是指明测试的方向，和文档的规范，bug可以接受的描述方法和用词，bug的分类，一个好的测试用例可以在开发和测试以及其他阅读此case的部门人员建起桥梁并传递很多信息。 测试用例主要来自三个方面： 1.设计文档中的USE CASE。将设计文档中的Use Case按照步骤纪录下来，可以用于软件的可接受性测试。 2.按照界面功能区或者系统功能模块，按照用户可能的操作，分块或跨模块，形成系统的功能性测试（可能包括Normal-通常操作，Exceptional-异常操作，Boundary-边界测试）。 3.将曾经发生过的Bug纪录下来，形成测试用例，可以成为Regression Testing的一部分。 编写测试用例一般有2个模板。Excel模板和 Word模板，编写功能测试用例一般用Excel 模板。 测试用例编写一般包括4个部分：测试环境（即在测试过程中用使用到的环境） 测试数据（测试过程中用到的有效无效的数据） 测试步骤（你怎么做的） 预期结果（你所希望出现的结果） 功能测试又可以分成好多种如逻辑功能测试、兼容性测试、易用性测试等。 1、编号：也可以是流水号，也可以自己定义规则，方便程序员与测试人员之间的用例查找和归档 2、描述：说明本次测试用例所要测试的内容；例：本测试用例用于测试系统管理员新增二级管理员 3、前提：说明本次测试的前提条件，例：系统管理员已使用admin身份登录系统并且已进入用户管理界面 4、备注：说明本次测试用例的其他相关信息，例：新增二级管理员成功后，需使用该二级管理员ID进行登录，验证该二级管理员帐号是否正式开通 上面的是测试用例说明内容，下面的是测试用例详细内容： 5.1、步骤：也就是操作的步骤编号；例： 1 2 3 5.2、步骤描述：对本步操作进行详细描述；例：系统管理员输入二级管理员用户ID 5.3、输入值：本步所输入的内容值：例：user001 5.4、期望结果：对本步操作的系统反应的期望结果，也就是说正确的结果是什么；例：正常成功输入二级管理员ID，并且正常显示 5.5、实际结果：测试人员本测试用例进行测试后，系统给出的实际操作结果；例：二级管 交互设计十大可用性原则 1. 系统可见性原则 系统应该让用户知道发生了什么，在适当的时间内做出适当的反馈。 这条很简单，就是指用户的每次操作，你都得给他个反馈，成功了就告诉他成功了，失败了就告诉他失败了。绝不能在用户操作后毫无反应，让用户一脸懵的猜到底是怎么了，是成了？错了？还是bug了？你做的又不是大家来找茬游戏，还带让用户自己连蒙带猜的。 同时，如果反应时间有点慢，也请用进度条or等待or下载等动效或其他形式告诉用户当下的情况；千万别让用户在懵逼的情况下干瞪眼。 2. 匹配系统与真实世界 系统应该用用户的语言，用词，短语和用户熟悉的概念，而不是系统术语。遵循现实世界的惯例，让信息符合自然思考逻辑。 这一点说简单也简单，说的直白一些，就是3个字：说人话。 不要炫耀自己的智商，不要让用户觉得自己是白痴，请用最简单直白的语言描述状况；就好比自然世界里，你和他人说话的时必然使用简单的白话文进行直白的沟通以保证交流顺畅。 看到前一种选项，用户会有什么反应？大概是这样吧：我是谁？我在哪儿？我在干什么？ 自适应窗口难道不是就是最佳比例？他们有区别？有什么区别？ 所以，如果选项想表述的内容不同，那就清清楚楚地告诉用户区别在哪儿，否则他们大概真的会一脸血的看着你了。 3. 用户的控制性和自由度用 用户经常错误地选择系统功能而且需要明确标识离开这个的“出口”，而不需要通过一个扩展的对话框。要支持撤销和重做的功能。 由于网络和智能手机的普及，人们都知道”X”是关闭，向左的箭头是返回； 但是其他icon就并非如设计师的想象中那么美好了。 这个icon到底是退出？导出？还是向右打开？如果你想表达“退出”，请要么使用通用的x，要么使用文字，尽量别让用户纠结寻找。 而在相对复杂的产品中，允许用户对操作进行撤销和重做也是非常必要的，如同在网易有数的报告页面中，由于用户的操作次数多且功能繁杂，提供这2个操作能有效提升容错率，降低用户的使用成本。（同样可以看到浏览器的工具栏中也有明显的撤销和重做icon，因为在网页浏览中，这2个操作的使用是非常频繁的） 4. 一致性原则 用户不必怀疑是否不同的语言，不同的情景，或者不同的操作产生的结果实际上是同一件事情。遵循平台的惯例。也就是，同一用语、功能、操作保持一致。 测试工作规范 版本记录： 1编写目的 本文档是测试团队的日常工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。 2测试团队构成 2.1职责 测试是软件开发过程中的重要组成部分，肩负着如下责任： 在项目的前景、需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。 编写合理的测试计划，并与项目整体计划有机地整合在一起。 编写覆盖率高的测试用例。 针对测试需求进行相关测试技术的研究。 认真仔细地实施测试工作，并提交测试报告供项目组参考。 进行缺陷跟踪与分析。 2.2角色划分 在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。 3工作流程及规范 3.1计划与设计阶段 3.1.1成立测试团队 在项目组成立的同时，测试组也将同时成立。团队成立的工作与责任如下： 图表 1 3.1.2测试预通知 在正式测试任务下达前，开发团队应提前一周左右向测试团队下达预通知，告之较为确切的测试日期，提供当前最新的相关资料。测试部门经理可视具体情况决定是否需要调整人力。测试人员可预先熟悉必要的背景资料，协助测试经理编写《测试计划书》初稿。 图表 2 3.1.3召开测试启动会议 图表 3 3.1.4编写测试计划文档 需求分析文档确立后，测试组需要编写测试计划文档，为后续的测试工作提供直接的指导 图表 4 3.1.5设计测试用例 在需求分析文档确立基线以后，测试组需要针对项目的测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。在用例的编写过程中，具体的任务和责任人如下： 图表 5 3.2实施测试阶段 3.2.1实施测试用例 实施测试用例将花费测试组绝大部分时间，这些工作都是建立在前期很多计划工作的基础上。 图表 6 3.2.2提交报告 软件测试基本流程与要求（提纲） 1目标 制定完整且具体的测试路线和流程，为快速、高效和高质量的软件测试提供基础流程框架。 最终目标是实现软件测试规范化，标准化。 2测试流程说明 3测试需求分析 测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他. ·测试需求是制订测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据； ·测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的设计测试用例； ·测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖； 3.1测试方法与规范 3.1.1测试方法 随着软件技术发展，项目类型越来越多样化。根据项目类型应选用针对性强的测试方法，合适的测试方法可以让我们事半功倍。以下是针对目前项目工程可以参考的测试方法： ?β测试（beta测试）--非程序员、测试人员 β测试，英文是Beta testing。又称Beta测试，用户验收测试（UAT）。 β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。 当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。?α测试（Alpha测试）--非程序员、测试人员 α测试，英文是Alpha testing。又称Alpha测试. Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由该系统的程序员或测试员完成。 在系统开发接近完成时对应用系统的测试;测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员来完成，不能由程序员或测试员完成。?兼容性测试--测试人员 兼容性测试是指测试软件是否可以成功移植到指定的硬件或者软件环境中，例如在B/S项目中各个不同浏览器之间的测试。 ?用户界面测试-UI测试--测试人员 用户界面测试，英文是User interface testing。又称UI测试。 用户界面，英文是User interface。是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。 用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。 Smartphone Audio Measurement&Test Guide 智能手机音频测量与测试指南 Viking Zhang/09JUL2014 [1-1]正确驳接仪器Connect Audio Analyzer Correct 1:Prism Sound dScope III 2:Audio Precision System-2322/2522/2722 3:Audio Precision APx525 [1-2]正确驳接负载电阻32RZ Load Resistance [1-3]配置音频分析仪输入Audio Analyzer Input Configuration 1:Prism Sound dScope III 2:Audio Precision System-2322/2522/2722 3:Audio Precision APx525 [1-4]仪器自检Audio Analyzer Loopback Test(AP2722) 1:回路性能检测/Loopback Performance 2:查看可用模拟滤波器模块/Check Analog Filter Module [1-5]配置扫描器的分析源Sweep Source Configuration Target:Select Sweep Amplifitude Or Sweep Frequency Sweep Amplifitude=Tracking Test Wave Level Sweep Frequency=Tracking Test Wave Frequency NOTE:Start Sweep(Go)Before Play Test Wave 设计实用原则 一、操作入口明确 “操作入口明确”，就是指产品的任何一个功能都要有明确、合理的入口。 “操作入口”，指的是产品内部不同模块之间的转接元素，例如在Web产品中，按钮控件、输入框、文字链等都属于操作入口； “明确”指的是入口的视觉感是清晰的、可识别的； “合理”是指入口的出现是符合用户操作逻辑的，适时的。 1、强化重点，弱化周边 2、入口信息明确易识别 增加入口数量虽然在一定程度上有助于提高功能模块的使用率，但也存在致命的缺陷——入口信息不明确。因为“入口”等同于用户的“选择”，入口越多，选择越多，“过多的选择等于没有选择”，这势必会造成用户使用产品时的疑惑 二、可及 在产品设计应用过程中，应当考虑到特殊人群的使用状况，让这部分用户享受无障碍设计带来的便捷 1.色盲 2.肢体残疾 3.老人，儿童（5～12岁） 4.文盲 5.其他其他对信息使用不擅长的人 1.使用形状+色彩的信息提示 在使用设计元素时，要尽量使用形状+色彩的方式来表现信息，或者使用文字的提示。2.简化操作方式 比如在设计操作时尽可能地采用“选择”的方式而不是“填写”（避免给手指残疾的用户增加负担）。比如下面这个输入日期的设计： 3.容错和及时帮助 4.使用视觉、听觉，触觉等多元化的手法传达必要的资讯 比如在一些智能手机产品上，点击触摸屏数字键盘时，不但被选中的数字键的底色会发生变化，而且屏幕还有震动的触感提示。 5.使用辅助性的工具 例如：语音朗读、放大镜、手写输入、语音输入、语音搜索等 三、适时帮助 适时帮助，是指在用户使用流程中，在需要的时候能及时地得到帮助，有效减低用户学习成本；反之，在不需要帮助的时候,不要出现信息干扰。 用户在什么时候需要帮助? 一般有以下三种情况： A.第一次 当新用户使用一个产品的时候需要帮助，或者老用户在使用一项新功能的时候，由于认知不 技术文件 技术文件名称：XXX手机软件测试报告技术文件编号： 版本： 共页 (包括封面) 拟制 审核 会签 标准化 批准 目录 1概述...................................................错误！未定义书签。 1.1 编写目的................................................................................. 错误！未定义书签。 1.2 术语和缩略语......................................................................... 错误！未定义书签。 1.2.1 术语、定义：................................................................. 错误！未定义书签。 1.2.2 缩略语：......................................................................... 错误！未定义书签。 1.3 参考文献................................................................................. 错误！未定义书签。2测试任务说明 .. (2) 2.1 测试活动类别 (2) 2.2 测试级别 (2) 2.3 版本变更情况......................................................................... 错误！未定义书签。 2.4 测试任务列表 (2) 3测试环境描述 (2) 3.1 测试环境描述 (2) 3.1.1 硬件环境描述 (2) 3.1.2 软件环境描述 (3) 3.2 测试环境比较 (3) 3.3 其它说明 (3) 4测试故障描述 (3) 4.1 ××××测试模块 (3) 4.2 ××××测试模块 (3) 5测试结果分析 (4) 5.1 ××××模块测试结果分析 (4) 5.2 ××××模块测试结果分析 (4) 5.3 总体测试结果分析 (4) <2.按实现结果统计：> (4) 6测试结论 (5) 7测试总结和评价 (5) 7.1 测试评估 (5) 7.2 测试总结和改进建议 (5) 8遗留问题报告 (5) 8.1 遗留问题统计 (5) 8.2 遗留问题详细列表 (6) 附录1：测试现场记录 (7) 手机音频测试中常见测试标准与测试项目 在多技术集成的复杂电磁环境中，越来越多的外界干扰影响着音频的实 际使用效果，然而终端产品（如手机）的音频质量是影响用户体验的关键因素， 针对近期众多客户咨询音频测试的情况，摩尔实验室（MORLAB）的工程师依 据相关标准，跟广大读者解析国内外音频测试的常见主要要求。音频测试的主 要标准： 国内标准：GB/T 15279-2002 YD/T 1538-2011 国外标准加拿大CS-03 Part VIII 美国FCC Part68 欧洲标准EN50332/300903 国际标准TIA-968/810/920 和3GPP TS 51.010-1 系列等等 测试项名词解析： SLR-发送响度评定值： SLR（Sending loud rating）是计算发射方向的绝对响度，以此判定话音信号是否适合听众，它是一种基于目标单音测量来表示发送频率响应的方法，灵 敏度单位为dBv/Pa。根据ITU-T P.79 公式 计算频段4 至17 频段的SLR。并m=0.175，和ITU-T P.79 中的发送加权因子。 RLR-接收响度评定值： RLR （Receive Loudness Rating）是计算接收方向的绝对响度, 以此判定话音信号是否适合听众，它是一种基于目标单音测量来表示接收频率响应的方 法。灵敏度单位为dBPa/v。根据ITU-T P.79 的公式 计算频段4 至17 的RLR，采用下表的接收加权系数，m=0.175。STMR- 侧音掩蔽评定值： STMR(Side Tone Masking Rating)侧音通道指的是麦克风接收到的信号输出 返回 编号 用例名称 测试条件 测试步骤 测试用例_预期结果 样机数量 备注 测试结果 Reliability_test_001 载重测试(硬载重） 普通手机：手机开机，整个正、反面施加70kgf的压力，承受2秒钟。 触摸屏手机：手机开机，整个正、反面施加70kgf的压力，承受2秒钟。 三防手机：手机开机，整个正、反面施加80kgf的压力，承受2秒钟 1.测试前对产品初步检查确保他们有正常的电气和机械性能 2.手机正面向上正常放置在水平测试钢台上，对手机整个正面施加规定的压力，停留两秒钟。 3.手机正面向下正常放置在水平测试钢台上，对手机整个背面施加规定的压力，停留两秒钟。 4.每完成一步对样机进行检查（检MMI），测试完成进行终检（检MMI、通话、外观……） 参考 附录---机械可靠性测试前后检查用例3 载重测试压块面积应与手机相当且压块与手机间应加垫1~2mm泡棉 测试过程中手机不能关机，测试完成后手机机械电气功能正常（重点关注LCD性能）。 Reliability_test_002 载重测试(软载重） 普通手机/触摸屏手机开机状态下，整个正面施加70kgf的压力，承受2秒钟。 1.测试前对产品初步检查确保他们有正常的电气和机械性能2.普通手机/触摸屏手机开机状态下，整个正面施加70kgf的压力，承受2秒钟。 3.测试完成进行终检（检MMI、通话、外观……） 参考 附录---机械可靠性测试前后检查用例3 软载重测试压块面积应与手机相当或大于手机，且压块为硅橡胶压头（测试压头硅橡硬度应在肖氏70±5度）。 Reliability_test_003 挤压测试 （1）0.5kgf，挤压中心点，不允许出现水印（2）10kgf，金属棒压头(杆直径8mm，压头弧半径10mm)，挤压如下位置，屏幕9个点，听筒位置，FPC位置，sensor位置，芯片上方各一次；4.5kgf，摄像头中心点；10kgf，2s，IC中心，IC两侧各5次（压头以10mm/min的速度施加力）翻盖机内屏不挤压1）试验前，对产品初步检查确保他们有正常的电气和机械性能； 2）将产品固定在测试平台上，样品与测试平台之间需要放置3mm厚的防静电皮（静电皮的尺寸要大于产品的尺寸）。产品两端用夹具固定（夹具压产品部分需要有3mm 厚的防静电皮）；3）首先用0.5kgf力，挤压中心点一次，不允许出现水印。4）按照测试力的要求，顺序测试（A1-A9，B1-B3,听筒位置，FPC位置，sensor位置，芯片上方，摄像头）； 4）每完成一次测试后需要检查产品机械功能，测试完成后要机械、电子性能及通话功能检查；参考 附录---机械可靠性测试前后检查用例6 测试过程中手机不能关机，测试完成后手机机械电气功能正常。 Reliability_test_004 弯折测试 正面、背面能承受13kgf压力，停留两秒钟后返回，正反面重复此操作各250次 1.测试前对产品初步检查确保他们有正常的电气和机械性能 2.手机开机，正面向上放置在支撑夹具上，用直径20mm的压头，13kgf压力，50-60 次/min的速度压手机中心部位。重复此操作250次。 3.手机开机，背面向上放置在支撑夹具上，用直径20mm的压头，13kgf压力，50-60次/min的速度压手机中心部位。重复此操作250次。 4.测试完成进行终检（检MMI、通话、外观……）参考 附录---机械可靠性测试前后检查用例3 两端支撑点应尽可能相互远离。每完成一步测试需检查手机机械电气功能。 Reliability_test_005 扭曲测试 开机状态下承受数值为其厚度（取mm为数值单位）的0.12倍，单位为N.m的扭矩（最大不超过2 N.m，最小不小于0.5N.m）扭曲500往复。1）试验前，对产品初步检查确保正常的电气和机械性能； 2）产品锁键盘后，听筒端装夹在设备固定的一端（夹持距离为15mm，四向固定），另一端固定在旋转一侧（夹持距离为15mm，垂直LCD面双向固定）； 3）按标准进行测试完成后，检查产品机械、电气性能。 参考 附录---机械可靠性测试前后检查用例3 1）测试中出现电池故障记录现象，更换新电池继续测试；1、北美、日本手机产品采用E标 2、其他地域的手机，由产品线在CDP时根据产品策略、定位，决策选择哪种标准 3、FP所有产品（不论发货市场和地域）:由产品线在CDP时根据产品策略、定位，决策选择哪种标准，建议选择B标Reliability_test_006 软压测试 测试压力：25kgf 测试次数：2000次（横向正面、横向反面、竖向正面、竖向反面各500次） 测试速度：电动设备10 mm/S，气动设备 15次/分钟压头：硅橡胶挤压头（肖氏70±5度） 1）试验前，对产品初步检查确保正常的电气和机械性能； 2）将产品开机锁住键盘正面朝上放置在帆布上并用布带将样品紧固（机身与固定支架的轴向垂直），进行标准压力的寿命测试； 3）将产品开机锁住键盘背面朝上放置在帆布上并用布带将样品紧固（机身与固定支架的轴向垂直），进行标准压力的寿命测试； 4）将产品开机锁住键盘正面朝上放置在帆布上并用布带将样品紧固（机身与固定支架的轴向平行），进行标准压力的寿命测试； 5）将产品开机锁住键盘背面朝上放置在帆布上并用布带将样品紧固（机身与固定支架的轴向平行），进行标准压力的寿命测试； 6）每完成一步测试后需要检查手机机械电气功能，测试完成后要检查产品通话功能； 参考 附录---机械可靠性测试前后检查用例3 开机-锁键盘/屏幕-正面向上1000次-功能检测-正面向上1000次-功能检查结束 Reliability_test_007 常温受控跌落（1）4.0寸以下产品，跌落次数2轮*（6面），0.3m +1.2m； 4.0寸（含）-4.7寸产品，跌落次数2轮*（6面），0.3m + 1m； 4.7寸（含）- 5.0，跌落次数2轮*（6面），0.3m +0.8m； （千元智能机的跌落高度定为0.3m+0.8m，2轮*6面） （2）4.0寸（含）以上产品以及千元智能机,3个新样本，进行1.2m的跌落测试，1轮*6面，不允许出现LCD IC，BGA，连接器松脱失效，其他失效不予判定。 （3）5.0寸以上的，跌落次数：2轮*（6面），0.3m +0.7m； 问题级别定义：跌落用B标的问题级别判定LCD屏裂和TP lens裂问题 （4）FP:2轮*（6面），0.3m + 1m；跌落面为大理石面 1.试验前，对产品初步检查确保他们有正常的电气和机械性能； 2.每次跌落前用吸尘器或刷子清洁测试台面； 3.跌落顺序按照测试规范进行； 4.每跌落一轮检查主要功能：电气、机械、射频、音频（音频、射频可用通话代替）； 5.每一次跌落前需检查产品结构件是否分开，如有手动恢复后测试； 参考 附录---机械可靠性测试前后检查用例13 1）设备校准： 下降速度/冲击的影响应等同于指定高度的自由落体（如1.0米，1.5M等）； 每年对设备进行检查，调整，定期校准，以维持所需的性能和精度； 定期检查跌落速度对照表，建议每6个月用高速摄影进行校验一次； 2）测试过程中，允许存在不碰到跌落夹具（不含试验台面与侧面挡板）的二次及以上碰撞； 3）跌落台面检查，如果表面存在腐蚀、凹坑应该进行更换； 4）跌落高度：指试验样品在跌落前悬挂着的时候，试验表面与离它最近的样品部位之间的高度； 5）测试需要增加UIM、SIM、T卡（真卡、假卡都可）等6）测试后立即检查，OLED显示器当时需要检查，24小时后再检查。 Reliability_test_008低温受控跌落 -10度，0.8m，1轮*6面（三防手机1.5m） 1.试验前，对产品初步检查确保他们有正常的电气和机械性能； 2.关机放进-10度的温箱中存储2小时，取出不开机进行测试跌落测试（记录放入及取出温箱的时间）； 3.将设备调到手动模式进行跌落（一台一台取出 分别在1分钟内跌落完成），每次跌落前用吸尘器或刷子清洁测试台面； 4.跌落顺序按照测试规范进行； 5.每次跌落只检查产品的机械性能，测试结束后2小时检查产品机械、电气性能； 参考 附录---机械可靠性测试前后检查用例3 1）测试不需要增加UIM、SIM、T卡（真卡、假卡都可以）等； 2）OLED显示器当时需要检查，24小时后再检查；3）其它细节参考常温受控跌落要求； Reliability_test_009 滚筒跌落 （1）10pcs样本：0.5m-100次+1m-100次，50次检查一次（2）10pcs样本1m-100次。50次检查一次 （3）（1）和（2)的ok的样本继续进行1m测试直至全部失效，上限1000次（供开发参考发现薄弱点，提升可靠性设计） 1)测试之前，全面检查； 2）开机放入测试设备内（滑盖、翻盖，打开与合上各半），转速设置，使产品直接跌落到测试地面的中心（转速设定参考值：1m（10-12次/分）、0.5m（16- 18次/分））； 3）考虑胶带的位置将力学的影响降到最低， 4） 全面检查：0、50、100、150、200、300、400、600、800、1000检查点，确保正常的电气和机械性能，测试完成后，需要对OK样本进行拆机检查。 参考 附录---机械可靠性测试前后检查用例20 1）测试前检测并清理滚筒内异物，每50次测试后，检测并清理滚筒内异物（统一吸尘器处理一下）。 测试中如果有部件脱落找不见应该停止测试，清理完设备后再继续测试； 2）滚筒设备要求同GB/T 2423.8-1995，如下图（滚动斜面部分要有白色聚四氟滑块）； 3）设备必须要接地处理，避免静电产生伤害操作员与设备； Reliability_test_010 转轴按压测试 测试力量：5kg 压力；测试速度：60mm/min； 测试位置：产品翻盖打开后背面转轴位置，每次停留时间2S，重复50次1）试验前，对产品初步检查确保正常的电气和机械性能； 2）将产品翻盖打开后背面朝上放在测试平台上（转轴中心点对准测试夹具）； 3）设置测试设备参数，按标准进行测试完成后，检查产品机械、电气性能及通话检查； 参考 附录---机械可靠性测试前后检查用例3 手工按压-功能检查 Reliability_test_011 按键耐久测试1)测试前对样机初检，保证样机机械电气功能正常，对测试前样机按键力进行测量； 2）手机开机，使用直径12（6）mm，的橡胶头模拟人手指按压手机键盘； 3）测试标准20%、40%、60%、80%寿命时，检查Keypad有无破裂，磨损，按键的烤漆是否有脱落，印刷字体是否依然清晰，按键功能是否正常； 4）测试标准60%、80%寿命时，取下产品进行全功能检查，含通话。5）测试完成后，检查样机电气功能并测量样机按键力；6）PTT按键测试瞬间按键： 测试前对样机初检，保证样机机械电气功能正常，对测试前样机按键力进行测量； 手机开机，使用直径12mm，肖氏硬度50度的橡胶头模拟人手指按压手机键盘； 每10万次需检查Keypad有无破裂，磨损，按键的烤漆是否有脱落，印刷字体是否依然清晰。按键功能是否正常； 测试完成后，检查样机电气功能并测量样机按键力； 持续按键： 测试前对样机初检，保证样机机械电气功能正常，对测试前样机PTT按键力进行测量； 手机开机，使用直径12mm，肖氏硬度50度的橡胶头模拟人手指按压手机PTT键。对PTT按键施加的按键压力为2.5kgf，保持1min后松开，共测试5000次； 每1000次需检查Keypad有无破裂，磨损，按键的烤漆是否有脱落，印刷字体是否依然清晰。按键功能是否正常； 测试完成后，检查样机电气功能并测量样机按键力；7)power键： 测试前对样机初检，保证样机机械电气功能正常，对测试前样机按键弹力进行测量 手机开机，使用直径6mm，邵氏硬度55度的硅胶点击头，点击手机Power键中心，点击头底部离power键的距离为5mm，点击力为5±1N。按0.5秒，松开时间0.5秒。 点击键万次（万次中间检查）参考 附录---机械可靠性测试前后检查用例6 要求一次测试中同时包含功能键，侧键，导航键、数字键以及其他按键 Reliability_test_012 翻盖/滑盖耐久性测试翻盖耐久： 常温翻盖耐久：手机开机以30～40次/分的速度进行翻盖，共进行7万次。 滑盖耐久： 手机开机以30～40次/分的速度进行滑盖，共进行7万次。 1.测试前对手机初检，保证手机机械电气功能正常，保证翻盖功能正常。 2.设置手机完成一次开合测试的时间为一秒，设置总开合次数为7万次。 3.每一万次检查翻/滑盖的手感，外观，手机电气功能并记录异常情况。5.测试中可用翻/滑盖的开合来控制的手机功能均应处于打开状态。参考 附录---机械可靠性测试前后检查用例10 1.手机在翻/滑盖动作中，应尽量模拟实际使用过程中的翻盖情况，在手机装夹时要采取防颤动措施。测试时以不发生明显的数次颤动弹跳现象为宜 2.翻盖测试时应让手机转轴轴心跟翻盖设备轴心重合，打开或者关闭时应让翻/滑盖依靠转轴弹力自由打开或关闭Reliability_test_013 触摸屏点击耐久测试 触摸笔垂直于触摸屏方向，以2±0.5N压力进行80 万次点击。每1万次检查一次。触摸按键位置需要 覆盖一遍 1）测试前对手机进行初检，保证机械功能和电气性能正常； 2）将手机和触摸笔装夹在测试设备上，将触摸笔垂直于触摸屏方向，以2±0.5N压力，点击触摸屏80万次。每10万次对触摸屏进行清洁，并检查手机机械和电气功能，记录检验数据； 测试完成后手机机械电气功能正常。触摸屏使用功能无异常，显示屏显示正常，触摸屏 无损伤，破裂。触摸笔头部无变形，扭曲， 损伤。3 电阻屏必须使用配套的触摸笔，电容屏的用电容头测试，2.5N压力，每10w次检查功能 Reliability_test_014 触摸屏手写耐久测试 触摸笔垂直于触摸屏方向，以250gf压力进行10万次往复。每1万次检查一次 该测试只针对电阻式触摸屏，电容式触摸屏不作要求。1）测试前对手机进行初检，保证机械功能和电气性能正常； 2）将手机和触摸笔装夹在测试设备上，将触摸笔垂直于触摸屏方向，以250gf压力，沿触摸屏的对角线，进行10万次往复的划线测试。每1万次对手机进行机械和电气功能检查并记录检验数据；测试完成后手机机械电气功能正常。触摸屏使用功能无异常，显示屏显示正常，触摸屏无损伤，破裂。触摸笔头部无变形，扭曲， 损伤。3 电阻屏必须使用配套的触摸笔 Reliability_test_015触摸笔插拔耐久测试 触摸笔与手机笔槽插拔1万次 1. 测试前保证触摸笔和手机笔插槽机械功能正常，插拔功能正常，不可有物理损坏。 2.将触摸笔从手机笔槽完全拔出，再将触摸笔完全装入手机笔槽，以上记为插拔一次，共进行1万次插拔 3.测试完成进行终检（检外观） 测试完成后触摸笔和手机笔槽机械功能正常。 触摸笔和手机笔槽不可有物理损坏，无不可恢复变形，插拔功能正常3 手工测试，1w次 Reliability_test_016 触摸笔伸缩耐久测试 将触摸笔伸缩测试10000次 1.测试前保证触摸笔机械功能正常，不可有物理损坏。2.将触摸笔伸缩测试1万次 3.测试完成进行终检（检外观、伸缩性能） 测试完成后触摸笔机械功能正常。 触摸笔不可有物理损坏，无不可恢复变形，伸缩功能正常，能正常装入手机笔槽 3 手工测试，1w次 Reliability_test_017 天线强度测试 拉力： 50N，2秒，20次；注：测试点离顶端5mm。扭力：30N.cm，2秒，20次注：测试点离顶端5mm。 侧压：20N，2秒，4个方向各5次；注：测试点离顶端5mm。 1.对样品初检，通过屏蔽盒耦合测试手机灵敏度，最大功率。 2. 取一个样品进行拉力测试：拉力大小为50N，方向为沿天线轴线向上，作用时间2秒，做20次。 3. 取一个样品进行扭力测试：在天线顶部用扭力计顺时针方向施加30N*cm的扭力，作用时间2秒，做20次。 4.取一个样品进行侧压力测试：手机正面向上，在离天线顶部约5mm处施加20N压力，作用时间2秒，4个方向各五次。 5. 测试完成后通过屏蔽盒耦合测试手机灵敏度及最大功率天线不可有物理损坏。测试前后最大功率、灵敏度不能相差超过2dB 6 Reliability_test_018 吊饰孔拉力测试 用钓鱼线悬挂，拉断吊饰孔的拉力≥10kgf并且≤30kgf 1.对手机初检，保证手机吊饰孔无破裂。 2. 将钢丝从手机吊饰孔中穿过，手机处于正常悬挂状态。 3.测量钢丝将吊饰孔拉断裂所需要的力 拉断吊饰孔的拉力≥10kgf并且≤30kgf为合格 3 Reliability_test_019 按键帽拉拔力测试 用垂直拉力将按键帽拉出,记录按键最小拔出力. 1.对样品初检，保证按键安装到整机上且功能正常； 2.将线扣用胶水粘在按键帽上，固定线扣，在速度为0.5mm/s的情况下用拉力计拉拔按键帽； 3.拉力最大达到0.7kgf. 0.7kgf，按键不允许脱胶，硅胶不允许破裂，不允许出现因为胶粘变化而产生的不可恢复的按键变形10 Reliability_test_020 插孔保护盖抗拉测试 1.2kgf的拉力，保持10秒，共进行10次 1.初检，保证手机的耳机及充电器插孔保护盖无破损。 2.打开保护盖，以1.2kgf的拉力垂直手机侧面拉保护盖的一端，保持10秒。 3.重复第2个步骤10次，完成测试。 保护盖不应断裂或从手机中被拉出。保护盖不能出现不能恢复变形 3Reliability_test_021LCD Lens硬度测试 参考镜片测试标准参考镜片测试标准 参考镜片测试标准3 Reliability_test_022 Lens拉拔力测试 一、3pcs： 拉拔力：50N,速度20mm/min 二、3pcs（试行）： （1）温度冲击：低温-40度 1h 70度 1h 共6个循环 12h，放置2小时 （2）拉拔力：50N,速度20mm/min 翻盖机内LENS不做要求 1.3pcs做温度冲击，3pcs不做温度冲击 2.3pcs温度冲击之后，在常温下放置2h之后，将6pcs手机正面朝上固定在平面上 3.拉拔lens，直至失效或者力达到50N 1.拉拔力满足要求 2.温度冲击后：LENS不脱落，翘起，lens和外壳间不允许有合缝分离，脱胶。(温度冲击后需首先检查TP lens是否有变形浮起等，再进行拉拔力） 6 Reliability_test_023 弹簧锤测试 用弹簧锤以0.2J的能量冲击手机屏幕视窗表面上的9个位置 对手机初检，保证手机功能完好，外观正常。； 2）开机放在刚性测试平台上（刚性台面厚度大于30mm）； 3）用弹簧锤从标准要求的能量冲击各指定位置1次（用钢球从标准要求的高度落下冲击各指定位置1次） 4）每次测试后，检查产品机械、电气性能 手机机械电气性能正常。触摸屏功能正常，无破裂，无不可恢复的显示异常。3 1）钢珠尺寸：直径Φ32mm，质量130g的不锈钢球2）钢珠不能存在可见的缺陷，避免尖峰撞击产品3）测试高度误差要小于±1毫米 4）跌落高度要根据手机厚度进行调整，确保跌落高度为测试高度； 5）测试位置：LCD 显示区域9个点（如图） Reliability_test_024 连接器强度测试 插头应完全插入到连接器中，按图所示的各方向，进行测试： 1.F1/F2(+/-Y) =35N（充电器）/30N（耳机） 2.F3,F4(+/-X) =35N（充电器）/30N（耳机） 3.F5(+Z) =100N F1和F2方向的测试均采用新样品测试，F3-F5方向视情况进行互用 施力点为接口到SR处15mm，测试速度：5mm/min 1.初检，保证测试样品机械、电气功能正常； 2.固定样品在规定的施力点施加规定的力 3.测试完成先进行机械、电气性能确认，在拆机检查各焊接点的机械性能手机和连接器无任何功能失效，插头插入连接器中的配合正常，拔出与插入动作正常 检查手机功能：开机、充电、用配件检查连接器功能（例如，耳机、数据线传输数据等） 在规定的力作用下连接器不能有损坏；弹片不能损坏或严重变形； 拆机检查，连接器与PCB或FPC的焊接处无裂纹； 每个方向3PCS Reliability_test_025 MicroB旋转测试 4.5N负重 90、180度、270度、360度各负重一次保持2s 1.测试前初检，保证充电器、数据线在测试前机械电气性能正常， 2.将充电器、数据线插入对应产品中， 3.如图所示在线材端50cm内附加450g的配重， 4.使产品和线材处于不同角度的状态（90、180度、270度、360度）保持2s 5.在每个角度要检查产品的连接是否会断开。 在每个角度产品和数据线之间的连接不允许有断开的现象，充电器、线材接口不允许有不可恢复的变形， 3 1.次试验只针对Micro-B的连接器。 2.每个角度的测试样品必须保证样品装配到位， Reliability_test_026 连接器耐久测试 插头应完全插入到连接器中；按图所示的F1/F2，进行测试： 测试力：F1=F2=1kgf 测试次数：2000次（往复算一次）；施力点为接口到SR处15mm 测试速度：10-15次/min 1.初检，保证测试样品机械、电气功能正常； 2.固定样品在规定的施力点施加规定的力按压连接器规定次数 F1和F2方向交替进行测试，每1000次需要进行检查 3.测试完成先进行机械、电气性能确认，再拆机检查各焊接点的机械性能 手机和连接器无任何功能失效，插头插入连接器中的配合正常，拔出与插入动作正常 检查手机功能：开机、充电、用配件检查连接器功能（例如，耳机、数据线传输数据等） 在规定的力作用下连接器不能有损坏；弹片不能损坏或严重变形； 拆机检查，连接器与PCB或FPC的焊接处无裂纹； 3 手机强度类测试手机整机测试标准
APP测试规范
手机App测试策略和流程
产品设计原则有哪些
软件测试规范
音频测试项目及其主要参数和标准
手机app的交互设计研究
史上最全的手机硬件测试用例
测试手机APP流程规范标准
手机产品交互设计样式
通用手机软件测试用例及编写规范和流程
交互设计十大可用性原则
软件测试的测试规范_很全面啊
软件测试基本流程及要求
智能手机音频测量与测试指南
产品设计原则二
手机软件测试报告(模板)资料
手机音频测试中常见测试标准与测试项目
华为 整机硬件测试标准
相关主题
文本预览