手机测试--Test Case执行原则

手机测试--Test Case执行原则
手机测试--Test Case执行原则

编号Test Case执行原则

修订记录

目录

修订记录 (2)

目录 (3)

TestCase执行原则 (4)

1 编写目的 (4)

2 基本功能Test Case执行 (4)

2.1 基本功能case执行流程 (4)

2.2 Summary sheet的填写 (4)

2.3 Test Case sheet 填写 (5)

2.4 Note Sheet填写: (6)

2.5 Buglist Sheet 填写 (6)

3 冲突测试Test Case 执行 (7)

3.1 冲突case执行流程 (7)

3.2 测试前准备 (7)

3.3 Test case (Summary sheet)的填写 (7)

3.4 Test Case(Test Case sheet) 填写 (8)

3.5 Test Case(Total Sheet)填写 (10)

3.6 Test Case(Buglist Sheet) 填写 (11)

3.7 冲突矩阵表的填写 (11)

4 压力测试Test Case的执行 (12)

4.1 压力case执行流程 (12)

4.2 Summary Sheet的填写 (12)

4.3 Test Case Sheet的填写 (13)

4.4 Note Sheet 填写 (14)

4.5 Buglist Sheet (14)

TestCase执行原则

1编写目的

此部分由测试人员在测试时按照要求填写,每次测试此处都必须有记录

●文字格式统一为:中文(宋体),英文(times new roman),10号,单元格内左中对齐●具体内容:

Version格式:Gxxxx_Mxxxx

Description内容:执行case 或者自由测试

Start Time/ End Time格式:xx.xx.xx (eg:2009.09.24)

Tester:英文全拼,姓和名的首字母大写,中间以空格区分(eg:Zhang San)如有多个Tester,则以“&”连接●填写人:模块负责人

注意:如一份Test Case有多个模块(eg:Setting),需要在Summary Sheet 根据模块分开多行填写

eg:

a

b

c

d

本条Test Case 的测试结果,分为:Pass/Fail/NT/NS

a)如果此条case的check point均为Pass,则此条case为Pass,填写Pass

b)如果此条case的check point有1个或1个以上Fail,则此条case为Fail,填写Fail

c)如果此条case的check point有NT/NS项,如果NT/NS项与此条case功能无关,则按照a.b规则来定义此条case 的结果

d)如果此条case的check point有NT项,如果NT项与此条case功能有关,填写NT

e)如果此条case的check point有NS项,如果NT项与此条case功能有关,填写NS

f)如果此条case的check point既有Fail又有NT NS,填写Fail

注意:

关于Pass/Fail/NT/NS的格式要求与CheckPoint的填写要求相同

填写位置为:description同行位置,其余列为空白,不填写任意内容

d)Passrate由公式得出,不需要测试人员填写

e)此表格是在本模块测试完成后,由模块负责人进行数据统计后填写2.5Buglist Sheet 填写

a)需要填写内容:本版测试中,所有有关本模块基本功能的bug

注意:只要是本模块的,不分Tester都需要填写在本sheet中

b)执行者:本模块的负责人

c)执行时间:测试结束后,根据buglist总表,将其中全部本模块bug导入

a

b

c

此部分由编写和更新case的人员按要求填写,case有变动此处必须有记录。

具体格式要求见Test Case编写规范

3.3.2测试的版本、时间、测试人员,格式如下:

此部分由测试人员在测试时按照要求填写,每次测试此处都必须有记录

●文字格式统一为:中文(宋体),英文(times new roman),10号,单元格内左中对齐

填写本条公共测试点的测试结果,分为:Pass/Fail/NT/NS

Pass:测试通过,与预期正确结果相同

Fail:测试未通过,与预期正确结果不同

NT(Not Test):未做测试(原因:预置条件无法达到,包括硬件软件暂时不支持eg:资源暂时无法找到)NS(Not Support):未做测试(原因:由于网络不支持)

注意:

