测试过程检查表实用doc.docx
《测试过程检查表实用doc.docx》由会员分享，可在线阅读，更多相关《测试过程检查表实用doc.docx（88页珍藏版）》请在冰豆网上搜索。
测试过程检查表实用doc
1.测试请求管理过程检查表
检查点
是否达标
评审者填写
评审者意见
YNNA
1是否在请求测试服务时提交了《测试服务申请单》？
2对于项目类测试服务，是否在需求评审阶段就提交了《测试服务申请单》？
3对于项目类任务的测试请求，是否同时提交了《开发计划书》？
4《测试服务申请单》是否经过审核并填写了审核意见？
5对于项目类任务的测试请求，是否使用《测试工作量估算表》进行了测试工作量估算？
2.测试计划流程检查表
检查点
是否达标
评审者填写
评审者意见
YNNA
1测试组长有没有获取相关的测试依据，如开发计划书、技术方案，项目计划等文档？
2测试组长有没有根据测试依据确定系统中可测试的范围和不做测试的范围？
评审者填写
检查点是否达标评审者意见
YNNA
3测试组长有没有定义针对
可测内容的测试方法，测试技术、用到的测试工具，发现与组织级测试策略不一
致的地方，并采取了相应的应对策略？
4测试组长是否定义了测试
的进入/退出/中断/继续标准？
5测试组长是否列出了测试产品列表？
6测试组长是否定义了测试
活动的WBS（工作分解）?
7测试组长是否定义了测试活动不同阶段的里程碑？
8测试组长是否列出了测试
阶段和测试活动生命周期？
9测试组长是否确立了估算的假设条件，并对估算结果进行记录？
10测试组长在编写测试计划之前，是否有测试进度表，是否已经识别了与测试相关的项目风险?
11测试计划中是否定义出了
测试活动中相关的干系人？
12测试计划中是否包含了测
试风险、沟通、跟踪与监控等内容？
13在测试计划完成后，同行（peer）是否从充分性和符合测试标准的角度对此计划进行评审和检查？
14测试组长是否和测试活动干系人一起定期对测试计划进行复审，找出偏离内容？
评审者填写
检查点是否达标评审者意见
YNNA
15测试活动干系人、是否针对测试计划给出书面承诺并定期关注测试活动进展？
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
NA
4.测试风险管理流程检查表
评审者填写
检查点是否达标评审者意见
YNNA
1．0通用标准与列表
1.1测试负责人是否组织相关
人员定义了测试风险评估
标准？
1.2测试负责人是否制定了通
用的测试风险列表？
1.3通用测试风险列表中是否
区分了风险类别（项目风险
（测试相关）、产品风险），
并设置了初始信息（如可能
性、影响度、风险等级、对
应措施等）
1.4测试负责人是否定期维护
通用测试风险列表？
2．0识别测试风险
评审者填写
检查点
是否达标
评审者意见
Y
N
NA
2.1
测试组长在识别测试风险
时，是否邀请了相关人员参
与并从中获得了必要的信
息？
2.2
测试组长在识别并记录测
试风险时，是否使用组织统
一的模板？
3．0测试风险分析
3.1
测试组长是否在相关人员
的协助下，对所识别出的测
试风险进行评级？
3.2
测试组长是否定期维护（修
改）测试风险？
3.3
测试组长是否至少为高等
级项目风险（测试相关）制
定了风险管理计划？
4．0测试风险监控
3.1
测试组长是否定期或在事
件驱动情况下，监控识别出
的测试风险？
5.测试需求管理流程检查表
检查点
是否达标
评审者填写
评审者意见
YNNA
1．0发送测试依据
1.1在项目类/维护类任务的需
求阶段，项目经理是否及时
向测试组长提供了流程中
规定的测试依据？
1.2在项目类/维护类任务的设
计阶段，项目经理是否及时
向测试组长提供了流程中
规定的测试依据？
1.3在需求变更发生时，项目经
理是否及时向测试组长提
供了相关资料？
评审者填写
检查点是否达标评审者意见
YNNA
1.4测试组长是否及时将接收
到的测试依据连同主测试
计划/阶段测试计划（草案）
发送给测试需求分析人
员？
2．0验证测试依据
2.1测试需求分析人员是否对
测试依据进行了验证并向
测试组长和项目经理书面
提交了验证意见？
3．0定义测试需求
3.1测试需求分析人员在定义
测试需求时，使用了HPQC
10.0或统一的测试需求模
板？
3.2测试需求分析人员在编写
完测试需求后，是否填写了
需求跟踪矩阵？
3.3测试组长是否组织了相关
人员对测试需求进行评
审？
3.4测试组长是否组织了相关
人员对测试需求进行风险
评估定级？
3.5在发生需求变更，测试组长
及测试需求分析人员是否
在判断了变更需求种类后，
遵循并执行了流程中规定
的相应步骤。
6.测试报告检查表
检查点
测试报告中是
否有明确的测
1
试用例执行情
况记录？
测试报告中是
否有失败的、
其它的测试用
2
例列表？
是否
与实际情况一
致？
测试报告中是
否有各类资源
3
的使用情况与
统计数据？
测试报告中是
否有测试覆盖
率分析和统
4
计？
如测试对
需求的覆盖
率。
测试报告中是
5否有缺陷统计与分析？
测试报告中是否有按缺陷严
重性分类、缺
6
陷状态分类的
的统计和分
析？
测试报告中是
否有遗留缺陷
7的统计和分析？
是否有对应措施？
作者填写
评审者填写
检查点符
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
检查点
测试报告中是
否有与测试计
8
划的偏离比较
分析？
测试报告中是
9否有测试评价？
如果测试计划
有性能测试的
10安排，是否有单独的性能测试报告？
性能测试报告
中是否记录了
11
被测系统的版
本？
性能测试报告
中是否有对实
12
际测试环境的
描述？
性能测试报告
中是否有测试
13计划中规定的所有的测试种类？
性能测试报告
中是否有关于
14
测试场景的说
明？
性能测试报告
中各种测试类
15型的结果记录是否清晰合理？
性能测试报告
中是否对各种
16
测试类型的结
果进行分析？
作者填写
评审者填写
检查点符
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
作者填写
评审者填写
检查点符
检查点
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
性能测试报告
中是否有各类
17资源的使用情况与统计数据？
性能测试报告
18中是否有明确的测试评价？
7.测试用例管理流程技术检查表
作者填写
评审者填写
检查点符
检查点
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
每个测试用例
1有一个唯一的编号标识吗？
测试用例设计
包含了正向、
2
反向的测试用
例吗？
每个测试用例
清楚的填写了
测试用例描述
3
、测试步骤、
测试数据、预
期结果吗？
测试步骤、测
试数据部分清
4
晰，具备可操
作性吗？
每个测试用例
5有对应的测试需求编号吗？
检查点
测试用例包含
边界值、等价
6类分析等测试用例设计方法吗？
针对测试需求的不同要求，
7使用不同的测试用例设计方法吗？
每个测试用例
8有优先级的定义吗？
有没有业务流
9程的测试用例
？
测试用例中有
关于菜单、必
10
填项和相关控
件的说明吗？
存在系统自动
生成的输出项
11
列出了生成规
则吗?
查询和自定义
报表的结果根
12据条件组合设计相应的测试用例吗？
无法在界面显示但又和测试
相关的字段编
13
写了SQL语句
进行后台表查
询吗？
定义了入口测
14
试用例集吗？
定义了冒烟测
15
试用例集吗？
作者填写
评审者填写
检查点符
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
检查点
定义了回归测
16
试用例集吗？
用测试工具管
17理所有的测试用例吗？
如果有自动化测试，对应的
18测试用例生成了测试脚本吗
？
有非功能性测试用例的设计
19吗？
如安全性测试、文档测试等。
非功能测试中有性能测试的
20考虑吗（如果测试计划有安排）？
有非功能性测
试数据的准备
21
和使用说明吗
？
非功能性测试
22采用了合适的测试工具吗？
针对不同的测
试阶段设计了
23
不同的测试用
例吗？
测试用例覆盖
24到了所有测试需求吗？
当测试需求发
生变更时，测
25
试用例也相应
变更吗？
作者填写
评审者填写
检查点符
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
检查点
测试用例需求
26跟踪矩阵填写完整吗？
测试报告中有
明确的测试用
27
例执行情况记
录吗？
测试报告中有
失败的、其它
28
的测试用例列
表吗？
测试报告中有
各类资源的使
29
用情况与统计
数据吗？
测试报告中有
测试覆盖率分
30析和统计吗？
如测试对需求的覆盖率。
测试报告中有
31缺陷统计与分析吗？
测试报告中有
按缺陷严重性
32
分类的缺陷统
计和分析吗？
测试报告中有
按缺陷状态分
33
类的缺陷统计
和分析吗？
测试报告中有
34遗留缺陷的统计和分析吗？
测试报告中有
与测试计划的
35
偏离比较分析
吗？
作者填写
评审者填写
检查点符
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
检查点
测试报告中有
36明确的测试结论吗？
如果测试计划有性能测试的
37安排，有单独的性能测试报告吗？
性能测试报告
中有关于测试
38
种类的规定
吗？
性能测试报告
中有关于测试
39
场景的说明
吗？
性能测试报告
中各种测试类
40
型的结果记录
清晰吗？
性能测试报告
中有对各种测
41
试类型的结果
分析吗？
性能测试报告
中有各类资源
42
的使用情况与
统计数据吗？
性能测试报告
43中有明确的测试结论吗？
性能测试报告
中记录了被测
44
系统的版本
吗？
性能测试报告
中有对实际测
45
试环境的描述
吗？
作者填写
评审者填写
检查点符
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
8.测试用例管理流程检查表
9.
评审者填写
检查点
是否达标
评审者意见
Y
N
NA
1.0
流程进入时间
1.1
当测试计划通过评审且
测试需求分析过程已经完
成时测试设计人员是否开
始测试用例设计？
2.0
测试设计
2.1
测试设计人员是否能及时
获得测试需求说明书、测
试计划、测试跟踪矩阵的
最新版本？
2.2
测试设计人员是否按照测
试计划的要求、根据测试
需求分析的结果组织设计
测试用例?
2.3
测试设计人员是否对测试
用例做了相应的测试数据
分析？
2.4
测试设计人员是否组织了
测试用例的评审？
3.0
测试需求跟踪矩阵
3.1
测试用例通过评审后，测
试设计人员是否填写需求
跟踪矩阵？
3.2
当测试用例增加和删除时
测试设计人员是否更新需
求跟踪矩阵？
3.3
当测试用例状态变化时测
试设计人员是否更新需求
跟踪矩阵？
4.0
测试实现
4.1
是否对测试用例进一步细
化？
4.2
自动化测试的用例是否有
对应的脚本吗？
9.评审者填写
检查点是否达标评审者意见
YNNA
4.3测试组长是否对测试做详
细的测试执行安排？
5.0测试执行
5.1测试执行人员是否在测试
开始前做了入口测试？
5.2入口测试不通过就是否结
束本次测试？
5.3入口测试不通过是否提交
测试报告？
5.4整个测试执行过程是否有
测试记录或测试日志？
5.5发现缺陷时是否已提交缺
陷报告？
5.6为验证以前版本的缺陷是
否被修复，测试执行人员
是否重新执行相应的测试
用例或自动化脚本？
5.7如果测试计划或测试执行
安排需要，是否有回归测
试？
5.8测试组长是否按照测试计
划要求提交各类测试报
告？
6.0测试用例维护
6.1测试用例重大维护时是否
重新对测试用例进行评
审？
6.2如果有对应的测试脚本，
测试脚本是否也相应地进
行维护？
10.测试用例检查表
检查点
每个测试用例
是否有一个唯
1
一的编号标识
？
测试用例设计
是否包含了正
2
向、反向的测
试用例？
每个测试用例
是否清楚的填
写了测试用例
3
描述、测试步
骤、测试数据
、预期结果？
测试步骤、测
试数据部分是
4
否清晰，具备
可操作性？
每个测试用例
是否有对应的
5
测试需求编号
？
针对测试需求
的不同要求，
是否使用不同
6的测试用例设计方法，如边界值、等价类分析等？
每个测试用例
7是否有优先级的定义？
是否有业务流
8程的测试用例
？
作者填写
评审者填写
检查点符
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
检查点
测试用例中是
否有关于菜单
9、必填项和相关控件的说明
？
对系统自动生
成的输出项是
10
否列出了生成
规则?
对查询和自定
义报表的结果
11是否根据条件组合设计相应的测试用例？
对于无法在界面显示但又和测试相关的字
12段，是否编写了SQL语句进行后台表查询
？
是否定义了入
13口测试用例集？
是否合理？
是否定义了冒
14烟测试用例集？
是否合理？
是否定义了回
15归测试用例集？
是否合理？
是否有非功能性测试用例的
设计？
如安全
16
性测试、性能
测试、文档测
试等。
是否有非功能
性测试数据的
17
准备和使用说
明？
作者填写
评审者填写
检查点符
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
作者填写
评审者填写
检查点符
检查点
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
是否针对不同
的测试阶段设
18
计了不同的测
试用例？
11.测试缺陷管理流程过程文档检查表
作者填写
评审者填写
检查点符
检查点
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
0.0
整体
0.1
是否使用了
标
Y
准流程文档
模
板？
0.2
是否具备所
有
Y
流程要素（如目
的与范围、进入
/退出标准、输入/输出等）
0.3
流程定义是
否
Y
简短、易于阅读
和理解？
0.4
是否通
过Page7
Y
BULLET或流程
图方式来描述
流程交互情况。
0.5流程内容是
否
Y
刚好充分且
不
包含任何不
必
要信息？
1.0目的和范围（描述要做什么，为什么要定义本流程，本流程适用范围）
1.1
是否清楚定
义
Page5
Y
为什么要制
定
本流程
1.2
是否清楚定
义
Page5
Y
本流程主要
任
务与活动的
边
界或覆盖范围
作者填写
评审者填写
检查点符
检查点
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
2．0术语和缩写（描述本流程文档中使用到的术语及缩写）
2.1术语是否是来
自TMMi或
ISO9001,若不
是，是否已与上
述文档中的某
个术语作关
联？
2.1缩写是否提供
了全称及相关
定义（尽量参
考TMMi和
ISO9001）?
Page5Y
Page5Y
3.0参考文档（指出本文档所参考的文件，必要时给出链接）
3.1是否指出本文档所参考的文
件?
3.2所提供链接是
否有效?
3.3在本项目所有文档进入文档库后,是否提供了参考文档的链接?
Page5Y
Page5Y
NA
目前还无法链接
4.0角色职责（描述本流程中涉及角色在本流程中的职责）
4.1
角色名称是
否
Page5~6
Y
是标准定义的?
4.2
本流程中描
述
Page5~6
Y
的角色职责
是
否与测试组
织
管理流程中
相
关角色职责
一
致（不冲突且不超出其工作范围）?
5.0输入（指出为达成本流程文档所规定的目的所需要输入的工作产品或信息而不是事）
检查点
5.1输入是否是工作产品和/或信
息,而不是事件?
5.2输入是否是指对整个流程的输入,而不是对流程中每个/某个主要任务/活动的?
5.3所标识出的输入是否详尽且相互排它?
作者填写
评审者填写
检查点符
合项位置
作者备注
是否达标
评审者意见
Y
N
NA
Page6
Y
Page6Y
Page
升级会员 