手机GUI测试用例设计、测试执行checklist
手机硬件设计Checklist-1
人工检查
15
FPC的设计应该保证每4~8根信号线就有一个地线， 如果有些信号的电流比较大，或者频率比较高，还 需要额外的包地线。
基带硬件 PCB
电源模块 布局布线 设计
原理图设 计
人工检查
对于有串联滤波网络的接口，除非滤波网络有特殊
ESD/EMI防
16
要求，并且滤波网络有足够的通流能力。否则防护 器件应该放在滤波网络和连接器之间，避免防护器
基带硬件 各种接口 原理图 功能模块
各种接口 功能模块
人工检查
电路中的MLCC电容耐压需要满足以下要求：当工作
27
电压大于等于5V时，所选电容要求降额达到60%，低 于5V，电容降额要求达到80%。Polymer钽电容耐压 要求：电压降额要求满足80%。电感、磁珠等的温升
基带硬件 原理图
电源管理 模块
计
11
ห้องสมุดไป่ตู้
防护器件要放在接口最入口处，但和射频天线冲突
时，可以适当调整。比如串联电感到Speaker，可以 把电感放在防护器件和Speaker之间，但必须考虑电 感的防静电能力，并且电感要放在Speaker附近，周
基带硬件 PCB
围没有其他可能间接放电的静电路径（地除外）
ESD/EMI防 护电路布 局布线设 计
序号
设计准则
主题 子主题 技术类别 检查方式
1
如果充电底座接口没有防呆结构设计防止正负极反 基带硬件 电源管理
接，则接口电路设计应该包含防反接保护电路
原理图 模块
原理图设 计
人工检查
2
在固定台手机中，要在听筒螺旋线接口处使用TVS或 基带硬件 音频功能
者对地并接电容进行防护；
最新手机制造 作业标准 工程CHECK LIST讲解幻灯片
● 电子称是否正确设置？(复位清零，上下限设置，指示灯状态)
1.确认电子称上下限的设置与点检表一致
2.称重时，确认指示灯状态
● 大空白标签式样是否与作业指导书一致？(型号名，重量等)
作业指导书式样与 实际打印进行确认
不良：未打印二 维条码
●合格标签式样是否与作业指导书一致？(G-MES是否正确选择)
（2）青霉素钠或钾盐在水溶液中易水解，其水解速度受温 度及溶液的酸碱性影响。水溶液在pH6.8时其降解最慢，5％ 葡萄糖注射液pH为3．2～5．5，而0．9％氯化钠注射液为 4．5～7．0，因此选用盐溶液作溶媒为好。
（3）磺胺嘧啶钠、葡萄糖注射液的pH值差别很大，前者很 易从糖液中以结晶析出。应以0．9%氯化钠注射液作为稀释 剂。
1次／日×7日
【患者用药后状态】
患者经7日用药后退烧，但尿中带血。
【用药分析】
（1）哌拉西林钠与阿米卡星联合用药对某些革兰阴性菌有 协同杀菌作用，但后者不能入壶混合静滴，否则二者都要灭 活。
（2）包括哌拉西林钠的β-内酰胺类药物可能会干扰血小板 功能，延长凝血酶原时间，引起凝血功能异常。某些接受本 类药物治疗的患者可能会出现出血，尤其是同服阿司匹林类 的药物，可导致出血、血黏度降低等。患者尿中带血可能与 听拉西林和阿司匹林对血液的不良影响相加有关。
男性患者，65岁，患有冠心病伴心力衰竭。
【处方】
头孢哌酮钠
2．0g
0．9%氯化钠注射液 200ml/静滴
2次／日×7日
阿米卡星
400mg
5%葡萄糖注射液 200ml/静滴
1次／日×7日
【用药分析】
（1）头孢哌酮钠及阿米卡星用于预防肺感染。 （2）经3天用药后因输液量及Na＋含量，患
1115_测试用例checklist
可以输入
进入广告显示的有效时间页面 进入广告显示的有效时间页面 进入站点或目录编辑页面 进入站点或目录编辑页面
页面显示正常 自动填写 显示正常 显示正常 有两种格式 6位\7位的 不生效 生效 生效 不生效 不生效 生效 生效 触发范围2-30 5分钟开始处罚,每个20分钟触发一次 在5\20分别触发一次 最后一个星期四触发 如果5日是星期六，则将在最近的工作日：星期五，即4日触发。如果5日是星 某月的最后一个星期五 某月的第二个星期三 0-59 0-59 0-23 1-31 1-12,或JAN-DEC 1-7的整数或SUN-SAT 1970-2099 可以输入 可以编辑,并可以保存 可以编辑,并可以保存 添加一条新规则 删除当前规则 进入广告禁止展示的广告位页面 进入广告禁止展示的广告位页面 进入广告显示的有效时间页面 进入广告显示的有效时间页面 页面显示正常 自动显示 禁用广告位列表 广告位显示在添加禁用广告位列表中
创建时间 广告宽度
广告高度
优先级 是否启用 关键字 广告描述 广告内容 下一步 返回 展示站点或目录 广告名称 展示站点或目录 编辑
增加 删除 下一步 上一步 广告显示的有效时间 广告名称 已有的有效期规则 帮助 规则
描述 编辑 增加 删除 下一步 上一步 选择广告禁止展示的广告位 广告名称 已有的禁用广告位 删除 添加禁用广告位 查询 广告位名称 所属站点 添加 翻页 首页 上一页 下一页 末页 每页显示 跳转到 下一步 上一步 选择广告允许展示广告位 广告名称 已有的允许展示广告位 删除 添加广告位 查询 广告位名称
广告位状态 广告禁用\允许广告位
前台显示广告位 广告\广告位的状态
广告优先级 广告允许广告位
广告禁用广告位
UI通用测试用例
tree
edit
树节点的删除,删除节点结构时,该节点下的子节点一起被删除; 树节点位置移动,如果有上下移动功能则允许节点上下移动,否则不允许上下移动包括编辑时也不
根据需求是否有其他节点操作;比如点击节点可以编辑该节点等;
组件菜单权 限
HOST和admin用户安装组件，分配菜单权限
权限测试
权限测试
by all by org by user
大小的判断和限制; 新增页面; 好提示信息及说明原因; 主从表在反复添加时极有可能系统报错，系统默认值也可能在 反复保存并新增后有所改变,检查输入设置是否被清空，恢复默 认 新增后，主表数据保存，从表数据未保存成功 新增，主从表数据都保存成功 予友好提示信息并说明原因; 入,并回到浏览页面; ，主表数据保存，从表数据未保存成功
主从表数据都保存成功 提示信息并说明原因; 展示在编辑页面中;不能修改的项,是不可编辑状态; 的数据,考虑业务逻辑是否允许删除该数据; 个页面; 至展示页面 至展示页面
系统默认值也可能在反复保存并新增后有所改变,检查输入设置 是否被清空，恢复默认
返回看设置是否起效 至展示页面 至展示页面
称,修改节点结构时,该节点下的字节点一起移动; 节点下的子节点一起被删除;
字符 \,.,@,$,&^”
到数据 到数据 情况
到数据 到数据
情况
如“5” 如,中文,英文 如“@\//--,.'";*#%” 如“-3” 如“12.3”
如“输入范围上限值” 输入范围上限值外值 输入范围上限值内值”
执行一个事件,需要反复选择 ）
是否有全选功能 全选后能否做到全部设置成功 暂时没有给出标准，建议给出友好提示 验证是否是只设置了选择部分（先做部分选择，再做全选测 试，以验证显示查询关系是否正确）
软件编程规范总则CHECKLIST
号
总则条款
执行情况
说明
1排版
1
¹1-1：程序块要采用缩进风格编写，缩进的空格
数为4个。
是[]否[]免[]
2
¹1-2：相对独立的程序块之间、变量说明之后必
须加空行。
是[]否[]免[]
3
¹1-3：较长的语句（>80字符）要分成多行书写，
长表达式要在低优先级操作符处划分新行，操
作符放在新行之首，划分出的新行要进行适当
是[]否[]免[]
¹8-5：循环体内工作量最小化。
是[]否[]免[]
9质量保证
¹9-1：在软件设计过程中构筑软件质量。
是[]否[]免[]
¹9-2：代码质量保证优先原则
是[]否[]免[]
¹9-3：只引用属于自己的存贮空间。
是[]否[]免[]
¹9-4：防止引用已经释放的内存空间。
是[]否[]免[]
¹9-5：过程/函数中分配的内存，在过程/函数退
case语句前加上明确的注释。
是[]否[]免[]
3标识符命名
¹3-1：标识符的命名要清晰、明了，有明确含义，
同时使用完整的单词或大家基本可以理解的缩
写，避免使人产生误解。
是[]否[]免[]
¹3-2：命名中若使用特殊约定或缩写，则要有注
释说明。
是[]否[]免[]
¹3-3：自己特有的命名风格，要自始至终保持一
在调测时有可能发生的非法情况。
是[]否[]免[]
¹7-7：不能用断言来检查最终产品肯定会出现且
必须处理的错误情况。
是[]否[]免[]
¹7-8：对较复杂的断言加上明确的注释。
是[]否[]免[]
¹7-9：用断言确认函数的参数。
测试check List
测试 Check List1. 引言测试 Check List 是测试过程中的一项重要工具，用于确保测试的全面性和准确性。
本文档将介绍如何编写和使用测试Check List。
2. 撰写测试 Check List 步骤2.1 确定测试范围在撰写测试 Check List 之前，首先需要明确测试的范围。
测试范围应该包括待测系统的功能、性能、安全性等方面。
2.2 列出待测功能点根据测试范围，列出待测的功能点。
每个功能点应该明确描述功能的预期行为。
示例：功能点预期行为用户登录登录成功后跳转到主页发布新文章成功发布后在文章列表中显示修改用户信息保存修改后，信息应更新到数据库删除评论删除后评论应从数据库中删除2.3 列出待测边界条件边界条件是指系统中的特殊情况，如极限值、异常值等。
列出待测边界条件可以帮助测试人员更全面地覆盖系统的各种情况。
示例：功能点边界条件发布新文章文章标题为空发布新文章文章内容超过最大长度修改用户信息用户名包含特殊字符删除评论评论ID不存在2.4 列出待测的关键功能点关键功能点是指对系统核心功能进行测试的功能。
列出待测的关键功能点，可以帮助测试人员重点关注系统的重要部分。
示例：•用户注册•支付功能•数据加密2.5 根据测试需求添加测试用例根据待测功能点和边界条件，为每个功能点编写相应的测试用例。
测试用例应包括输入、预期输出和实际输出。
示例：测试用例 1：功能点：用户登录输入：用户名、密码预期输出：登录成功实际输出：登录成功测试用例 2：功能点：发布新文章输入：文章标题、文章内容预期输出：文章成功发布实际输出：文章成功发布2.6 检查测试用例的覆盖范围在添加测试用例后，需要检查测试用例的覆盖范围。
确保所有待测功能点和边界条件都有相应的测试用例。
2.7 根据测试需求添加测试数据根据测试用例的输入要求，准备测试所需的测试数据。
确保测试数据覆盖了各种情况，包括正常情况和异常情况。
2.8 评审和修正测试 Check List在完成测试 Check List 的编写之后，需要进行评审。
最全的测试用例（UI）
最全的测试⽤例（UI）⼀、⽂本框为字符型必填项⾮空校验：1、必填项未输⼊－－程序应提⽰错误；2、必填项只输⼊若⼲个空格，未输⼊其它字符－－程序应提⽰错误；字段唯⼀性校验：（不是所有字段都作此项校验，视实际项⽬情况⽽定）1、新增时输⼊重复的字段值－－必须提⽰友好信息；2、修改时输⼊重复的字段值－－必须提⽰友好信息；字段长度校验：输⼊[最⼩字符数-1]－－程序应提⽰错误；输⼊[最⼩字符数]－－OK；3、输⼊[最⼩字符数+1]－－程序应提⽰错误；4、输⼊[最⼤字符数-1]－－OK；5、输⼊[最⼤字符数]－－OK；输⼊[最⼤字符数+1]－－程序应提⽰错误；?字段为特殊字符校验：1、输⼊域如对某些字符禁⽌输⼊时，限制是否成功，提⽰信息是否友好；2、中⽂、英⽂、空格，数字，字符，下划线、单引号等所有特殊字符的组合；3、所有特殊字符都必须进⾏测试?字段为特殊代码校验：输⼊htm代码：⽐如” <font>你好</font>”；－－必须以⽂本的形式将代码显⽰出来。
2、输⼊JavaScript代码：⽐如<param name=“MovieWindowWidth” value=“320”>；－－必须以⽂本的形式将代码显⽰出来。
多⾏⽂本框输⼊：1、是否允许回车换⾏；2、保存后再显⽰能够保持输⼊时的格式；3、仅输⼊回车换⾏，检查能否正确保存；若能，查看保存结果。
若不能，查看是否有正确提⽰；4、仅输⼊空格，检查能否正确保存；若能，查看保存结果。
若不能，查看是否有正确提⽰。
⼆、⽂本框为数值型边界值：1、输⼊[最⼩值-1]－－程序应提⽰错误；2、输⼊[最⼩值]－－OK；3、输⼊[最⼤值]－－OK；4、输⼊[最⼤值+1]－－程序应提⽰错误；位数：1、输⼊[限制位数]－－OK；2、输⼊[限制位数+1]－－根据实际项⽬⽽定，是否⾃动四舍五⼊成限制位数，还是提⽰信息；3、输⼊[限制位数-1]－－OK；?异常值、特殊值：1、输⼊⾮数值型数据：汉字、字母、字符－－程序应提⽰错误；2、输⼊负数－－根据实际项⽬⽽定，如果不允许输⼊负数，必须提⽰友好信息；3、字段禁⽌直接输⼊⾮数值型数据时，使⽤“粘贴”、“拷贝”功能尝试输⼊，并测试能否正常提交保存－－只能使⽤“粘贴”、“拷贝”⽅法输⼊的特殊字符应⽆法保存，并应给出相应提⽰；4、全⾓数字和半⾓数字的情况－－全⾓数字不能保存，提⽰友好信息，半⾓数字正常保存；5、⾸位为零的数值：如01＝1－－视实际项⽬情况⽽定；三、⽂本框为⽇期型合法性检查：1、⽇输⼊[0⽇]－－程序应提⽰错误；2、⽇输⼊[1⽇]－－OK；3、⽇输⼊[32⽇]－－程序应提⽰错误；4、⽉输⼊[1、3、5、7、8、10、12⽉]、⽇输⼊[31⽇]－－OK；5、⽉输⼊[4、6、9、11⽉]、⽇输⼊[30⽇]－－OK；6、⽉输⼊[4、6、9、11⽉]、⽇输⼊[31⽇]－－程序应提⽰错误；7、输⼊⾮闰年,⽉输⼊[2⽉]、⽇输⼊[28⽇]，⽐如2009.2.28－－OK；8、输⼊⾮闰年,⽉输⼊[2⽉]、⽇输⼊[29⽇]，⽐如2009.2.29－－程序应提⽰错误9、(闰年)⽉输⼊[2⽉]、⽇输⼊[29⽇]，⽐如2008.2.29－－OK；10、(闰年)⽉输⼊[2⽉]、⽇输⼊[30⽇]，⽐如2008.2.30－－程序应提⽰错误；11、⽉输⼊[0⽉]－－程序应提⽰错误；12、⽉输⼊[1⽉]－－OK；13、⽉输⼊[12⽉]－－OK；14、⽉输⼊[13⽉] －－程序应提⽰错误；格式检查：1、不合法格式：2009-09、 2009-09 -、200-2-2；2、视具体项⽬⽽定是否合法：2009/09/01、2009.09.01 、20090901、2009-09-01 ；异常值、特殊值：1、输⼊汉字、字母、字符－－程序应提⽰错误；四、⽂本框为时间型合法性检查：1、时输⼊[24时] －－程序应提⽰错误；2、时输⼊[00时] －－OK；3、分输⼊[60分] －－程序应提⽰错误；4、分输⼊[59分] －－OK；5、分输⼊[00分] －－OK；6、秒输⼊[60秒] －－程序应提⽰错误；7、秒输⼊[59秒] －－OK；8、秒输⼊[00秒] －－OK；?格式检查：不合法格式：12:30:、 123000；2、视具体项⽬⽽定是否合法：12:30、 1:3:0；异常值、特殊值：1、输⼊汉字、字母、字符－－程序应提⽰错误；2、系统中所涉及时间是否取服务器时间；页功能我们常碰到的⼀般有以下⼏个功能：1、⾸页、上⼀页、下⼀页、尾页。
ui自动化测试用例实例设计
ui自动化测试用例实例设计一、概述UI自动化测试是一种通过模拟用户交互行为对用户界面进行自动化测试的方法。
本文将通过实例设计，介绍UI自动化测试用例的设计方法及标准。
二、测试目标1. 验证用户界面的功能是否符合需求和设计规范；2. 确保用户输入的数据准确性和合法性；3. 检测是否有用户界面显示错误或布局问题；4. 检查用户界面的易用性和用户体验。
三、测试用例实例设计1. 登录页面测试用例测试目的：验证登录页面的功能和界面布局是否正常。
测试步骤：1. 打开登录页面；2. 输入正确的用户名和密码；3. 点击登录按钮；4. 验证是否成功跳转到首页；5. 验证登录失败的提示信息是否正确显示。
2. 注册页面测试用例测试目的：验证注册页面的功能和界面布局是否正常。
测试步骤：1. 打开注册页面；2. 输入有效的注册信息；3. 点击注册按钮；4. 验证是否成功跳转到登录页面；5. 验证注册失败的提示信息是否正确显示。
3. 商品列表页面测试用例测试目的：验证商品列表页面的功能和界面布局是否正常。
测试步骤：1. 打开商品列表页面；2. 验证商品列表是否正确显示；3. 点击某个商品进入商品详情页面；4. 验证是否成功跳转到商品详情页面；5. 验证商品详情页面的信息是否与商品列表一致。
4. 购物车页面测试用例测试目的：验证购物车页面的功能和界面布局是否正常。
测试步骤：1. 打开购物车页面；2. 验证购物车是否正确显示已添加的商品信息；3. 修改购物车中商品数量；4. 验证购物车金额计算是否准确；5. 点击结算按钮；6. 验证是否成功跳转到结算页面。
5. 结算页面测试用例测试目的：验证结算页面的功能和界面布局是否正常。
测试步骤：1. 打开结算页面；2. 验证订单商品信息是否正确显示；3. 输入有效的收货地址和支付信息；4. 点击提交订单按钮；5. 验证是否成功跳转到支付页面；6. 验证订单支付是否成功。
四、注意事项1. 用例设计应考虑各种异常情况，如无网络连接、输入非法字符等；2. 用例设计要覆盖主要功能和常用路径；3. 用例设计要尽量独立，避免用例之间的依赖；4. 用例设计要具备可读性，清楚描述预期结果；5. 用例设计需要考虑不同分辨率和浏览器兼容性。
软件测试功能测试点Checklist_100104
备注:102为客户需求代码
需要用CDMA写号工具(EMID号: A100000CC00057,大家可以交换几个号的位置) 如吉讯通类型机器
实际大家也可以调节成2030年,嘿嘿
一名工程师用三合一软件测试版本,一名工程师 用三个独立文件测试CDMA版本
p
p
型电话进行删除,全部删 p
证以及拨出的号码是否
p
p p p p p p p p 同时通话时的效果. p p p p p p p p p p p p / / / / 关注通话效果已经是否可以GSM和CDMA之前是否 可以切换 关注挂断GSM电话后,CDMA声音是否保持不变 yf999中宝项目中出现,手机处于睡眠时,蓝牙 耳机断与对方都无声音
蓝牙
CDMA,GSM同时用蓝牙耳机通话,挂断GSM电话,关注CDMA通话声音是否正常 CDMA连接蓝牙耳机通话,手机端处于睡眠状态,关注通话效果是否正常 蓝牙耳机听音乐过程中,CDMA来电话,关注CDMA蓝牙通话效果以及挂断电话后 否可以正常从蓝牙耳发出
其它
FM 电子书 U盘 网络摄像头 键盘丝印 充电 低电情况 侧键 副屏按键 键盘灯
以及挂断电话后,音乐是
在待机界面按键,点亮屏 p 此问题在YF999等项目上都存在,研发说只要界 面修改了一些就有错误了,请大家在测试的时候 重点关注下
�
是否能正常搜索到频道及收听该频道的音质 选择T卡中的任意电子书,是否能正常显示 是否能正常存储或删除文件夹中的各种文件 是否能正常作为网络摄像头使用,图像是否清晰 键盘上各个丝印是否与输出一致;界面的丝印是否能触摸实现相应的功能 开机或关机充电是否能正常显示充电画面 是否能正常拨通或接听电话 验证每个侧键的功能是否实现 验证副屏上的按键是否实现 是否有键盘灯
功能测试用例checklist_版本_模块_责任人
是否通过Βιβλιοθήκη 兼容性测试checklist Checklist项（必须全部检查）
公共项
操作系统
文件系统
浏览器
浏览器
ie版本
数据库
杀毒软件
设备兼容
网口兼容
mtu
产品兼容 （各个产品 线设备兼容 性）
usb、dkey
usb、dkey
兼容性测试checklist Checklist项（必须全部检查） 是否考虑版本向前向后的兼容？ 是否考虑补丁包或patch包的兼容？ 是否考虑IE版本的兼容？(会出现浏览器javascript兼容性问题，如安全产品 bug 23668) 是否考虑不同控件的兼容？ 是否考虑中英文操作系统的兼容？ 是否考虑操作系统自动更新补丁和使用第三方软件（如360）更新补丁的兼容? 是否考虑不同版本操作系统的兼容？(涉及到PC安装程序的功能，需要覆盖不同的操作系统) 是否考虑第三方设备的兼容？ 是否考虑第三方软件版本的兼容？ 是否考虑第三方软件类型的兼容？ 是否有针对干净系统进行客户端的兼容性测试？（主要排除和残余空间对测试影响） 是否有对dll文件进行测试？ 是否验证测试对象可以和非特定的应用程序并行工作？ 是否验证测试对象可以在非特定的环境下正常工作？ 是否针对于单个功能模块或整个系统，而不是单个功能点？ 是否和功能测试中备选场景的用户环境多样性测试区分开来？ 涉及较多兼容性问题的版本，在版本中安排内部体验和公司级全员体验 例子：SSL安全桌面采用研发全员体验，发现了很多问题； 雨林木风、番茄、深度等精简或优化过的操作系统；主要涉及到客户端软件兼容或协议优化等都需要 考虑此问题，比如控件、客户端、加速效果、上网加速等； 例子：网上问题[bug3916]，雨林沐风的操作系统缺少必要的动态库造成，在内网该用户也是访问不了 的，SSL4.3，WIN7访问域名资源有问题。 是否考虑公司产品兼容性测试？ 1、客户端控件和应用程序的兼容性测试、各个产品线控件冲突测试； 2、产品功能互相冲突测试，如AC把SSL的连接识别为P2P、SSL负载均衡与AD均衡测试等； win 98 win me win2000 win2003 winXP vista win 7 windows 2008 linux fat32 fat16 reiserfs ext2、ext3 ntfs ie Firefox 遨游 Opera The World GreenBrowser MSN Explorer 谷歌浏览器 腾迅TT 360安全浏览器 搜狗浏览器
手机结构设计check list
B
31
翻盖式T卡座是否有90度角以上的工作空间;翻盖式T卡座是否考虑到T卡座异音问题;T卡塞子的外形尺寸及厚度是否 合理,是否有插卡标识
B
32 使用安费诺的T卡座是否避开表面的弹脚（如果压住弹脚 T卡座就会失效）
/
33
电池边缘离整机侧边距离是否大与3.5mm;电池连接器压缩前后对应电池金手指位置是否合理（防止偏位，导致接触 不可靠）;电池连接器压缩量是否合适;是否已考虑电池扣手空间;是否已考虑电池连接器打静电问题
24 IO连接器水平方向上尽量居中，否则插拔测试有风险，IO塞厚度不均，IO PLUG可能与一侧壁干涉
25 ARCH外形轮廓宽度单边大于PCB 2.8，长度方向顶部大3,底部大2.5。若有装饰环，则要求≥3.5 26 PCB上的40PIN以上B-B连接器采用1.5mm高度型号(不允许采用0.9高度型号).跌落测试易FAIL
严重级别
CHECK
ARCH
标准电子结构件
大项
小项
具体描述
1 所有标准电子结构件3D与实物/spec相符(LCD/TP/CAMERA/SPEAKER…...)
2
所有标准电子结构件FPC接触面以及连接器接触面在3D上标识脚‘１’〔凹切0.1深度"+"表示,设计时接触时候"+"对 "+" 〕(CAMERA/TP /MIC/ SPEAKER …...)。避免fpc接触面设计错误或者连接器选择错误
B
34 8PIN USB作耳机用时，耳机线是否影响其他部件（8PIN耳机线是拐弯的，不能影响到侧健、电源健等使用）
/
35 PCB上其它支架(如:后音腔支架\KEYPAD支架)在PCB上的定位方式:优先用扣位,不推荐用带双面胶的泡棉
手机硬件设计Checklist-2
基带硬件 电源管理 原理图设 原理图 模块 计
题保护参数需要与电池规格一致，
Tpro<等于Tbat，超出电池工作温度
规格，充放电停止；2、电池充电电
压超出电池规格电压时，系统自动停
止US充B 电Co；nn3e、ct电or池电充路放由电电电流流保不险能丝超在
7
Vbus上，防护器件（TVS）之前，电 流保险丝通过标准UL248-1和UL248-
音频功能 模块
音频软件
Andriod 4。3、Firefox）的声压警
告软件经过安规工程师的评审。不发
货欧盟但需要CE认证的手机，只对认
证样品有以上要求，对量产产品不做
强制要求。
规则 人工检查 规则 人工检查 规则 人工检查 建声器件
音频软件
欧盟但需要CE认证的手机，只对认证
样品有以上要求，对量产产品不做强 北美运营商对电池有CTIA认证要求
时，可拆卸电池的供应商必须提供单
独的CTIA认证报告（依据IEEE1725标
准）。可拆卸和不可拆卸电池都需要
6
和整体一起做CTIA认证（依据 IEEE1725标准）。1、手机内部的问
基带硬件 器件选型
基本元器 件
器件选型
规则 人工检查
建议将电流限制在充电器额定输出电
流之内且不能超过电池最大充电电流
3
要求。如果电流超过了充电器的额定 输出电流，充电器必须随产品一同做
基带硬件 器件选型
电源器件
原理图设 计
温升测试证明充电器内隔离变压器不
会温度过高影响绝缘。
规则 人工检查
OTG输出可以通过软件设置限流时，
基带硬件 各种接口 原理图设 原理图 功能模块 计
DVPCHK03-Test Plan and Test Case review checklist
Yes是[ ]
No否[ ]
NA免[ ]
Does the test plan specify clearly the quantitative criteria the exit criteria section for stopping testing?
测试计划的出口准则中是否明确量化的出口标准？
Item审查内容
Comment说明
1
No.
序号
Checklist
检查项
Status
执行情况
Comment
说明
Does the work product conform to PHB of the respective project?
工作产品是否遵循项目的PHB？
Yes是[ ]
No否[ ]
NA免[ ]
NA免[ ]
Is Test Criticality for each test case or a set of test cases specified?
是否明确说明了每个测试用例或测试用例集的重要级别？
Yes是[ ]
No否[ ]
NA免[ ]
Is it specified which test cases are to be executed together or in a specific order？
测试用例是否包括测试被测单元的初始化过程?
Yes是[ ]
No否[ ]
NA免[ ]
Have test cases check the process after the unit initialization failure?
测试用例是否包括对初始化失败后的检查?
测试用例checklist
增1能否执行插入功能2默认值是否正确3必输项是否有红星标记，如果不输入提示是否跟相应的Label对应，提示的顺序是否跟Form输入域的排列次序一致4输入的特殊字符是否能正确处理：`~!@#$%^&*()_+-={}[]|\:;”’<>,./?5Form下拉菜单的值是否正确，下拉菜单的值通过维护后是否正确显示并可用；下拉菜单比如是机构编码，要到机构编码的维护界面查询一下是否Form列出的与其一致6要求唯一的数据（主键）是否可以重复添加7备注字段的超长检查8输入域的编辑状态是否正确（editable/uneditable）9输入结果是否被正确保存10插入页面为当前主页面的情况下，提交保存后能否转到合适的页面11插入页面为弹出新页面的情况下，提交保存后原来的列表页面是否会自动刷新12插入的数据在结果列表中是否正确排序13有唯一性要求的，连续提交，不能产生重复数据，或造成数据混乱、丢失改1能否执行修改功能2编辑页面中各输入域是否被正确的置成可编辑、不可编辑状态；可编辑数据项的检查，比如：数据在正式提交之前所有的属性都可以编辑，在提交之后，编号、状态等不能编辑，要根据业务来检查是否符合需求3编辑页面中可编辑的项目是否显示正确的默认值，包括form下拉菜单与文本框4涉及到下拉菜单的编辑修改Form，要检查在编辑和修改Form中，下拉菜单是否能正确显示当前值5Form提交后，要逐项检查输入的内容跟通过查询的结果一致6编辑权限的检查，比如：user1的数据user2不能编辑等7输入的数据是否被保存，Form提交后，要逐项检查输入的内容跟通过查询的结果一致8输入的数据是否保存为其它的值9如果输入的数据（主键）已经存在，是否可以保存10修改操作是否被当作插入处理，即在保存原有数据的基础上，插入了修改值11提交保存后能否转到合适的页面12修改的结果在结果列表中是否正确排序13有唯一性要求的，连续提交，不能产生重复数据，或造成数据混乱、丢失删1必须有“确认删除”的提示2能否执行删除功能3选定的数据是否被删除4是否错误的删除没有选择的数据5是否可以删除部分或全部数据6当设置自动编号时，能否处理删除后的空白7根据项目需求检查是软删除还是硬删除，来检查数据库中是否还存在该条记录8如果是软删除，用查询、统计界面检查该条记录能否被查询出来，数据是否被统计进去9是否有相关的数据删除，如果有要确认该相关的数据也已经删除，并且在同一事务中完成10是否有删除约束，如果有删除约束，要检查该记录是否被约束，如果被约束该记录不能被删除11检查因为业务约束不能删除的数据能否被保护不能手工删除，比如：流程中已经审批的文件不能被删除12跟删除相关的权限问题，比如：需求要求只有管理员和该记录的创建人能够删除该记录，那就以不同的用户和角色登录进去，执行删除操作，检查是否与需求匹配查1能否执行查询功能2对于查询输入项的值是固定的要用下拉菜单，比如状态、类型等3是否可以设置查询条件4在不同部分查询统一信息，查询结果是否一致5查询结果是否包括符合条件的全部数据6是否存在重复出现相同数据的情况7查询结果中是否包括检索条件、可以判断正确与否8查询结果是否有明确的排列顺序9在插入/修改操作时，查询输入的值，结果是否正确10不设置查询条件时是否可以查到全部数据11根据项目需求是否支持模糊查询12根据项目需求查询关键字是否区分大小写13设置部分查询条件时查询结果是否正确14设置精确查询条件时查询结果是否正确15查询结果页面中是否保存查询条件16查询结果分页时，在点击下一页/上一页时查询条件是否能带过去，不能点击翻页时又重新查询17查询结果是否出现内容和合计数值不一致的情况18查询权限的检查，比如：user1不能查询到user2的数据等19当查询的数据量较大时系统性能如何20设置条件进行查询后清空查询条件，再次查询时是否仍然按照之前设置的条件进行查询21如输入%*?等通配符是否会导致查询错误22分页的统计数字是否正确，共X页，第N页，共X条记录等23对于查询有统计的栏目，比如：总计、合计等要计算数据是否正确24查询结果有超链接的情况要检查超链接是否正确分页1总页数是否正确2当前页数是否正确3设置跳转的页数后能否直接跳转4首页/末页、上一页/下一页按钮的状态是否正确5点击首页/末页、上一页/下一页是否跳转到正确的页面上传/下载1是否能正确上传附件文件2检查上传的文件是否能正确下载并打开3上传文件时是否符合大小限制，若没有指定大小的限制，至少检查下列大小的文件能正确上传，0k,100k,1M,2M,4M,10M,20M等4上传文件时是否符合指定的类型限制，如果没有指定类型的限制，至少上传以下几种类型的文件能否正确上传并正确打开，类型有：.doc,.xls,.txt,.ppt,.htm,.gif,.jpg,.bmp,.tif,.avi等5同一个位置是否可以上传同名文件6在不同位置上传的同名文件，打开时是否出错7根据项目需求，中文名称的文件是否可以正确上传/下载。
安全测试checkList
请求返回数据不应包含请求之外的业务数据，特别是敏感信息数据
密码找回安全
服务器端要做认证，避免绕过前端控制
增加二次认证因子，如验证码
涉及登录验证token之类的，不要直接将验证内容直接返回给用户
认证凭证加密，推荐强算法（推荐使用AES: 128位，RSA: 2048位，DSA: 2048位）
认证凭证中的参数应进行混淆处理
注销功能应当可用于所有受身份验证保护的网页
在平衡风险和业务功能需求的基础上，设置一个尽量短的会话超时时间。通常情况下，应当不超过几个小时。
不要在URL、错误信息或日志中暴露会话标识符，会话标识符应当只出现在http头信息中，不要将会话标识符以GET参数进行传递
定期生成一个新的会话标识符并周期性地使上一个会话标识符失效（这可以缓解那些原标识符被获得的特定会话劫持情况）
验证路径之前应该先将其标准化为实际路径（特殊的文件名，比如“..”，symbolic links、hard links、shortcuts）
从ZipInputStream提取文件，如果不在程序预期计划的目录之内时，应拒绝将其提取出来，或者将其提取到一个安全的位置
从ZipInputStream提取文件，若解压之后的文件大小超过一定的限制时，必须拒绝将其解压
数据添加到script脚本中时，对数据进行script转义
当一个外部进程通过其输出流对外输出信息或错误时，必须及时清空其输出流，以防止输出流中的缓冲区被耗尽而导致外部进程被阻塞。
手游整体上线CheckList
主要负责人 关联部门负责人
完成时间
备注
5
9 9.1 9.2 9.3 9.4 9.5 9.6 9.7 9.8 icon logo 截图 banner 简介 超清素材 slogan 攻略
物料筹备 多icon、带角标、多尺寸的制作。 logo制作和包装。 根据不同的尺寸标准制作截图。 制作不同渠道、联运平台使用的banner。 游戏简介，用于各平台 AI或超大清PSD图，作为实体海报或会场海报用。 定义阶段性的slogan，明确宣传核心。 基于玩家或者是官方的玩法、关卡等攻略。
5 5.1 5.2 5.3 5.4 贴吧
贴吧 贴吧的建立，官方管理帐号的申备管理。
主要负责人 关联部门负责人
完成时间
备注
联运专区和论坛 联运专区&论坛的建立、填充，帐号管理。 微博 微信 微博加V的申请和管理帐号的申备管理。 微信服务号(订阅号）管理帐号的申备管理。
6 6.1 CBT iOS
运营计划 首次封测运营计划：核心目的、主要数据。
4
6.7
运营活动
节假日、版本、节点、常规活动规划。
7 7.1 7.2 7.3 7.4 发行安排 接入流程 素材筹备 物料筹备
联运规划 整体联运发行规划安排 每个平台的的接入流程：评级-sdk集成-联调-预热-上线 。 专区、论坛、资源、物料等筹备。 卖场美术和文字信息等，包括appstore
主要负责人 关联部门负责人
分类
任务事件 运维部署 资质 官网部署 版本验收 贴吧
事件描述 测试服、提审服、正式服部署，服务器域名部署。 版号（著作权）材料准备并提交 PC&M官网，IOS专用3G官网，域名部署，自适配or缩 放确认。 裸包的版本验收标准和版本内容。 贴吧建立、其他平台的专区和论坛。 规划版本、测试、上线主要时间节点和工作list。 联运评级、接入、联调、专区、论坛、预热、资源。 客服沟通、客服所需资料、客服后台、处理流程。 ios、安卓、海报、logo、icon、slogan等物料筹备。 ACC、标准、规避、时差、节点、快登。 不同阶段的运营活动和社区活动
设计和项目checklist
项目周会 Check List（草案）
投模决策 模具制造
ESL1 ESL2
小批 pilot 量产
项目周会 Check List（草案）
市场调研、成本分析 项目研究计划表：设计工程师研究计划（样机研究，标准研究，功能结构评估） 专利搜索报告 标准研究计划表：品质工程师标准研究计划（标准释放，对比，解读，培训）、 测试资源评估清单：测试资源评估表准备（测试工装，仪器，设备，耗材） 可行性分析报告释放计划 意向书：明确 目标市场/目标成本/目标客户/主要性能参数/项目计划 客户流程确认（CPA，KFPS，各阶段样机需求计划） 实验大纲编制，讨论，释放计划
意向书 实验汇总表 拆机分析报告
ESL2物料到料清单：ESL2物料监控，到料测量确认 项目改进计划表更新：整机装配问题汇总，改善计划表更新执行监控 项目改进计划表更新：Artwork及ID参与确认相关外观及造型的问题点recheck. 装配工艺表：装配工装，检具，设备改善结果验证 测试设备清单：测试资源改善验证 ESL1品质评估报告：ESL1品质评估计划，测试情况监控跟踪（特别关注：使用，耐久，寿 命，温升,EMC） 项目改进计划表更新：ESL1阶段问题点改善结果确认 小批申请单释放 认证摸底，认证样机准备（特别关注：噪音，温升，耐久） FFU摸底，客户特殊测试要求摸底，FFU样机准备 小批检指，图纸发行计划，检具移交IQC计划 BOM进系统计划（物料清单爆炸图释放计划，商务档案释放计划） 试制完成2天内将包装样机安排寄出
PM
投模决策后5个工作日
包装 投模决策前5个工作日
RD
投模决策后5个工作日
RD
EOS后3个工作日
QA
检查表（checklist）的使用--测试
检查表（checklist）的使⽤--测试检查表checklist很常见，各⾏各业都有，但是作为电信运营⽀撑系统这样⼤的软件系统的实施和开发，却。
检查项⽬并不是⼀成不变的，也不是随便想⼏个就可以的，否则会成为摆设。
⼀定得要有过程管理思想并深刻体会到其中的关键点进⾏监控。
每个团队、每个时期都是动态变化的，checklist是⼀种动态的⼯具。
除了过程，可以使⽤在其他⽅⾯，例如：各种评审。
checklist可以让⼯作标准化，但是快速发展的团队和⾼效⼯作似乎不需要标准化？错，这要看checklist的内容是什么。
总会有需要checklist的地⽅并且能起到真正的作⽤。
测试⽤例检查表是否每个⽤例测试⼀种单独的情况⽤例是否有测试数据⽤例是否有预期结果是否明确描述了测试数据的异常值、正常值、边界值预期结果是否可以再现测试⽤例是否分级展现是否有数据恢复脚本是否有优先级是否是可⽤状态（ready）每个⽤例是否覆盖了测试需求是否有设计时间(⽤例完成设计的时间)是否被评审过测试场景检查表场景是否由⽤例组成的场景是否有优先级是否每个场景中的⽤例已经run是否被评审过测试需求检查表涉及到数据库连接是否明确了连接个数和⽅式是否每个测试需求相对独⽴测试需求之间不应该存在因果关系测试需求中不应该存在模糊描述（⼤量、很多、长时间等等）测试需求的来源是否可靠（不会被随意改动）测试需求描述是否清晰⽆歧义是否被评审过是否设定了优先级测试需求是否包含了业务需求是否把复杂的业务需求分解了是否每个测试需求都有明确的输⼊输出，便于测试defect检查表是否描述清晰:出现问题的环境简要描述是否描述清晰:出现问题的操作过程描述是否描述清晰：问题现象描述清楚是否提出了⾃⼰的分析是否指定了解决⼈是否跟踪了每⼀个⾃⼰的bug是否有未关闭的bug是否提出bug之前检查了没有⼈已经提出来过（不重复）是否每个defect描述⼀个独⽴的问题是否及时修改了defect状态是否填写了应该填写的字段不能带有主观的对程序的评价bug描述中不能带有疑问句是否填写了优先级是否填写了严重程度测试计划检查表是否符合项⽬⾥程碑时间要求是否安排好了执⾏时间计划是否安排好了执⾏⼈计划计划安排是否粒度到天（周）是否有测试⼈员培训计划第⼀、描述了项⽬的⽬的第⼆、描述了项⽬的开发周期第四、描述了测试案例的设计周期第五、描述测试案例的执⾏周期第六、描述了测试过程中⽤到的⼯具或者技术第七、描述了测试过程中⽤到的资源情况每⼀部分测试计划时间安排是否有冲突是否有测试过程检查机制测试过程检查是否涉及到其他组是否取得了相关组的认可是否经过了有项⽬经理参加的评审是否有测试执⾏⽇报告机制是否有风险分析以及规避⽅法是否有测试环境描述是否有测试⼈员协作机制是否有测试⼈员考核点描述并且可⾏是否有其他组协作机制描述测试环境更新检查表是否是在确认了版本⽆误的情况下更新的是否有配置⽂件更新是否可执⾏程序权限正确是否记录了编译错误并报告更新后是否做了冒烟测试更新后是否记录了更新过程如果更新步骤或内容有变化是否同步更新了作业指导⽂档更新问题是否提交到CVS更新问题是否通知到相关⼈员是否记录了本次更新经验（版本更新⽇志）测试⽅案检查表是否描述了测试⽅法是否描述了测试参与⼈员是否描述了测试环境是否描述了⼈员协作办法是否相关⼈员已经通知到是否描述了测试内容测试内容时候细化到模块是否描述了测试时间安排是否描述了测试⼈员培训安排是否描写了测试说明章节是否进⾏了换位思考（别⼈能读得懂吗）是否有备份⽅案是否经过评审准备测试评审检查表是否提前给开发组和项⽬经理以及相关⼈员发送了评审材料是否预定了会议室和预约了合理的时间是否准备了与会材料和⼯具（投影机等）是否主讲者已经演练了⼀下是否最好了被推翻重来的准备是否做好了听取改进意见的准备是否做好了改变原有思路的准备是否做好了⼤家都没有意见的准备是否做好了需要⼆次评审的准备是否做好了由于各种原因评审会失败的准备是否检查过了被评审材料压⼒测试检查表是否已经清楚了实际业务的压⼒情况是否已经预估了业务发展趋势和量化了增长速度是否预估了产品的⽣命周期是否预估了产品⽣命周期内业务量可能的峰值是否统计了业务峰值时间段以及峰值业务量是否已经明确了⽣产系统的主机分布。
集成测试CheckList
集成测试CheckList一、信息录入及选择：1. 所有输入框1) 必填项：必填项不输就保存应提示。
非必填项不输保存不应报错或提示。
（那些是必填项由开发提供）2) 字符长度：a) 输入超过字段规定长度的内容保存时应有提示；b) 输入框不做长度的限制，可以无限输入下去，根据数据库中对字符串长度的规定提示用户超长。
例：数据库中规定长度为20，输入了30个字符，这时页面需要检验错误，并提示用户同时把光标放在错误的输入框中c) 在输入时就限制输入长度的，对于同时可以输入英文和中文的地方，中英文的长度应对应1：2或1：3（UTF-8），例：有时限制可输入100个字符，可输入100个英文也可输入100个中文，但保存后中文内容无法保存到数据库中造成数据丢失。
3) 字符类型：在数据库中规定了字段类型，如果输入错误的字段类型是无法保存到数据库中的，造成数据丢失；在需求规定也会规定某些输入框的字段类型（数据库是都可以输入的），这时输入不符合需求的字段类型也应有提示，例如：只能输入数字的地方输入字母和中文、只能输入英文的地方输入中文，都应提示；有规定格式的输入框输入不符规定的内容应提示，如：电子邮箱的格式。
4) 空格：首尾空格应自动去除不进入记录；某些字段中间应该可以输入空格字符，例如：中英文姓名5) 特殊字符：规定不允许输入特殊字符处输入特殊字符，操作时应提示。
（那些是特殊字符由开发提供）6) 唯一性：字段应该唯一的输入重复记录保存应提示。
（那些字段需要检查唯一性，有开发提供）2. 某些操作单击即可，双击可能会报错。
例如：因为网络延时，对一条信息提交了几次（因环境原因此类测试比较难以实现，在测试时可以结合数据唯一性校验同时测试）3. 单选框：如单选组中未设默认值的，没选择内容就进行下一部操作，应提示；有默认值的只有正常流程。
4. 多选框：如果此复选框为必填项，则没有选择内容就进行下一步的操作，应提示去选择；如果不是必填项，不会出现提示5. 下拉框：1) 必须有内容2) 不可以手工输入3) 需要有ALL选项,除非特例,特例须讨论后决定4) 有连动关系的下拉框A下拉框选择后B下拉框内容才能显示并进行选择,例：选择了品牌才能看到品牌下的车型5) 有连动关系的下拉框修改：A下拉框选择后B下拉框选择值，之后A修改内容，B原来的选择以及可选择项应自动清除，可选择内容自动修改为A现选择项的对应内容，并显示相应默认值。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
测试类别 审查内容 操作系统(win,mac,unix) 操作系统+ 浏览器兼容 浏览器（IE4.0,IE5.0,IE5.5,IE6.0,NN6,NN4.5、Lynx) 性测试 操作系统和浏览器各不同版本的组合测试 站点地图和 站点地图和导航条 导航条 在不同分辨率设置情况下，窗口的滚动条能够正确滚动，屏幕 分辨率检查 刷新是否正确 浏览器窗口 在调整浏览器窗口大小时，屏幕刷新是否正确 必须测试提交操作的完整性，以校验提交给服务器的信息的正 确性 如果使用了默认值，还要检验默认值的正确性 表单 如果表单只能接受指定的某些值，则也要进行测试 提交按钮能正常工作，提交的信息能够正确到达和存储在服务 端，要测试这些程序，需要验证服务器能正确保存这些数据， 而且后台运行的程序能正确解释和使用这些信息 通过计算和构造出访问量模型，计算出站点系统在一段时间内 多用户测试 能够响应的最高请求数，产生瞬间访问高峰 每个用户传送大量数据 性能测试 长时间的使用 关注 负载测试 文档下载、计算、页面切换、执行ActiveX控件、加载 audio/video组件、及时的用户认证 通过模拟大批量用户的并发请求，给系统施加较大的负载，这 时检测整个系统处理交易的能力 每个目录下应该有 index.html 或 main.html 页面，这样就不 会显示该目录下的所有内容。如下错误： 选中一幅图片，单击鼠标右键，找到该图片所在的路径" … com/objects/images"。然后在浏览器地址栏中手工输入该路 径，发现该站点所有图片的列表。这可能没什么关系。进入上 一级目录 "…com/objects" ，点击 jackpot。在该目录下的所 有资料都可以看到了。 浏览器是否支持： 有些低版本的浏览器可能不支持SSL 当用户进入或离开安全站点的时候，请确认有相应的提示信息 是否有连接时间限制 超过限制时间后出现什么情况 加密是否正确，检查信息的完整性 当使用了安全套接字时，还要测试加密是否正确，检查信息的 完整性 日志文件中不能记录有用户密码明文方面的信息 未登录，直接浏览某个网页，无法成功 用户登录后在一定时间内（例如15分钟）没有点击任何页面， 是否需要重新登录才能正常使用 针对所有用户输入，设计用户输入中包含客户端脚本语句，例 如 危险的语句：<script>for(;;)alert(1)</script> 级别 高 高 高 低 中 中 低 中 中 高
输入限制
高
中 高
高 高 高 中 低 低 低
备注 按照最终用 户要求进行 测试
对普通GUI 适用
能测试
中 中 中 低 中 高
目录设置
SSL
中 低 高 高 高 高 高 高 中 高
超时 安全性测试 加密 日志文件 登录
输入限制
对一些涉及数据库操作的输入编辑框，设计这样的输入：在SQL 语句中直接使用用户输入的数据，攻击者可修改SQL语句的含 义，例如：update user_info set address=‘xxx’; delete from table --’ where id=$id 可用性测试 可用性 一般在测试执行过程中进行检查 电话拨号上网:可能网速比较低,导致如下问题: 有些页面有超时的限制，如果响应速度太慢，用户可能还没来 得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还 网速 访问方式 可能引起数据丢失，使用户得不到真实的页面 宽带上网 通过proxy上网： proxy 以前某项目的web页面曾出现过通过proxy无法访问的情况 测试人员提交事务，然后查看服务器记录，并验证在浏览器上 服务器接口 看到的正好是服务器上发生的，同时到数据库中查找验证 外部接口 如读卡器接口 接口测试 事务正在处理的过程中，浏览器到服务器的网络中断测试 错误处理 事务正在处理的过程中中断事务处理 事务正在处理过程中点击取消