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