a)严格按照单元格有效性填写,大小写必须符合要求,不许出现首字母小写和NT NS小写的情况

b)Fail必须标注为红色,加粗

2.特殊测试点测试结果填写:

eg:Result/Note/case_Result/Tester/Date需要填写特殊测试点的测试结果

●Result_内容

填写本条Test Case 中Check Opint的测试结果,分为:Pass/Fail/NT/NS

Pass: Check Point测试通过,与预期正确结果相同

Fail:CheckPoint测试未通过,与预期正确结果不同

NT(Not Test):CheckPoint未做测试(原因:预置条件无法达到,包括硬件软件暂时不支持eg:资源暂时无法找到)NS(Not Support):CheckPoint未做测试(原因:由于网络不支持)

注意:

a)严格按照单元格有效性填写,大小写必须符合要求,不许出现首字母小写和NT NS小写的情况

b)Fail必须标注为红色,加粗

c)多条test case中有同一个Check Point,实际结果为Fail,如果此CheckPoint主要为本模块功能,则都填写Fail,如果是其它模块测试项,则填写一个Fail其余均填写NT

d)如果case编写有误,与预期正确结果不相同,但不是bug,则结果填写为Pass,但必须加Note,后续测试完成会根据Note修改case

●Case account内容

本条Test Case 的测试结果,分为:Pass/Fail/NT/NS

a)如果此条case的check point均为Pass,则此条case为Pass,填写Pass

b)如果此条case的check point有1个或1个以上Fail,则此条case为Fail,填写Fail

c)如果此条case的check point有NT/NS项,如果NT/NS项与此条case功能无关,则按照a.b规则来定义此条case 的结果

d)如果此条case的check point有NT项,如果NT项与此条case功能有关,填写NT

e)如果此条case的check point有NS项,如果NT项与此条case功能有关,填写NS

f)如果此条case的check point既有Fail又有NT NS,填写Fail

注意:

关于Pass/Fail/NT/NS的格式要求与CheckPoint的填写要求相同

●Note内容

如Check Point 结果为NT/NS/Fail,则必须在此列注明原因

如Check Point 结果为Pass,但是case编写有误,也必须在此列注明原因

●Tester内容

Test Case的执行者,英文全拼,姓和名的首字母大写,中间以空格划分(eg:Zhang San)

Date内容

Test Case的执行日期,格式为:xx.xx.xx (eg:2009.09.24)

注意:

1.以上所有内容都在测试执行中及时进行,必须准确记录测试结果

2.同一份Test case需要执行多个版本时,在原测试结果和Test Case间插入新版本测试的结果,即Test Case后跟

随的是最新的测试版本

eg:

3.公共测试点的测试结果,是事件的基本功能是否有误

如有误,则再此处填写结果和原因,在特殊测试点处填写NT

如无误,则在此处填写Pass,在特殊测试点处填写结果和原因

3.5Test Case(Total Sheet)填写

需要检查的内容:

其中的数据都为公式自动生成,不许随意修改,但需要测试人员检查结果是否正确

注意:

a)Total为Pass Fail NT NS的和,不包括NA

b)Pass Rate为:Pass/(Pass+Fail+NT)

c)此表格是在本模块测试完成后,由模块负责人进行数据检查

d)执行多个版本时,在原测试结果和界面和结果间插入新版本测试的结果,跟随的是最新的测试版本

eg:

3.6Test Case(Buglist Sheet) 填写

a)需要填写内容:本版测试中,所有有关本模块冲突测试的bug

注意:只要是本模块的,不分Tester都需要填写在本sheet中

b)执行者:本模块的负责人

c)执行时间:测试结束后,根据buglist总表,将其中全部本模块bug导入

3.7.2测试结果的填写原则

a)每个单元格在Test Case中都有对应的case,必须根据case的执行结果,同步在此处填写结果b)结果内容为:Pass/Fail/NT/NS

注意:

对结果填写格式的要求与Test Case的填写要求相同

a

b

