测试过程检查表
测试过程检查表
3. 测试计划文档检查表 作者填写
评审者填写
检查点
检查点 符合项 位置
作者备注
是否达标
评审者意见
1 文档格式是 否符合 XX 银行信息技 术部测试体 系模版
2 待测软件系 统的名称是 否明确
3 测试计划文 档目的描述 是否明了
Y N NA
作者填写
评审者填写
检查点
检查点 符合项 位置
作者备注
是否达标
14 测试计划是 否包含定量 管理部分
Y N NA
作者填写
评审者填写
检查点
检查点 符合项 位置
作者备注
是否达标
评审者意见
15 是否列出了 不同测试阶 段的工作产 品，这些工 作产品是否 定义清晰
16 测试计划中 是否有测试 风险管理相 关内容，内 容是否合理
Y N NA
作者填写
评审者填写
检查点
检查点 符合项 位置
20 测试计划中 是否包含了 测试活动中 的沟通计划 和问题管 理，这两项 是否合理
Y N NA
作者填写
评审者填写
检查点
检查点 符合项 位置
作者备注
是否达标
评审者意见
21 测试计划中 是否定义了 跟踪与监控 的相关内 容，此章节 内容是否合 理
Y N NA
4. 测试风险管理流程检查表
评审者填写
检查点
评审者填写
检查点
8 测试计划是 否标识出测 试需求要点
Y N NA
作者填写
评审者填写
检查点
检查点 符合项 位置
作者备注
是否达标
评审者意见
9 所编写的测 试计划中是 否评估了依 赖关系
测试过程检查表
评审者填写
是否达标
评审者意见
Y
N
NA
4
测试组长是否定义了
测试的进入/退出/中
断/继续标准
5
测试组长是否列出了
测试产品列表
6
测试组长是否定义了
测试活动的WBS（工作
分解）
7
测试组长是否定义了
测试活动不同阶段的
里程碑
8
测试组长是否列出了
测试阶段和测试活动
生命周期
9
测试组长是否确立了
估算的假设条件，并对
是否有各类
资源的使用
情况与统计
数据
4
测试报告中 是否有测试 覆盖率分析 和统计如测 试对需求的 覆盖率。
检查点
作者填写
评审者填写
检查点
符合项
位置
作者备注
是否达标
评审者意见
Y
N
NA
5
测试报告中
是否有缺陷
统计与分析
6
测试报告中 是否有按缺 陷严重性分 类、缺陷状 态分类的的 统计和分析
检查点
作者填写
评审者填写
11
测试方法策 略中是否定 义出不同测 试阶段用到 的测试类
型，内容是 否完整合理
12
测试计划是
否包括测试
执行安排
检查点
作者填写
评审者填写
检查点
符合项
位置
作者备注
是否达标
评审者意见
Y
N
NA
13
是否在测试
计划中列出
所需使用的 测试工具
14
测试计划是
否包含定量
管理部分
检查点
作者填写
测试计划评审检查表
5 是否明确测试环境（软件、硬件环境）？
6 是否对选定的测试工具的相关信息进行了详细描述并且经过确认？
7 测试各阶段的人员和进度安排是否合理？ 是否确定了测试阶段存在的主要风险，制定了详细的控制措施，并已经取得部
8 门或公司领导层的支持？
9 是否明确了配置库的层次结构？
10 《配置库结构层次ຫໍສະໝຸດ 》中确定的层次结构是否完整、实用？
11 是否明确了测试过程中基准配置项变更与完善控制的界定准则？
说明：（责任人对确定为“否”的检查项给出必要说明）
第 1 页/共 1 页
测试计划评审检查表
表格编号：项目编号-阶段/文档类别代号-两位顺序号
项目名称：
序 号
检查项
结 果
1 是否明确测试目的、预期达到的目标以及本次测试的范围？
2 是否完整、清晰地列出本计划中的专用词汇，并沿用了先前过程中定义词汇？
3 是否根据确定的测试类型与测试范围明确测试所需的手段、方法？
4
是否根据软件产品或项目的实际特点，对"A"、"B"、"C"、"D"四类问题的分级 原则进行了明确、详细地描述？
过程符合性检查表初版(按日期)
素养
有无主动精神、团队精神。 言、行、举止是否符合要求。 正常工作任务是否按时、按要求完成。 净化间和电子间是否配合良好 现场操作人员是否经过安全培训教育，从事特种工作的员工是否取得上岗证 操作人员是否按操作规程或者生产批记录在进行操作 其他部门人员进入本区域的员工是否按要求穿戴
人员操作 现场的特殊作业是否存在有未经审批和作业许可的特殊作业 是否严格执行防静电措施，接触电子元件时必须戴静电手腕和手指套 现场是否有违章作业人员 生产现场的安全标志和警示标识是否齐全、完好 通风设备设施（包括局部通风）是否完好、能否正常运行 现场的定置线、托盘、周转车、消防器材、原料等是否定点放置，符合5S管理要求 现场地面有无散落的物料，有无积水，无明显的脏乱差 门窗是否完好、纱窗有无变形，是否稳固不脱落 墙砖、地面砖是否缺损；墙面是否存在有水渍、涂层脱落等 车间现场 防止和减少有毒有害溢散的防护措施是否符合要求 现场工器具是否齐全、摆放整齐 现场的物料桶外观是否清洁、安全标签是否按规定张贴，桶身有无锈蚀、变形、泄漏等 现场是否存在有多余的物料，不用的物料是否还存放在生产现场 车间现场是否有浓烈的气味，并查找出气味的源头 危废垃圾、生活垃圾是否已分类收集 刀、剪不用时是否合拢或收起 车间的设备设施是否完好、整洁；设备设施上的安全标识、安全标签等是否符合要求 关键设备是否标识 车间的转动设备是否已设置安全防护罩 EHS（环境、健康 、安全） 设备设施 不使用的管道或暂时不能拆除的管道是否已加封头或盲板，并挂出已停用标识 设备和管道上的阀门手柄是否齐全、管道上的物料名称标识、介质涂色及流向箭头方向是 否正确 设备设施上的安全附件是否有检验标签或铭牌 设备设施上的紧急释放或泄爆系统是否完好 开关、线管是否有明确位号标识 车间照明灯是否保持完好状态，工作场所的光线是否充足 防爆区使用的电气设备（电机、开关、插座等）是否防爆，完好 电气线路敷设是否规范、整齐；现场是否有裸露电源线接头存在 电气设备 闲置电源线路是否有断电停用标识 电气开关是否完好、外观整洁 电源控制箱是否有无安全警示标识，并干净整洁 工艺装置的防雷接地措施是否完好 车间内的电气设备是否有可靠的接地（接零）装置，防雷和防静电设施是否完好 对车间内可能产生静电危险的设备和管道是否已采取了静电接地措施
QA过程检查表
Does the machine have maintenance and inspection?
机器周围是否有安全隐患?
Are there security risks around the machine?
机器参数设定是否正确?
Is the machine parameters set correctly?
OD测试仪是否有校验合格标签?
2
机器/仪器 Machinery /Apparatus
Dose the OD tester have the conformity calibration label? OD测试仪参数设定是否正确? The OD tester parameter settings are correct ? 火花机是否有校验合格标签?
订单号
PO
稽查頻率 Inspection frequency
1次/1天 once/ day 1次/1天 once/day 1次/1天 once/day 1次/1天 once/ day 1次/1天 once/day 1次/1天 once/day 1次/1天 once/ day 1次/1天 once/day 1次/1天 once/ day 1次/1天 once/ day 1次/1天 once/ day 1次/1天 once/ day 1次/1天 once/day 1次/1天 once/ day 1次/1天 once/ day 1次/1天 once/ day 1次/1天 once/ day
1次/1天
Dose the operators implement self-inspection to confirm the spec 、color、appearance and once/ day
产品测试质量检查表(范本模板)
产品测试质量检查表(范本模板)产品测试质量检查表1. 产品信息- 产品名称：- 版本号：- 发布日期：- 开发人员：- 测试人员：- 测试日期：2. 测试目标- 确保产品功能的完整性和正确性。
- 发现并修复产品中存在的缺陷和问题。
- 保证产品的稳定性和可靠性。
- 提供有效的测试报告和评估意见。
3. 测试范围- 测试的功能模块/页面/组件：1.2.3.- 测试的环境/设备：- 操作系统版本：- 浏览器版本：- 设备型号：4. 测试方法及标准4.1 功能性测试- 测试用例覆盖：- 确认所有功能模块是否都有对应的测试用例。
- 功能性测试内容：- 确认产品的主要功能是否可正常运行。
- 检查产品的输入、输出和操作是否符合预期。
- 功能性测试标准：- 产品的主要功能模块被确认为稳定可用。
4.2 兼容性测试- 测试环境覆盖：- 确认产品在不同操作系统、浏览器和设备上的兼容性。
- 兼容性测试内容：- 确认产品在不同操作系统、浏览器和设备上的显示正常。
- 确认产品在不同分辨率下的界面布局合理。
- 兼容性测试标准：- 产品在常见的操作系统、浏览器和设备上能够正常显示和操作。
4.3 性能测试- 测试负载和压力：- 测试产品在正常和峰值负载下的性能表现。
- 性能测试内容：- 测试产品的响应时间、并发用户数和吞吐量。
- 检查产品的资源消耗、内存泄漏和性能稳定性。
- 性能测试标准：- 产品在常规使用条件下的响应时间和吞吐量符合预期。
5. 测试结果- 缺陷和问题记录：- 记录产品中的缺陷和问题。
- 包括缺陷的描述、严重程度和修复建议。
- 测试评估意见：- 提供测试评估意见和建议。
6. 测试结论- 产品测试结果的总结和结论。
7. 附件- 测试用例文档。
- 测试环境配置说明。
以上是产品测试质量检查表的范本模板，根据实际情况进行详细填写，以确保测试过程的全面性和有效性。
测试完成后，需将测试结果和评估意见及时反馈给开发人员，以便及时进行问题修复和改进。
高压HI-POT测试工序制造过程审核检查表 模板
審核地點
序號
品一
質、
施 情 況
控 制 計 畫
審 核 製 造
1
的過
實程
二 、
審
核1製造 Nhomakorabea過
程
因
素
的
受
2
控
情
況
3
負責人/陪同人員
審核專案
審核內容
控制计划中是否包括了采用C=0的抽样计划？
按制计划是否有防错措施
控制計畫
是否明确需检验的材料规范？ 控制计划中是否包括了所有的产品/过程特殊特性？
为便于产品/过程特殊特性的选择，是否已识别所有已知的顾客关注的事项？
是否有能力完成该岗位工作？是否有培训合格后上岗？
人的因素 設備因素
是否包括顶岗规定的人员配置计划？ 是否对该岗位的职责了解透彻？ 是否对上一个工序和下一个工序有一定了解？ 是否有效地使用了提高员工工作积极性的方法？ 生产设备是否按要求摆放？ 生产设备是否能保证满足产品特定的质量要求？ 是否有设备编号以及责任人？ 是否有设备保养/点检计划并按计划实施？ 是否有相应的设备操作说明书？ 设备保养计划和点检表是否包括了所有重要的检查项目？ 是否对关键设备做预测性维护，OEE，CMK 产品数量、生产批次的大小是否按需求而定？
查核生产有使用流程单做区分
10分/每項 10分/每項
抽查生产物料有区分摆放并明確標示
10分/每項
查核生产物料摆放合理 經查核有物料發放記錄 查核現場有在顯著位置擺放SOP
作业员是否有按作业标准书来操作？
4
作業方法 作业标准书是否与实际操作流程一致？
作业标准书中是否对该工位的重要工序做出了标注？
软件测试检查表
1. 检查每轮测试开始时测试环境是否准备好（包括软件硬件、测试基本数据等）；3. 每轮测试根据上一轮的情况和总体测试计划做分工调整；4. 检查case库的填报情况，抽查执行过的case；5. 检查BUG提交情况，抽查提交的BUG是否规范；6. 每天晚上统计BUG情况，填写每天的BUG报告；7. 根据每天的测试情况，决定是否开发组要发布新的BUILD；8. 每轮测试结束后填写测试总结。
2 下面是针对测试执行人员的：2.1 输入、编辑功能的验证检查点：1. 必输项是否有红星标记，如果不输入提示是否跟相应的Label对应，提示的顺序是否跟Form输入域的排列次序一致；3. Form下拉菜单的值是否正确，下拉菜单的值通过维护后是否正确显示并可用；下拉菜单比如是机构编码，要到机构编码的维护界面查询一下是否Form列出的与其一致；4. 涉及到下拉菜单的编辑修改Form，要检查在编辑和修改From中，下拉菜单是否能正确显示当前值；5. Form提交后，要逐项检查输入的内容跟通过查询的结果一致；6. 有多层下拉菜单选择的情况要校验两层菜单的选择是否正确，比如：部门财务软件开发部人员张三7. 备注字段的超常检查；8. 提交保存后能否转到合适的页面；9. 编辑Form显示的数据是否跟该记录的实际数据一致；10. 编辑权限的检查，比如：user1的数据user2不能编辑等；11. 可编辑数据项的检查，比如：数据在正式提交之前所有的属性都可以编辑，在提交之后，编号、状态等不能编辑，要根据业务来检查是否符合需求；12. 对于保存有事务Trasaction提交，比如一次提交对多表插入操作，要检查事务Trasaction的处理，保证数据的完整和一致；13. 其他的合法性校验。
2.2 查询功能检查点：1. 查询输入Form是否正常工作，不输入数据是否查询到全部记录；2. 当查询的数据非常多的时候，性能有无问题；3. 查询的下拉菜单列出的数据是否正确；4. 查询结果是否正确；对于复杂的查询要通过SQL来检查结果；5. 如输入%*?等统配符是否会导致查询错误；6. 查询结果列表分页是否正确，在点击下一页上一页时，查询条件是否能带过去，不能点击翻页时又重新查询；7. 对于数据量比较大的表查询时，不容许无条件查询，避免性能问题的出现；8. 对于查询输入项的值是固定的要用下拉菜单，比如状态、类型等；9. 分页的统计数字是否正确，共X页，第N页，共X条记录等；10. 对于查询有统计的栏目，比如：总计、合计等要计算数据是否正确；11. 查询结果有超链接的情况要检查超链接是否正确；12. 查询权限的检查，比如：user1不能查询到user2的数据等；2.3 删除功能检查点：1. 必须有“确认删除”的提示；2. 根据需求检查是软删除还是硬删除，来检查数据库中是否还存在该条记录；3. 是否有相关的数据删除，如果有要确认该相关的数据也已经删除，并且在同一事务中完成；4. 是否有删除约束，如果有删除约束，要检查该记录是否被约束，如果被约束该记录不能被删除；5. 如果是软删除，用查询、统计界面检查该条记录能否被查询出来，数据是否被统计进去；6. 检查因为业务约束不能删除的数据能否被保护不能手工删除，比如：流程中已经审批的文件不能被删除；7. 跟删除相关的权限问题，比如：需求要求只有管理员和该记录的创建人能够删除该记录，那就以不同的用户和角色登录进去，执行删除操作，检查是否与需求匹配；2.4 上传附件检查点：1. 检查是否能正确上传附件文件；2. 检查上传的文件是否能正确下载并打开；3. 至少检查下列大小的文件能正确上传，100k,1M,2M,4M,10M,20M等；4. 如果没有指定类型的限制，至少上传以下几种类型的文件能否正确上传并正确打开，类型有：.doc, .xls, .txt, .ppt, .htm, .gif, .jpg, .bmp, .tif, .avi等；5. 如果有文件类型的限制还要检查能上传的文件的类型；6. 上传同名的文件，在打开的时候是否出错；7. 有中文文件名的文件能否正确上传；2.5 影响操作性能的检查点：（不能代替系统的性能测试和压力测试，主要看系统在正常操作情况下的响应和处理能力）1. 对数据记录条数比较多的表的查询操作，避免全表查询，比如对银行用户账号的查询就不能缺省全部查出，必须让用户输入查询条件；2. 菜单树，测试大量数据时菜单树的响应情况；3. 有日志的查询或者统计，要注意查询的效率；4. 大报表的处理或者批处理的操作，要关注效率，比如：银行对帐、财务年终结算、财务年报表、系统初始化等；5. 大报表的排序sort、组函数的使用等；6. 大数据量的处理，如导入、导出、系统备份、文件传输等；。
系统集成测试作业检查表
如测试过程中有对生产系统操作，需两人在场
适用性
每个测试用例是否清楚的填写了测试特性、步骤、预期结果
适用性
相关测试命令、脚本是否提前编写好
测试结果
核对结果
真实记录结果，并核对是否在正常范围内
恢复测试环境
修改过的测试环境恢复到测试前的状态预备下一次测试
保存测试数据
如果有测试数据，保存下，要做好生产系统中相关设备的系统、数据备份
人员
测试人员名单
确定相关测试人员
进入机房人员
需进入机房的测试人员需要签字确认
测试流程
测试时间
如测试过程和生产系统相关，需安排在下班、周末等业务非高峰时间
准确性
测试设备是否按测试要求进行网络接入，避免连接至其它系统
准确性
客户端连接配置是否准确，避免连接至其它系统
系统集成测试作业检查表
检查项目分类
检查项（以下检查项作为参考，可根据项目情况调整）
有否问题
备注
测试环境
物理环境
确认测试设备用电量、发热量是否符合机房环境要求
网络环境
测试设备如果接入生产运行网络，需提前申请
主机环境
测试过程中如包含了生产运行设备，需提前申请
系统安全
如果测试系统在生产系统中运行，检查各测试设备配置是否符合生产环境安全配置要求，如安全补丁、防病毒等
编制相关测试文档
编制相关文档
测试过程检查表
作者填写
评审者填写
检查点符
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
1
文档格式是否 符合XX银行信 息技术部测试 体系模版？
2
待测软件系统 的名称是否明 确？
3
测试计划文档 目的描述是否 明了？
检查点
作者填写
评审者填写
检查点符
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
4
是否使用了标 准术语和统一 形式？
1.
检查点
评审者填写
是否达标
评审者意见
Y
N
NA
1
是否在请求测试服务时 提交了《测试服务申请 单》？
2
对于项目类测试服务， 是否在需求评审阶段就 提交了《测试服务申请 单》？
3
对于项目类任务的测试 请求，是否同时提交了
《开发计划书》？
4
《测试服务申请单》是 否经过审核并填写了审 核意见？
5
对于项目类任务的测试 请求，是否使用《测试 工作量估算表》进行了 测试工作量估算？
检查点
评审者填写
是否达标
评审者意见
Y
N
NA
4
测试组长是否定义了测试 的进入/退岀/中断/继续标 准？
5
测试组长是否列岀了测试 产品列表？
6
测试组长是否定义了测试 活动的WBS(工作分解)？
7
测试组长是否定义了测试 活动不同阶段的里程碑？
8
测试组长是否列岀了测试 阶段和测试活动生命周 期？
9
测试组长是否确立了估算 的假设条件，并对估算结果 进行记录？
手机全面功能测试检查表模板
Contacts_24
Contacts_25
新建联系人，添加互联网电话
Contacts_26
新建完毕后，可合并、拆分、舍弃联系人
Contacts_27
完成/保存
新增一联系人，把能填写的内容全部填写完，保存后查看 是否全部有显示，显示是否正确。 新增完联系人保存后拨号或来电，在拨号和来电界面显示 正常
Contacts_17
添加工作单位
Contacts_18
电子邮件
1新建联系人,电子邮件;(选择个人、工作、其他等） 2.增加一个邮箱地址,标签"自定义"为"常用"; 3.将标签"常用"更改为"单位邮箱; 4.删除一个邮箱地址. 1.新建联系人,增加不同的地址;(如住宅、单位、其它、 自定义等） 2.增加一个邮政地址,标签"自定义"为"常住地址"; 3.将标签"常住地址"更改为"单位地址; 4.删除一个地址. 1.选择列表中的一个联系人进入修改界面； 2.修改头像后来电； 3.删除图库中设为联系人头像的照片 4.点击联系人大头贴图标； 5.选择拍照/图库，按确定拍照/图库图片-保存；
Contacts_56 Contacts_57 Contacts_58 Contacts_59 Contacts_60 Contacts_61 Contacts_62
设置铃声
1.选择android系统的自带铃声 2.其他音乐可作为来电铃声添加到android系统铃声中， 选择某音乐作为来电铃声
通过短信发送联 点击“通过短信发送联系人” 系人 所有来电转至语 音信箱 放在主屏幕上 1.名称 添加群 2.点击添加成员，可在联系人中选择 群组 删除群 meu键删除群 1.发送群消息 群功能 2.发送群邮件 打开联系人列表，点击联系人，点击星号图标 打开收藏夹，点击联系人，点击星号图标 勾选/不勾选“所有来电转至语音信箱”
测试用例检查表范例
是[ ]否[ ]免[ ]
每个测试用例是否清楚的填写了测试特性、步骤、预期结果？
是[ ]否[ ]免[ ]
步骤/输入数据部分是否清晰，是否具备可操作性？
是[ ]否[ ]免[ ]
测试用例是否包含测试数据、测试数据的生成办法或者输入的相关描述？
是[ ]否[ ]免[ ]
测试用例是否包含边界值、等价类分析、因果图、错误推测、等测试用例设计方法？是否针对需求不同部分设计使用不同设计方法？
是[ ]否[ ]免[ ]
对于查询和表格是否设计了可以产生数据的用例？
是[ ]否[ ]免[ ]
查询和自定义报表的结果是否根据条件组合设计至少三条用例保证覆盖？
是[ ]否[ ]免[ ]
无法在界面显示的字段是否编写SQL语句进行后台表查询？
是[ ]否[ ]免[ ]
需求新增和变更是否进行了对应的调整？
是[ ]否[ ]免[ ]
用例是否按照公司定义的模板进行编写？
是[ ]否[ ]免[ ]
2
设计
测试用例是否覆盖了《需求规格说明书》？
是[ ]否[ ]免[ ]
用例编号是否和需求进行对应？
是[ ]否[ ]免[ ]
非功能测试需求或不可测试需求是否在用例中列出并说明？
是[ ]否[ ]免[ ]
测试用例检查表范例项目名称检查人检查日期序号检查内容结论原因说明备注1入口检查需求规格说明书是否评审并建立了基线
测试用例检查表范例
项目名称
检查人
检查日期
序号
检查内容
结论
原因说明
备注
1
入口检查
《需求规格说明书》是否评审并建立了基线？
是[ ]否[ ]免[ ]
VDA6.3过程检查表
—进行/报请维修与保养
—零件准备/贮存
—进行/报请对检测、试验设备的检定和校准。
4.1.3员工是否适合于完成所交付的任务并保持其素质？
—过程上岗指导/培训/资格的证明
小明回答
—产品以及发生缺陷的知识
—对安全生产/环境意识的指导
—资格证明（例如：焊接证书，视力测定，厂内机动车驾驶证）。
4.1.4是否有包括上岗规定的人员配置计划？
—图纸/订货要求/规范
—质量保证协议
—检验方法、检验流程、检验频次的商定
3.3是否评价供货实物质量？与要求有偏差时是否采取措施？
—质量会谈的纪要
是否发生过来料质量问题（现场IQC）检验记录，处理结果。重新测量的依据夏敏回答
—改进计划的商定与跟踪
—改进后零件的检验记录和测量记录
—对重点缺陷/有问题供方的分析评定。
要素1：过程开发的策划
1.1是否已具有对产品的要求？
---顾客要求
---法规，标准，规定
---物流方案
---技术供货条件（TI）
---质量协议/目标协议
---重要特性
---材料
1.2是否已具有过程开发计划，是否遵守目标值？
---顾客要求
---成本
---进度表：策划认可/采购认可，样件（样车）/试生产，批量生产起始
3.4是否与供方就产品与过程的持续改进商定质量目标，并付诸落实？
—工作小组（由各相关部门组成）
供应商管理方面，是否有供应商的目标、指标要求。夏敏回答
—确定质量、价格及服务的定量目标
—在提高过程受控状态的同时降低检验成本
—减少废品（内部/外部）
---提高顾客满意程度。
3.5对已批量供货的产品是否具有所要求的批量生产认可，可落实所要求改进措施？
过程开线检查表Check list
5
6
7
8 审核：
备注
5 设备要素 气体类：乙炔氧气是否已点检？
6 设备要素 生产设备：冷媒加注机、真空泵、检漏仪、测试柜；
7 设备要素 生产设备：端子机、拉力计、加湿器、喷淋装置；
ห้องสมุดไป่ตู้
8 文件要素 现场是否有BOM、工艺标准？
9 文件要素 现场是否有：尺寸图、管路图、接线图、配线表？
10 文件要素 是否有：风阀设定图、铭牌图纸、标签位置图？
班组： 序号 类型范围
XXXXXXX有限公司
过程生产开线前检查表
产品项目：
检验人员：
项目内容
日期
1 人员要素 是否有新员？(新手学习、实习标识）
2 人员要素 特殊工序操作证（压接-焊接-扭矩）
3
人员要素
关键工序上岗证：打胶试水-保压-抽真空-加注-检漏布线-测试（电工操作证）-喷淋
4 人员要素 铲车操作是否有铲车证？
11 文件要素 是否有：例行试验大纲、试验报告、质量流程卡？
12 环境要素 车间、仓库储存环境温湿度是否有每天点检？
13 环境要素 测试房是否点检环境温湿度，且符合大纲要求？ 14 计量管理 现场使用的测量器具，是否都有过通校准？ 15 物料要素 过程的物料摆放、标识是否正常？ 16 物料要素 过程的有质保期的物料，是否过期？（如：胶类） 17 物料要素 过程的物料防护是否正常？ 18 过程工艺 过程的各个工序，工序名称标识是否清晰？
19 过程工艺 每个工序现场，对应的工艺标准是否正常？
20 过程工艺 各工序操作记录是否正常？-压接/流程卡/焊接/测试 备注：1、过程检验中，当天项目检验正常，在对应空格处划“√”，检验不正常则在对应方格写数字代码；
过程审核检查表_2
生产部
D2.3
是否根据评定的结果(实物质量问题或质量能力不足)与供方一起制定提高措施并落实?
与问题供方领导的会谈.改进计划的落实.改进的服务过程.审核结果
生产部
D2.4
是否与供方协商确定改进过程和外委服务的目标/措施并加以落实?
持续改进.确定可度量的目标值.成本优化
顾客满意度调查
质量管理部
服务
D3.2.2
是否对纠正措施的落实情况及其有效性进行审查?
顾客.内部抱怨.再发防止措施报告.结果验证.内审,管审
质量检验部
D3.2.3
是否能保证满足对过程的特殊质量要求?
设备维护.照明,人机工程学
生产部.
D3.2.4
是否对服务过程的有效性进行监控?
顾客满意度调查
质量管理部
D3.2.5
原始记录.控制图.数据收集.过程参数的记录装置(时间.温度等).停机.参数更改
项目公司.质量检验部
缺陷分析/纠正措施/持续改进(KVP)
6.4.2
是否用统计技术分析质量数据/过程数据,并由此制定改进措施?
过程能力.缺陷.过程参数.废品.返修件.隔离通知返修.生产节拍.可靠性失效特征(SPC.排列图.因果图)
项目公司.质量检验部.
D3.1.3
在服务过程中使用的员工是否有能力完成所交给的任务?是否对其素质进行定期的监控?
安全环保.质量意识.员工满意度.培训措施
生产部
D3.1.4
是否调查并能保证满足人员需求?是否有足够的顶岗人员?
人员需求调查.费用核算.重要岗位代理制度
生产部
D3.2
D3.2.1
是否对服务进行认可?是否调查并记录其与要求之间的偏差?
2-VDA6.3检查表P1-P7 红皮
效检查、PPA-时间、软件版本）。 开发放行的方法应符合顾客要求，出现偏差情 -采购放行、供方批准和变更截止的期限
况时应与顾客澄清。 应计划与采购范围相关的活动，并与整体时间计划一致。 外 -将风险最小化的方法（QFD,FMEA:统计试验设计
包的过程和服务也是项目策划的一部分。
、例如：DOE、谢宁实验设计、田口实验设计)
最低要求
示例
对于要开发的产品，所有相关的要求都已经明确。 对于集成（嵌入式）软件的产 产品/过程开发
品来说，还需规定产品硬件与软件之间接 口的要求。对这些产品应执行要求管理 ⁻询价文件
措施。 组织必须明确与产品相关的顾客规定的要求、物流要求以及法律法规要 求 -合同文件
。
-要求规范（产品，过程）
组织必须考虑并应用产品和过程相关的以往经验的要求。 必须在内部要求、顾客 -顾客要求
是否详细策划了产
-详细的原型件/试生产计划
品和过 程开发的
-定期检查开发进度状态（评审）
活动？
-针对投资（设施，设备)的项目计划
-产品和过程开发所有阶段的物流策划，包括包装
-备件方案 产品开发
-可靠性试验、功能试验、试生产的详细策划
-开发阶段样件的截止日期 过程开发
-性能检测的时间、模具计划（脱模件）安排
FMEA）时， 应将落实生产任务的生产场所纳入进来。 在相关文件（FMEA等）中定 -防错原则 产品开发
义和识别的特殊特性，并采取措施保障确保 符合性。 总体计划必须包含针对组件 -检验计划
、总成、分总成、零部件、软件、和材料的 检测计划，还需考虑原型件和试生产
产品和过程开发计 阶段的制造过程。所有采购的产品 和过程应考虑在内。确保在供应链中落实产品
测试过程检查表
1. 测试恳求管理过程检查表检查点能否达标评审者填写评审者建议Y N NA1能否在恳求测试服务时提交了《测试服务申请单》？2对于项目类测试服务，能否在需求评审阶段就提交了《测试服务申请单》？3对于项目类任务的测试恳求，能否同时提交了《开发计划书》？4《测试服务申请单》能否经过审查并填写了审查建议？5对于项目类任务的测试恳求，能否使用《测试工作量估量表》进行了测试工作量估量？2.测试计划流程检查表检查点能否达标评审者填写评审者建议Y N NA1测试组长有没有获取有关的测试依照，如开发计划书、技术方案，项目计划等文档？2测试组长有没有依据测试依照确定系统中可测试的范围和不做测试的范围？检查点能否达标评审者建议Y N NA3测试组长有没有定义针对可测内容的测试方法，测试技术、用到的测试工具，发现与组织级测试策略不一致的地方，并采纳了相应的应付策略？4测试组长能否认义了测试的进入 /退出 /中止 / 持续标准？5测试组长能否列出了测试产品列表？6测试组长能否认义了测试活动的 WBS（工作分解） ?7测试组长能否认义了测试活动不一样阶段的里程碑？8测试组长能否列出了测试阶段和测试活动生命周期？9测试组长能否确定了估量的假定条件，并对估量结果进行记录？10测试组长在编写测试计划从前，能否有测试进度表，能否已经辨别了与测试有关的项目风险 ?11测试计划中能否认义出了测试活动中有关的关连人？12测试计划中能否包含了测试风险、交流、追踪与监控等内容？13在测试计划达成后，同行（ peer）能否从充足性和切合测试标准的角度对此计划进行评审和检查？14测试组长能否和测试活动关连人一同按期对测试计划进行复审，找出偏离内容？检查点能否达标评审者建议Y N NA15测试活动关连人、能否针对测试计划给出版面承诺并按期关注测试活动进展？16能否追踪测试活动过程中与计划不切合的地方（称为“偏离” ），主假如对影响测试计划的因素，测试资源的使用状况，测试承诺的实现状况，项目风险（测试有关），关连人的参加状况进行追踪，并按期对测试进度和里程碑进行回首和评审？17能否追踪产质量量与计划和预期的偏离，主假如对进入标准、退出标准、中止与持续标准的履行状况，缺点，产品风险等进行追踪与监控，并按期组织对产质量量和产质量量里程碑的回首与评审？18能否追踪已发现的偏离，直至封闭，在此过程中需要剖析问题，成立对不切合项的纠正举措并追踪纠正状况？3.测试计划文档检查表检查点1文档格式能否切合 XX银行信息技术部测试系统模版？作者填写评审者填写检查点符合项地点作者备注能否达标评审者建议Y N NA检查点2待测软件系统的名称能否明确？3测试计划文档目的描绘能否了然？4能否使用了标准术语和一致形式？5使用的术语是不是独一的？6同义词、缩略语等的使用在全文中能否一致并预先已予以说明？7计划文档中的大部分内容是不是由测试组长编写的？能否与其余组议论过？8测试计划能否表记出测试需求重点？9所编写的测试计划中能否评估了依靠关系？10所编写测试计划中能否描绘了测试进入标准、退出标准、中止 / 持续标准？标准能否能够胸怀？检查点符合项地点作者备注能否达标评审者建议Y N NA检查点11测试方法策略中能否认义出不一样测试阶段用到的测试种类，内容能否完好合理？12测试计划能否包含测试履行安排？13能否在测试计划中列出所需使用的测试工具？14测试计划能否包含定量管理部分？15能否列出了不一样测试阶段的工作产品，这些工作产品能否认义清楚？16测试计划中能否有测试风险管理有关内容，内容能否合理？17测试计划中波及到的测试人员及测试活动关连人能否认义清楚，并明确了有关人员的职责？18测试计划中的人员安排及任务分派能否合理？检查点符合项地点作者备注能否达标评审者建议Y N NA检查点19测试计划中的测试活动进度安排能否合理？20测试计划中能否包含了测试活动中的交流计划和问题管理，这两项能否合理？21测试计划中能否认义了追踪与监控的有关内容，此章节内容能否合理？检查点符合项地点作者备注能否达标评审者建议Y N NA4.测试风险管理流程检查表评审者填写检查点能否达标评审者建议Y N NA1． 0 通用标准与列表1.1测试负责人能否组织有关人员定义了测试风险评估标准？1.2测试负责人能否拟订了通用的测试风险列表？1.3通用测试风险列表中能否划分了风险类型（项目风险（测试有关）、产品风险），并设置了初始信息（如可能性、影响度、风险等级、对应举措等）1.4测试负责人能否认期保护通用测试风险列表？2． 0 辨别测试风险评审者填写检查点能否达标评审者建议Y N NA2.1测试组长在辨别测试风险时，能否邀请了有关人员参与并从中获取了必需的信息？2.2测试组长在辨别并记录测试风险时，能否使用组织统一的模板？3． 0 测试风险剖析3.1测试组长能否在有关人员的辅助下，对所辨别出的测试风险进行评级？3.2测试组长能否认期保护（修改）测试风险？3.3测试组长能否起码为高等级项目风险（测试有关）制定了风险管理计划？4． 0 测试风险监控3.1测试组长能否认期或在事件驱动状况下，监控辨别出的测试风险？5.测试需求管理流程检查表检查点能否达标评审者填写评审者建议Y N NA 1． 0 发送测试依照1.1在项目类/保护类任务的需求阶段，项目经理能否实时向测试组长供给了流程中规定的测试依照？1.2在项目类/保护类任务的设计阶段，项目经理能否实时向测试组长供给了流程中规定的测试依照？1.3在需求改正发生时，项目经理能否实时向测试组长提供了有关资料？评审者填写检查点能否达标评审者建议Y N NA1.4测试组长能否实时将接收到的测试依照连同主测试计划 /阶段测试计划(草案 )发送给测试需求剖析人员？2． 0 考证测试依照2.1测试需求剖析人员能否对测试依照进行了考证并向测试组长和项目经理书面提交了考证建议？3． 0 定义测试需求3.1测试需求剖析人员在定义测试需求时，使用了 HP QC10.0 或一致的测试需求模板？3.2测试需求剖析人员在编写完测试需求后，能否填写了需求追踪矩阵？3.3测试组长能否组织了有关人员对测试需求进行评审？3.4测试组长能否组织了有关人员对测试需求进行风险评估定级？3.5在发生需求改正，测试组长及测试需求剖析人员能否在判断了改正需求种类后，依照并履行了流程中规定的相应步骤。
过程审核检查表--示例
2.3.5工装模具、设备和检测设备是否合适地存放？
考虑要点：防损伤的存放；有序清洁；定置存放区；有管理的发放；环境影响；标识；明确的认可状态和更改状态；
此工序配置的所有工装、设备及量具要求操作者保持其清洁状态，确保其使用，并执行
考虑要点：足够的、合适的运输器具；定置库位；最小的/无中间库存；看板（KANBAN）；JIT；先进先出（FIFO）；仓库管理；更改状态；向下道工序只供给合格件；产量记录分析；信息流；
在生产过程中，规定由下工序的作业人员向本工序进行适时领用，一次性领用量不超过XX箱，保证各工序间的物流均衡流动。
2.3.2产品/零件是否按要求存放，运输器具/包装设备是否与产品/零件的特点相适应？
过程审核检查表
审核日期：年月日～年月日审核员：
检查项目
检查要点
客观论据记录
评分
10
8
6
4
0
3顾客关怀/顾客满意度（服务）
3.1是否满足顾客对质量管理体系、产品和过程的要求？
考虑要点：质量管理体系按照ISO/TS16949：2002标准；质量协议；针对零缺陷要求的目标协议；交付审核；耐久试验（调查失效模式）；功能检验；
公司建立了相应的程序文件及应急计划程序，对于突出事件能及时做出反映，特殊是当顾客出现抱怨时的及时处理。
8
3.4与质量要求有偏差时，是否进行了缺陷分析并实施了改进措施？
考虑要点：分析的可能性（实验室、检验和试验设施、人员）；；实验室符合ISO/IEC17025的要求；针对缺陷特性进行排列图-分析（内部/外部）各有关部门的介入（内部/外部）；运用解决问题的方法（如8D-报告）；
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
是否达标 Y N NA
1.1 测试负责人是否组织相关 人员定义了测试风险评估 标准？
1.2 测试负责人是否制定了通 用的测试风险列表？
1.3 通用测试风险列表中是否 区分了风险类别（项目风险 （测试相关）、产品风险）， 并设置了初始信息（如可能 性、影响度、风险等级、对 应措施等）
1.4 测试负责人是否定期维护 通用测试风险列表？
文档收集于互联网，已重新整理排版.word版本可编辑.欢迎下载支持.
1. 测试请求管理过程检查表
评审者填写
检查点
是否达标
Y N NA
1 是否在请求测试服务时 提交了《测试服务申请 单》？
2 对于项目类测试服务， 是否在需求评审阶段就 提交了《测试服务申请 单》？
3 对于项目类任务的测试 请求，是否同时提交了 《开发计划书》？
评审者填写
是否达标 Y N NA
评审者意见
1文档来源为:从网络收集整理.word版本可编辑.
文档收集于互联网，已重新整理排版.word版本可编辑.欢迎下载支持.
检查点
作者填写
检查点符 合项位置
作者备注
测试报告中是 否有与测试计 8 划的偏离比较 分析？ 测试报告中是 9 否有测试评 价？ 如果测试计划 有性能测试的 10 安排，是否有 单独的性能测 试报告？ 性能测试报告 中是否记录了 11 被测系统的版 本？ 性能测试报告 中是否有对实 12 际测试环境的 描述？ 性能测试报告 中是否有测试 13 计划中规定的 所有的测试种 类？ 性能测试报告 中是否有关于 14 测试场景的说 明？ 性能测试报告 中各种测试类 15 型的结果记录 是否清晰合 理？ 性能测试报告 中是否对各种 16 测试类型的结 果进行分析？
评审者填写
是否达标 Y N NA
评审者意见
1文档来源为:从网络收集整理.word版本可编辑.
文档收集于互联网，已重新整理排版.word版本可编辑.欢迎下载支持.
检查点
作者填写
检查点符 合项位置
作者备注
针对测试需求 的不同要求， 7 使用不同的测 试用例设计方 法吗？ 每个测试用例 8 有优先级的定 义吗？ 有没有业务流 9 程的测试用例 ？ 测试用例中有 关于菜单、必 10 填项和相关控 件的说明吗？ 存在系统自动 生成的输出项 11 列出了生成规 则吗? 查询和自定义 报表的结果根 12 据条件组合设 计相应的测试 用例吗？ 无法在界面显 示但又和测试 相关的字段编 13 写了SQL语句 进行后台表查 询吗？ 定义了入口测 14 试用例集吗？ 定义了冒烟测 15 试用例集吗？ 定义了回归测 16 试用例集吗？ 用测试工具管 17 理所有的测试 用例吗？
评审者填写
是否达标 Y N NA
评审者意见
7. 测试用例管理流程技术检查表
检查点
作者填写
检查点符 合项位置
作者备注
每个测试用例 1 有一个唯一的
编号标识吗？ 测试用例设计 包含了正向、 2 反向的测试用 例吗？ 每个测试用例 清楚的填写了 测试用例描述 3 、测试步骤、 测试数据、预 期结果吗？ 测试步骤、测 试数据部分清 4 晰，具备可操 作性吗？ 每个测试用例 5 有对应的测试 需求编号吗？ 测试用例包含 边界值、等价 6 类分析等测试 用例设计方法 吗？
作者备注
测试报告中是 否有明确的测 1 试用例执行情 况记录？ 测试报告中是 否有失败的、 其它的测试用 2 例列表？是否 与实际情况一 致？ 测试报告中是 否有各类资源 3 的使用情况与 统计数据？ 测试报告中是 否有测试覆盖 率分析和统 4 计？如测试对 需求的覆盖 率。 测试报告中是 5 否有缺陷统计 与分析？ 测试报告中是 否有按缺陷严 重性分类、缺 6 陷状态分类的 的统计和分 析？ 测试报告中是 否有遗留缺陷 7 的统计和分 析？是否有对 应措施？
3 测试计划文档 目的描述是否 明了？
4 是否使用了标 准术语和统一 形式？
5 使用的术语是 否是唯一的？
6 同义词、缩略 语等的使用在 全文中是否一 致并事先已予 以说明？
7 计划文档中的 大多数内容是 否是由测试组 长编写的？是 否与其它组讨 论过？
8 测试计划是否 标识出测试需 求要点？
9 所编写的测试 计划中是否评 估了依赖关 系？
5. 测试需求管理流程检查表评审者意见Fra bibliotek评审者填写
检查点 1．0 发送测试依据
是否达标 Y N NA
1.1 在项目类/维护类任务的需 求阶段，项目经理是否及时 向测试组长提供了流程中 规定的测试依据？
1.2 在项目类/维护类任务的设 计阶段，项目经理是否及时 向测试组长提供了流程中 规定的测试依据？
1.3 在需求变更发生时，项目经 理是否及时向测试组长提 供了相关资料？
1 文档格式是否 符合 XX 银行信 息技术部测试 体系模版？
2 待测软件系统 的名称是否明 确？
评审者填写
是否达标 Y N NA
评审者意见
1文档来源为:从网络收集整理.word版本可编辑.
文档收集于互联网，已重新整理排版.word版本可编辑.欢迎下载支持.
检查点
作者填写
检查点符 合项位置
作者备注
评审者意见
1文档来源为:从网络收集整理.word版本可编辑.
文档收集于互联网，已重新整理排版.word版本可编辑.欢迎下载支持.
检查点
1.4 测试组长是否及时将接收 到的测试依据连同主测试 计划/阶段测试计划(草案) 发送给测试需求分析人 员？
2．0 验证测试依据
是否达标 Y N NA
2.1 测试需求分析人员是否对 测试依据进行了验证并向 测试组长和项目经理书面 提交了验证意见？
4 《测试服务申请单》是 否经过审核并填写了审 核意见？
5 对于项目类任务的测试 请求，是否使用《测试工 作量估算表》进行了测 试工作量估算？
2. 测试计划流程检查表
检查点
是否达标
Y N NA 1 测试组长有没有获取相关
的测试依据，如开发计划 书、技术方案，项目计划等 文档？
2 测试组长有没有根据测试 依据确定系统中可测试的
评审者填写
是否达标 Y N NA
评审者意见
1文档来源为:从网络收集整理.word版本可编辑.
文档收集于互联网，已重新整理排版.word版本可编辑.欢迎下载支持.
检查点
作者填写
检查点符 合项位置
作者备注
性能测试报告 中是否有各类 17 资源的使用情 况与统计数 据？ 性能测试报告 18 中是否有明确 的测试评价？
14 测试组长是否和测试活动 干系人一起定期对测试计 划进行复审，找出偏离内 容？
15 测试活动干系人、是否针对 测试计划给出书面承诺并 定期关注测试活动进展？
评审者填写 评审者意见
1文档来源为:从网络收集整理.word版本可编辑.
文档收集于互联网，已重新整理排版.word版本可编辑.欢迎下载支持.
17 测试计划中涉 及到的测试人 员及测试活动 干系人是否定 义清楚，并明 确了相关人员 的职责？
18 测试计划中的 人员安排及任 务分配是否合 理？
19 测试计划中的 测试活动进度 安排是否合 理？
评审者填写
是否达标 Y N NA
评审者意见
1文档来源为:从网络收集整理.word版本可编辑.
文档收集于互联网，已重新整理排版.word版本可编辑.欢迎下载支持.
检查点
作者填写
检查点符 合项位置
作者备注
20 测试计划中是 否包含了测试 活动中的沟通 计划和问题管 理，这两项是 否合理？
21 测试计划中是 否定义了跟踪 与监控的相关 内容，此章节 内容是否合 理？
评审者填写
是否达标 Y N NA
评审者意见
4. 测试风险管理流程检查表
评审者填写
检查点 1．0 通用标准与列表
检查点
作者填写
检查点符 合项位置
作者备注
12 测试计划是否 包括测试执行 安排？
13 是否在测试计 划中列出所需 使用的测试工 具？
14 测试计划是否 包含定量管理 部分？
15 是否列出了不 同测试阶段的 工作产品，这 些工作产品是 否定义清晰？
16 测试计划中是 否有测试风险 管理相关内 容，内容是否 合理？
10 测试组长在编写测试计划 之前，是否有测试进度表， 是否已经识别了与测试相
关的项目风险? 11 测试计划中是否定义出了
测试活动中相关的干系 人？
12 测试计划中是否包含了测 试风险、沟通、跟踪与监控 等内容？
13 在测试计划完成后，同行 （peer）是否从充分性和符 合测试标准的角度对此计
划进行评审和检查？
继续标准的执行情况，缺 陷，产品风险等进行跟踪与 监控，并定期组织对产品质
量和产品质量里程碑的回 顾与评审？
18 是否跟踪已发现的偏离，直 至关闭，在此过程中需要分 析问题，建立对不符合项的
纠正措施并跟踪纠正情 况？
评审者填写 评审者意见
3. 测试计划文档检查表
检查点
作者填写
检查点符 合项位置
作者备注
3．0 测试风险分析
是否达标 Y N NA
3.1 测试组长是否在相关人员 的协助下，对所识别出的测 试风险进行评级？
3.2 测试组长是否定期维护（修 改）测试风险？
3.3 测试组长是否至少为高等 级项目风险（测试相关）制 定了风险管理计划？
4．0 测试风险监控
3.1 测试组长是否定期或在事 件驱动情况下，监控识别出 的测试风险？
范围和不做测试的范围？
3 测试组长有没有定义针对 可测内容的测试方法，测试 技术、用到的测试工具，发 现与组织级测试策略不一
致的地方，并采取了相应的 应对策略？