测试过程检查表.docx

1. 测试请求管理过程检查表评审者填写检查点是否达标评审者意见YNNA1是否在请求测试服务时提交了测试服务申请单？2对于项目类测试服务，是否在需求评审阶段就提交了测试服务申请单？3对于项目类任务的测试请求，是否同时提交了开发计划书？4测试服务申请单是否经过审核并填写了审核意见？5对于项目类任务的测试请求，是否使用测试工作量估算表进行了测试工作量估算？2. 测试计划流程检查表评审者填写检查点是否达标评审者意见YNNA1测试组长有没有获取相关的测试依据，如开发计划书、技术方案，项目计划等文档？2测试组长有没有根据测试依据确定系统中可测试的范围和不做测试的范围？3测试组长有没有定义针对可测内容的测试方法，测试技术、用到的测试工具，发现与组织级测试策略不一致的地方，并采取了相应的应对策略？4测试组长是否定义了测试的进入/退出/中断/继续标准？5测试组长是否列出了测试产品列表？6测试组长是否定义了测试活动的WBS（工作分解）?7测试组长是否定义了测试活动不同阶段的里程碑？8测试组长是否列出了测试阶段和测试活动生命周期？9测试组长是否确立了估算的假设条件，并对估算结果进行记录？10测试组长在编写测试计划之前，是否有测试进度表，是否已经识别了与测试相关的项目风险?11测试计划中是否定义出了测试活动中相关的干系人？12测试计划中是否包含了测试风险、沟通、跟踪与监控等内容？13在测试计划完成后，同行（peer）是否从充分性和符合测试标准的角度对此计划进行评审和检查？14测试组长是否和测试活动干系人一起定期对测试计划进行复审，找出偏离内容？15测试活动干系人、是否针对测试计划给出书面承诺并定期关注测试活动进展？16是否跟踪测试活动过程中与计划不符合的地方（称为“偏离”），主要是对影响测试计划的因素，测试资源的使用状况，测试承诺的实现情况，项目风险（测试相关），干系人的参与情况进行跟踪，并定期对测试进程和里程碑进行回顾和评审？17是否跟踪产品质量与计划和预期的偏离，主要是对进入标准、退出标准、中断与继续标准的执行情况，缺陷，产品风险等进行跟踪与监控，并定期组织对产品质量和产品质量里程碑的回顾与评审？18是否跟踪已发现的偏离，直至关闭，在此过程中需要分析问题，建立对不符合项的纠正措施并跟踪纠正情况？3. 测试计划文档检查表作者填写评审者填写检查点检查点符合项位置作者备注是否达标评审者意见YNNA1文档格式是否符合XX银行信息技术部测试体系模版？2待测软件系统的名称是否明确？3测试计划文档目的描述是否明了？4是否使用了标准术语和统一形式？5使用的术语是否是唯一的？6同义词、缩略语等的使用在全文中是否一致并事先已予以说明？7计划文档中的大多数内容是否是由测试组长编写的？是否与其它组讨论过？8测试计划是否标识出测试需求要点？9所编写的测试计划中是否评估了依赖关系？10所编写测试计划中是否描述了测试进入标准、退出标准、中断/继续标准？标准是否可以度量？11测试方法策略中是否定义出不同测试阶段用到的测试类型，内容是否完整合理？12测试计划是否包括测试执行安排？13是否在测试计划中列出所需使用的测试工具？14测试计划是否包含定量管理部分？15是否列出了不同测试阶段的工作产品，这些工作产品是否定义清晰？16测试计划中是否有测试风险管理相关内容，内容是否合理？17测试计划中涉及到的测试人员及测试活动干系人是否定义清楚，并明确了相关人员的职责？18测试计划中的人员安排及任务分配是否合理？19测试计划中的测试活动进度安排是否合理？20测试计划中是否包含了测试活动中的沟通计划和问题管理，这两项是否合理？21测试计划中是否定义了跟踪与监控的相关内容，此章节内容是否合理？4. 测试风险管理流程检查表评审者填写检查点是否达标评审者意见YNNA10 通用标准与列表1.1测试负责人是否组织相关人员定义了测试风险评估标准？1.2测试负责人是否制定了通用的测试风险列表？1.3通用测试风险列表中是否区分了风险类别（项目风险（测试相关）、产品风险），并设置了初始信息（如可能性、影响度、风险等级、对应措施等）1.4测试负责人是否定期维护通用测试风险列表？20 识别测试风险2.1测试组长在识别测试风险时，是否邀请了相关人员参与并从中获得了必要的信息？2.2测试组长在识别并记录测试风险时，是否使用组织统一的模板？30 测试风险分析3.1测试组长是否在相关人员的协助下，对所识别出的测试风险进行评级？3.2测试组长是否定期维护（修改）测试风险？3.3测试组长是否至少为高等级项目风险（测试相关）制定了风险管理计划？40 测试风险监控3.1测试组长是否定期或在事件驱动情况下，监控识别出的测试风险？5. 测试需求管理流程检查表评审者填写检查点是否达标评审者意见YNNA10 发送测试依据1.1在项目类/维护类任务的需求阶段，项目经理是否及时向测试组长提供了流程中规定的测试依据？1.2在项目类/维护类任务的设计阶段，项目经理是否及时向测试组长提供了流程中规定的测试依据？1.3在需求变更发生时，项目经理是否及时向测试组长提供了相关资料？1.4测试组长是否及时将接收到的测试依据连同主测试计划/阶段测试计划(草案)发送给测试需求分析人员？20 验证测试依据2.1测试需求分析人员是否对测试依据进行了验证并向测试组长和项目经理书面提交了验证意见？30 定义测试需求3.1测试需求分析人员在定义测试需求时，使用了HP QC 10.0或统一的测试需求模板？3.2测试需求分析人员在编写完测试需求后，是否填写了需求跟踪矩阵？3.3测试组长是否组织了相关人员对测试需求进行评审？3.4测试组长是否组织了相关人员对测试需求进行风险评估定级？3.5在发生需求变更，测试组长及测试需求分析人员是否在判断了变更需求种类后，遵循并执行了流程中规定的相应步骤。6. 测试报告检查表作者填写评审者填写检查点检查点符合项位置作者备注是否达标评审者意见YNNA1测试报告中是否有明确的测试用例执行情况记录？2测试报告中是否有失败的、其它的测试用例列表？是否与实际情况一致？3测试报告中是否有各类资源的使用情况与统计数据？4测试报告中是否有测试覆盖率分析和统计？如测试对需求的覆盖率。5测试报告中是否有缺陷统计与分析？6测试报告中是否有按缺陷严重性分类、缺陷状态分类的的统计和分析？7测试报告中是否有遗留缺陷的统计和分析？是否有对应措施？8测试报告中是否有与测试计划的偏离比较分析？9测试报告中是否有测试评价？10如果测试计划有性能测试的安排，是否有单独的性能测试报告？11性能测试报告中是否记录了被测系统的版本？12性能测试报告中是否有对实际测试环境的描述？13性能测试报告中是否有测试计划中规定的所有的测试种类？14性能测试报告中是否有关于测试场景的说明？15性能测试报告中各种测试类型的结果记录是否清晰合理？16性能测试报告中是否对各种测试类型的结果进行分析？17性能测试报告中是否有各类资源的使用情况与统计数据？18性能测试报告中是否有明确的测试评价？7. 测试用例管理流程技术检查表作者填写评审者填写检查点检查点符合项位置作者备注是否达标评审者意见YNNA1每个测试用例有一个唯一的编号标识吗？2测试用例设计包含了正向、反向的测试用例吗？3每个测试用例清楚的填写了测试用例描述、测试步骤、测试数据、预期结果吗？4测试步骤、测试数据部分清晰，具备可操作性吗？5每个测试用例有对应的测试需求编号吗？6测试用例包含边界值、等价类分析等测试用例设计方法吗？7针对测试需求的不同要求，使用不同的测试用例设计方法吗？8每个测试用例有优先级的定义吗？9有没有业务流程的测试用例？10测试用例中有关于菜单、必填项和相关控件的说明吗？11存在系统自动生成的输出项列出了生成规则吗?12查询和自定义报表的结果根据条件组合设计相应的测试用例吗？13无法在界面显示但又和测试相关的字段编写了SQL语句进行后台表查询吗？14定义了入口测试用例集吗？15定义了冒烟测试用例集吗？16定义了回归测试用例集吗？17用测试工具管理所有的测试用例吗？18如果有自动化测试，对应的测试用例生成了测试脚本吗？19有非功能性测试用例的设计吗？如安全性测试、文档测试等。20非功能测试中有性能测试的考虑吗（如果测试计划有安排）？21有非功能性测试数据的准备和使用说明吗？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.评审者填写检查点是否达标评审者意见YNNA1.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自动化测试的用例是否有对应的脚本吗？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. 测试用例检查表作者填写评审者填写检查点检查点符合项位置作者备注是否达标评审者意见YNNA1每个测试用例是否有一个唯一的编号标识？2测试用例设计是否包含了正向、反向的测试用例？3每个测试用例是否清楚的填写了测试用例描述、测试步骤、测试数据、预期结果？4测试步骤、测试数据部分是否清晰，具备可操作性？5每个测试用例是否有对应的测试需求编号？6针对测试需求的不同要求，是否使用不同的测试用例设计方法，如边界值、等价类分析等？7每个测试用例是否有优先级的定义？8是否有业务流程的测试用例？9测试用例中是否有关于菜单、必填项和相关控件的说明？10对系统自动生成的输出项是否列出了生成规则?11对查询和自定义报表的结果是否根据条件组合设计相应的测试用例？12对于无法在界面显示但又和测试相关的字段，是否编写了SQL语句进行后台表查询？13是否定义了入口测试用例集？是否合理？14是否定义了冒烟测试用例集？是否合理？15是否定义了回归测试用例集？是否合理？16是否有非功能性测试用例的设计？如安全性测试、性能测试、文档测试等。17是否有非功能性测试数据的准备和使用说明？18是否针对不同的测试阶段设计了不同的测试用例？11. 测试缺陷管理流程过程文档检查表作者填写评审者填写检查点检查点符合项位置作者备注是否达标评审者意见YNNA0.0整体 0.1是否使用了标准流程文档模板？Y0.2是否具备所有流程要素（如目的与范围、进入/退出标准、输入/输出等）Y0.3流程定义是否简短、易于阅读和理解？Y0.4是否通过BULLET或流程图方式来描述流程交互情况。Page7Y0.5流程内容是否刚好充分且不包含任何不必要信息？Y1.0 目的和范围（描述要做什么，为什么要定义本流程，本流程适用范围）1.1是否清楚定义为什么要制定本流程Page5Y1.2是否清楚定义本流程主要任务与活动的边界或覆盖范围Page5Y20 术语和缩写（描述本流程文档中使用到的术语及缩写）2.1术语是否是来自TMMi或ISO9001,若不是，是否已与上述文档中的某个术语作关联？Page5Y2.1缩写是否提供了全称及相关定义（尽量参考TMMi和ISO9001）?Page5Y3.0 参考文档（指出本文档所参考的文件，必要时给出链接）3.1是否指出本文档所参考的文件?Page5Y3.2所提供链接是否有效?Page5Y3.3在本项目所有文档进入文档库后,是否提供了参考文档的链接?NA目前还无法链接4.0 角色职责（描述本流程中涉及角色在本流程中的职责）4.1角色名称是否是标准定义的?Page56Y4.2本流程中描述的角色职责是否与测试组织管理流程中相关角色职责一致(不冲突且不超出其工作范围)?Page56Y5.0输入（指出为达成本流程文档所规定的目的所需要输入的工作产品或信息而不是事）5.1输入是否是工作产品和/或信息,而不是事件?Page6Y5.2输入是否是指对整个流程的输入,而不是对流程中每个/某个主要任务/活动的?Page6Y5.3所标识出的输入是否详尽且相互排它?Page6Y6.0输出（指出经过本流程后将要获得的工作产品或交付品）6.1输出是否是工作产品和/或信息而不是事件?Page6Y6.2输出是否超出了流程边界?Page6N6.3输出是否是整个流程的输出而不是流程中某个主要任务/活动产生的输出并被其它任务/活动所使用?Page6Y6.4所标识出的输入是否详尽且相互排它?Page6Y7.0 进入标准（描述触发进入本流程的事件。注意，进入标准不是工作产品）7.1是否具体指出所有会触发进行本流程的事件?Page6Y7.2所描述的是否是是针对整个流程的进入触发事件,而不是针对流程中的某个主要任务或活动?Page6Y7.3是否有进入事件无法导致进入本流程?Page6N8.0退出标准（标志着可以退出本流程的事件）8.1是否具体指出所有可标志退出本流程的事件?Page6Y8.2是否存在某个退出事件没有导致退出本流程?Page6N8.3所有退出事件是否都是针对整个流程而不是针对某一主要任务或活动?Page6Y9.0 过程描述9.1在对过程中各任务的描述时是否遵循了输入-过程-输出的关系与顺序Page711Y9.2任务/活动流是否清晰且易于理解?Page711Y9.3是否清楚定义任务/活动间的接口和相互依赖关系?Page711Y9.4流程是否清楚定义了:什么(what)、谁(who)、如何(how)、何时(when)Page711Y9.5在定义和描述各项任务时，是否采用了某种方式来保证理解一致。Page711Y10裁剪准则10.1裁剪准则适用情况是否描述清楚且易于执行？Page11Y11过程相关文档11.1是否列出了有需要参考的所有流程及其相关资料（如模板）？Page11Y11.2是否提供了所有参考流程及相关资料的链接?Page11NA目前还无法链接12. 测试缺陷管理过程检查表评审者填写检查点是否达标评审者意见YNNA1缺陷是否得到了记录并用统一模板管理起来？2发现缺陷时是否填写了缺陷记录，并将缺陷状态设为New，提交给测试组长？3测试组长是否对提交的缺陷做检查并加以跟踪？4测试组长审核缺陷后是否提交给开发组长？5在本版测试中是否导入了上一版本处于Accepted及Arbitration状态的缺陷？6缺陷流转到开发组长处，开发组长是否指定了开发人员进行分析？并将缺陷状态改为Open？7开发组长做出决定若认为不需要修复或不在本轮修复，是否将缺陷状态更改为Rejected或Deferred，并返回给测试人员？8测试人员是否对开发组长作出的不作修复的评审决定加以确认？缺陷状态是否相应更改为Explanation Given或Accepted？9测试人员是否将有争议缺陷提交给测试组长？10测试组长是否将有争议的需要仲裁的缺陷提交给项目经理，将缺陷状态更改为Arbitration？11若缺陷处于仲裁状态时，是否有相关方进行评审并作出评审决定？12开发组长是否根据仲裁结果更改了缺陷状态？13测试人员是否对修复的缺陷进行了验证和确认？14测试组长是否定期提交缺陷状态报告？13. 测试环境管理流程技术检查表14.作者填写评审者填写检查点检查点符合项位置作者备注是否达标评审者意见YNNA1系统测试环境分为UAT和SIT类型吗？2UAT环境的系统软件，包括操作系统、数据库系统和中间件系统等和生产环境一致吗？3UAT环境的应用业务系统和生产环境一致吗？4UAT环境的测试数据是从生产环境提取的吗？5从生产环境提取的数据使用前必须经过脱敏处理或其它和安全性、保密性相关的处理方法吗？6UAT测试环境主要用于功能测试和用户验收测试吗？7UAT环境使用结束后，测试环境管理员对固定账号重新设置密码吗？8SIT环境的系统软件，包括操作系统、数据库系统和中间件系统等和生产环境一致吗？9SIT测试环境主要用于信息技术部各项目组内部系统测试吗？10准生产环境申请单中有申请原因、临时用户权限、是否为独占性测试和操作步骤吗？11数据备份除了数据外，还包括文件系统吗？12测试环境入口测试检查表中有关于系统（包括操作系统、数据库和中间件）检查的内容吗？13测试环境入口测试检查表中有关于网络连接检查的内容吗？14测试环境入口测试检查表中有关于数据检查的内容吗？15测试环境入口测试检查表中有关于操作系统、数据库等用户登录权限检查的内容吗？16测试环境故障单有故障描述、测试环境描述、故障分类、