c

此部分由测试人员在测试时按照要求填写,每次测试此处都必须有记录

●文字格式统一为:中文(宋体),英文(times new roman),10号,单元格内左中对齐

●具体内容:

Version格式:Gxxxx_Mxxxx

Description内容:执行case_XX(填写具体模块eg:执行case_MMS)

Start Time/ End Time格式:xx.xx.xx (eg:2009.09.24)

Tester:英文全拼,姓和名的首字母大写,中间以空格划分(eg:ZhangSan)如有多个Tester,则以“&”连接●填写人:各个模块的负责人

注意:

同一个版本根据测试的不同模块,由模块负责人,单独填写

eg:

a

b

c

●Time Used内容

执行本条case的耗时,以H(小时)为单位填写,eg:3.5

注意:小数点后实行四舍五入,小于20分钟舍去,在20到40分钟算为0.5,大于40分钟进一位

eg:3小时10分钟为:3 / 3小时20分钟或者3小时40分钟都算为:3.5 / 3小时50分钟为:4

●Date内容

Test Case的执行日期,格式为:xx.xx.xx (eg:2009.09.24)

注意:

以上所有内容都在测试执行中及时进行,必须准确记录测试结果

a

b

c

d

a

b

c

d

手机整机测试标准

目录 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.测试概述 (1) 1.1. 编写目的 (1) 1.2. 测试范围 (1) 2. 测试计划执行情况 (1) 2.1. 测试类型 (1) 2.2. 测试环境与配置 (3) 2.3. 测试人员 (3) 2.4. 测试问题总结 (3) 3. 测试总结 (4) 3.0.程序流程 图 (3) 3.1.测试用例执行结果 (4) 3.2. 安全测试 (6) 3.2.1. 软件权限 (7) 3.2.2. 安装与卸载安全性 (7) 3.2.2. 数据安全性 (8) 3.2.3. 通讯安全性 (9) 3.2.4. 人机接口安全性 (10) 3.3. 安装、卸载测试 (11) 3.3.1. 安装 (11)

3.3.2. 卸载 (11) 3.4. UI测试 (12) 3.4.1. 导航测试 (12) 3.4.2. 图形测试 (12) 3.4.3. 内容测试 (13) 3.5. 功能测试 (13) 3.5.1. 运行 (13) 3.5.2. 注册 (13) 3.5.3. 登录 (14) 3.5.4. 注销 (14) 3.5.5. 应用的前后台切换 (15) 3.5.6. 免登入 (15) 3.5.7. 数据更新 (16) 3.5.8. 离线浏览 (16) 3.5.9. APP更新 (17) 3.5.10. 时间测试 (17) 3.5.11. 性能测试 (17) 3.5.12. 交叉性事件测试 (17) 3.6. 兼容测试 (18) 3.7. 用户体验测试 (19) 4. 测试结果 (19) 软件缺

陷 (15)

1.测试概述 1.1.编写目的 本测试报告为招标手机APP的测试报告,目的在于总结测试阶段的测试情况以及分析测试结果,描述系统是否符合用户需求,是否已达到用户预期的功能目标,并对测试质量进行分析。 测试报告参考文档提供给用户、测试人员、开发人员、项目管理者、其他管理人员和需要阅读本报告的高层经理阅读。 1.2.测试范围 测试主要根据用户需求说明书和软件需求规格说明书以及相应的文档进行系统测试,包括功能测试、性能测试、安全性和访问控制测试、用户界面测试以及兼容性测试等,而单元测试和集成测试由开发人员来执行。 主要功能包括:用户登录、我的项目、推荐项目订阅、软件设置、我的收藏、消息中心,借阅同步等。 2.测试计划执行情况 2.1.测试类型

APP测试规范

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)

软件测试规范标准[详]

