测试过程检查表
测试过程检查表
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. 大数据量的处理，如导入、导出、系统备份、文件传输等；。
- 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 测试组长有没有定义针对 可测内容的测试方法，测试 技术、用到的测试工具，发 现与组织级测试策略不一
致的地方，并采取了相应的 应对策略？