软件测试规 1目的 确保软件产品质量,使产品能够顺利交付和通过验收的一项重要措施。 2适用围 适用于项目开发过程中的单元测试、集成测试、系统测试、业务测试、验收测试以及一些专项测试。 3职责 ?项目测试负责人组织编制《测试计划》、《测试方案》,指导和督促测试人员完成各阶段的测试工作。 ?项目组测试人员按照《测试计划》、《测试方案》完成所承担的测试任务,并按要求填写《问题报告及维护记录》。 ?测试经理依照确认规程和准则对工作产品进行确认,提出对确认规程和准则的修改意见 ?项目负责人组织测试环境的建立。 ?项目经理审核负责控制整个项目的时间和质量。 ?研发人员确认修改测试人员提交的bug。 4工作流程 4.1 测试依据 详细设计是模块测试的依据。因此设计人员应向测试人员提供《系统需求规格书名书》、《详细设计》、《概要设计》等有关资料。测试人员必须认真阅读,真正弄懂系统需求和详细设计。 4.2 制订《测试方案》 在测试之前,由项目负责人根据《测试计划》的要求,组织人员编制相应的《测试方案》,《测试方案》应包括以下容:

?测试目的; ?所需人员及相应培训要求; ?测试环境、工具和测试软件; ?测试用例、测试数据和预期的结果。 4.3 单元测试 项目开发实现过程中,每个程序单元(程序单元的划分视具体开发工具而定,一般定为函数或子程序级)编码调试通过后,要及时进行单元测试。 单元测试由单元开发者自己进行,使用白盒测试方法,根据程序单元的控制流程,争取达到分支覆盖。对于交互式运行的产品,不便于进行自动测试的,可以采用功能测试的方法进行。 单元测试针对程序模块,从程序的部结构出发设计测试用例。多个模块可以独立进行单元测试。 ?单元测试容包括模块接口测试、局部数据结构测试、路径测试、错误处理测试等; ?单元测试组织原则一遍根据开发进度安排对已开发完成的单一模块进行测试; ?单元测试停止标准:完成了所有规定单元的测试,单元测试中发现的bug已经得到修改。 4.4 集成测试 编码开发完成,项目组部应进行组装测试。 集成测试由项目负责人组织策划(编写测试计划、测试用例)并实施。集成测试着重对各功能模块之间的接口进行测试,验证各功能模块是否能协调工作、参数传递及功能调用是否正常。测试采用交叉方法,即个人开发的软件应由其他的项目组成员进行测试。 集成测试过程应填写《问题报告及维护记录》,测试结果应形成《测试报告》。 4.5 系统测试 在项目开发完成之后,应对整个系统软件和硬件进行系统测试。对性能、可靠性、健壮性、压力承受力等方面分别进行评价,以验证系统是否满足

手机App测试策略和流程

手机App测试策略和流程目录

1.引言 本文档是长春吉大正元信息技术股份有限公司东北公司手机APP测试的工作指导原则,它为手机APP测试过程中涉及到的测试方法、测试类型等制定标准做出明确的诠释和说明。 测试部门相关人员以此文档作为测试工作的依据和行为准则。 编写目的 本规范规定了东北公司手机APP测试过程中的活动和步骤。为公司测试(活动、产品)的实施和过程情况的各项检查提供依据;为度量被测试产品质量提供验证指标和验证方法。 适用范围 适用于长春吉大正元信息技术股份有限公司东北分公司测试部。 适用于:手机APP项目和产品的系统测试 针对手机APP的验证测试(外包项目)不在此范围之内,如需确保重点项目的手机APP质量度量和评价,需领导特殊审核。 2.测试过程描述 验证测试先决条件 对当前项目测试优先级进行划分: 产品大于项目优先级; 自主项目大于外包项目优先级; 重大项目(领导特批)大于客户化项目; 提前申请优先级大于变更申请优先级。(例如:监狱项目提前申请预留或者安排 测试员提前介入) 对当前测试版本质量进行评级:对于不符合测试准入原则的版本予以驳回。 验证测试三天后对提交版本进行质量预评估和评级:对第一轮发现较严重的问题进行列 举,对版本的整体情况进行评估。(详见BUG清单)对于不能度量质量的项目予以驳回 自测试。(例如:监狱移动OA项目)。 外埠公司提交测试前。应附上测试报告(功能测试报告、兼容性测试报告、性能测试报 告以及app可用性能标准结果);?公司内部提交测试前,需附上缺陷记录和修改状态表。 上述有一项不能满足或不能按时提交予以测试驳回。 总结提交测试版本的内部测试情况(测试BUG列表)。对遗留问题必须列出并记录解决 方案。对性能和稳定性指标要予以详细描述。 测试周期 测试周期可按项目的开发周期来确定测试时间,一般客户化项目手机APP测试时间为三周(即15个工作日),根据项目情况以及版本质量标准可适当缩短或延长测试时间。正式测试前先向测试部经理确认项目排期。 需提供资源 测试任务开始前,检查各项测试资源是否提交,有两项没有提交予以测试驳回。 --产品功能需求文档; --产品原型图; --产品效果图; --用户使用手册; --测试设备确认表(例如:;;及以上;Symbian v3/v5/Nokia Belle等); 轮次报告及产品上线报告

测试手机APP流程规范标准

关于手机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上所有的“外部原因”问题,都需要尽早地督促开发人员与客

史上最全的手机硬件测试用例

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测试用例

手机app 测试用例 目录 目录 (1) 1. 用户登录 (3) 1.1用户登录流程 (3) 1.1.1游客登录 (3) 1.1.2微信登录 (3) 1.1.3正常账号登录 (4) 1.2接口要素检验 (4) 2. 用户注册 (5) 2.1用户注册流程 (5) 2.1.1正常注册 (5) 2.2接口要素检验 (5) 3. 个人中心 (6) 3.1正常用户个人中心 (6) 3.1.1推广收益 (6) 3.1.2昵称修改 (7) 3.1.3修改头像 (7) 3.2游客与微信用户个人中心 (7) 3.2.1推广收益 (7) 3.2.2一键转正 (8) 3.2.3昵称修改 (8) 3.2.4修改头像 (8) 3.3接口要素检验 (8) 4. 安全中心 (10) 4.1正常用户安全中心 (10) 4.1.1修改密码 (10) 4.1.2密保问题 (10) 4.1.3绑定手机 (11) 4.1.4实名认证 (11) 4.2游客与微信用户安全中心 (11) 4.2.1绑定手机 (11) 4.2.2实名认证 (12) 4.3接口要素检验 (12) 5. 设置 (13) 5.1功能设置 (13)

5.1.1背景音乐 (13) 5.1.2音效音乐 (14) 5.1.3音量控制 (14) 5.1.4退出app (14) 5.1.5账号切换 (14) 5.2app规则 (15) 5.3意见反馈 (15) 5.3.1发送反馈意见 (15) 5.4客服服务 (15) 5.5关于手机 (16) 5.5.1检查更新 (16) 5.5.2服务协议与隐私说明 (16) 6. 常用功能栏 (16) 6.1银行 (17) 6.1.1开通银行 (17) 6.1.2登录银行 (17) 6.1.3存款 (17) 6.1.4取款 (17) 6.2背包 (18) 6.3好友 (18) 6.3.1我的好友 (18) 6.3.2临时好友 (19) 6.3.3查找好友 (20) 6.4活动 (20) 6.4.1系统信息 (20) 6.4.2活动中心 (20) 6.5充值 (21) 6.5.1微信支付 (21) 6.5.2支付宝支付 (21) 6.5.3银联支付 (21) 6.6商城 (22) 6.6.1道具商城 (22) 6.6.2礼品商城 (22) 6.6.3兑换记录 (23) 6.7福利 (23) 6.7.1会员特权 (23) 6.7.2破产补助 (23) 6.7.3每日签到 (23) 6.7.4首冲奖励 (24) 6.7.5每日抽奖 (24) 6.8更多 (24) 6.8.1兑换码 (24) 6.8.2分享 (24) 6.9接口要素检验 (25)

手机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)应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告,更不能在安全警

浅析手机软件测试规范标准

手机软件测试规

手机软件测试规 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、流程图: 新机型软件

手机APP测试流程规范

手机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. 开发技能 合格的高级软件测试工程师,编程技能不可缺少。在手机测试中,比如自动化测试,完全可以开发工具来实现自动化测试。所以掌握一门扎实的编程语言,C或者C++还是非常重要的,能够自己开发测试工具,也是一个高级手机软件测试工程师应该具备的素质。我认为我们不应该只是单纯的发现bug,而应该从更深层次的去探究这个bug 的原因,甚至可以定位bug。 另外从技能上讲,面向不同的技术方向,像操作系统、网络、通信等都要从专业上深入了解。这些是除去工作时间外必须去加强充电的部分。有这些做后盾,做起事来也会事半功倍。 另外手机测试中应该注意的问题 首先是正确性测试,正确性测试又可称为功能性测试,我们首先就是要测试所有功能是否都已实现、正确、是否满足需求规格说明。 正确性测试还要考虑到用户界面,软件产品始终是关注软件使用者——客户的体验,手机屏幕小,界面有限,所以手机软件的用户界面更需有一定的规范和标准:正确性、一致性、直观性、实用性、灵活性、舒适性便是最基本的标准。 正确性一般比较明显,比较容易发现,例如某个窗口没有被完全显示,文字没有对齐,文字拼写错误,密码输入时没有以*的形式自动屏蔽等。 一致性包括软件自身的一致性以及手机操作系统或与其它软件的一致性,具体表现在使用的术语,字体是否一致,界面的各参数风格是否前后一致等。特别也要注意中英

手机软件测试中的MMI测试

手机软件测试中的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

手机软件测试报告(模板)资料

技术文件 技术文件名称: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)

APP测试规范

a p p客户端测试规范 APP测试流程 目录 1. 测试基本流程图 (4) 2.8回归测试 3.App测试点 (7) 3.1安全测试 (7) 3.1.1软件权限 (7)

3.1.2安装与卸载安全性 (7) 3.1.3数据安全性 (8) 3.1.4通讯安全性 (9) 3.1.5人机接口安全性 (9) 3.4.2应用的前后台切换 (14) 3.4.3免登录 (14) 3.4.4数据更新 (15) 3.4.5离线浏览(无网测试) (15)

3.4.6 App更新 (15) 3.4.7定位、照相机服务 (16) 3.4.8时间测试 (16) 3.4.9 PUSH测试 (16) (20) 3.12接口测试 (20) 3.13 客户端数据库测试 (21)

1.测试基本流程图 2.测试要点 2.1测试资源 测试任务开始前,检查各项测试资源。? 1) 2) 3) 4) 2.2 5) 6) 2.3 1) 2)确保产品UI符合产品经理制定的原型图与效果图。 3)一切界面问题以效果图为准,若有用户体验方面的建议,必须先以邮件或口头的形式 询问产品经理。 4)由于测试环境中的数据为模拟数据,测试时必须预先考虑到正式环境中可能出现的数 据类型

2.4功能测试 1)确保手头的功能需求文档为当前最新版本。 2)确保所有的软件功能都已实现且逻辑正常。 3)一切功能问题以需求文档为准,若有用户体验方面的建议,必须先以邮件或口头的形 式询问产品经理。 4) 5) 6) 7) 8) 2.5 1) 2) 营人员的确认。 3)性能测试方面必须满足硬件压力条件下的测试需要(例如多线程) 4)网络响应用户体验方面的性能测试,请参考且遵守《Mobile app可用性能标准》。

华为 整机硬件测试标准

返回 编号 用例名称 测试条件 测试步骤 测试用例_预期结果 样机数量 备注 测试结果 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 手机强度类测试

相关文档
最新文档