GB502931999城市电力规划规范

项目测试管理CheckList版本：V1.0第1页共15页Productname产品名称Confidentialitylevel密级项目测试管理CheckList内部公开ProductversionTotal15pages共15页V1.0项目测试管理CheckListPreparedbyDate2009-10-26编制日期ReviewedbyDate审核日期AuthorizedbyDate批准日期Allrightsreserved版权所有违版必究项目测试管理CheckList版本：V1.0第2页共15页1、内容填写说明A、项目基本信息由测试用例设计者填写。B、自检，根据检查结果在自检结果“是、否、免”相应栏中作“V”标记；是：满足要求，否：不满足要求，免：内容不涉及此项目；在“否、免”栏作“V”标记，必须在自检说明中填写原因。C、审查，确认自检结果是否正确，如与审查项目一致：在互检结果“是”栏作“V”标记，否则：在审核结果“否”栏作“V”标记，并在审核说明中填写原因。D、“自检结论及问题说明”由测试用例设计者填写，在此栏说明该项目检视的要点，方便审核者检查。“审核结论及问题说明”由审核者填写，在此栏列出审核结果中为“否”的所有问题。E、最终QA将此文档提交给运作支持部，进行数据备份，整个过程由运作支持部跟踪。2、项目基本信息项目名称及版本测试负责人规则驱动表此处插入驱动表，方法：插入→对象→由文件创建→浏览。3、软件测试过程Check内容审查内容自检结果自检说明审核结果审核说明备注类别编号项目是否免是否概念阶段项目运作团队准备工作Check项1PM是否召开项目开工会，是否有项目任务书？V2项目开工会上是否明确项目组织架构，项目里程碑，项目计划？3测试小组成员是否确定？4测试专业负责成员是否明确?比如环境、安规等负责工程师。5测试例会时间、汇报模板是否确定？6例会要求测试小组成员明确项目的基本情况、工作职责及汇报是否落实？可测试需求分析设计Check项1继承性可测试需求分析是否可复用？2可测试需求是否分析定制？3测试成员是否有提新的可测试需求内容？4可测试需求模板是否是最新发布版本？5可测试需求格式是否符合模板要求？6产品应用环境是否在概念阶段定义清楚？7是否有项目测试风险评估？8可测试性需求是否覆盖了相关测试专业需求?9上一版本遗留问题是否已考虑到纳入此需求中?10对可测试性需求是否进行测试部门内部评审并确认?11测试经理是否对可测试性需求进行项目组评审并确认?12可测试需求是否被项目组接受？项目测试管理CheckList版本：V1.0第3页共15页13对不被开发代表接受的可测试需求，评估是否对后序的测试活动有影响及如有影响，是否有对策？14收集并评估其它项目成员提出的需求是否具有可测试性或与可测试性相关？15最终确定版可测试需求是否提交到项目仓库保存？其它1测试经理是否对产品包需求一一确认?2是否有确认所有产品包需求都是可测试的？3最终确定的产品包需求是否转发给测试团队及部门领导？4产品应用环境是否在概念阶段定义了解？计划阶段测试计划设计交付件Check项（考虑测试做什么任务？）1测试的需求跟踪是否完善并完成？2测试计划提交项目组评审时间是否确定？3测试计划模板是否有？并确认模板是公司最新发布版本。4测试成本是否评估？包括时间、人员、环境等。5测试组织成员和其他部门关系是否明确，责任是否划分？6测试中需要遵守的原则、规范、约束、标准是否明确？7测试的测试对象是否明确（明确测试项，用于后面划分任务,估计工作量等）?8测试阶段任务划分是否明确？9测试阶段任务工作量是否完成评估？10测试阶段任务的人员资源和设备资源分配是否明确？11各阶段的测试资源的投入是否满足计划要求？12测试任务各阶段的人员投入是否满足计划要求13测试计划核心的测试工作任务分配是否明确？14测试阶段任务的时间和进度是否安排并与测试工程师明确？15测试阶段任务的测试结束后应交付的测试输出是否明确？16是否有风险（人员和测试资源、配套的软件／硬件）预留计划?17（人员和测试资源、配套的软件／硬件）风险预留计划是否考虑到各个阶段的测试?18测试任务安排风险的估计及执行出现与时间不匹配等非正常问题的规避措施是否考虑？19测试总体和各阶段分支计划是否与项目大阶段计划匹配冲突是否明确？20测试计划是否进行测试部门内部评审并确认?21测试经理是否对测试计划进行项目组评审并确认?22测试计划是否被项目组接受？23最终确定的测试计划是否转发给测试团队及部门领导？24最终确定版测试计划是否提交到项目仓库保存？其它1是否参加项目计划评审？项目测试管理CheckList版本：V1.0第4页共15页2项目开发计划是否确认并签字？3项目开发计划是否转发给测试团队及测试部上级？测试方案设计交付件Check项（考虑测试任务如何做？）1项目组确定测试计划在测试团队中是否落实？2测试方案提交项目组评审时间是否确定？3测试方案模板是否有？并确认模板是公司最新发布版本。4是否参与开发完成产品设计的需求分解？5项目组是否向测试输入《系统方案与规格设计》并仔细研究？6项目组是否向测试输入《产品概要设计》并仔细研究？7项目组是否制定《产品设计标准计划》并仔细研究？8测试在《产品概要设计》提交之前是否开始部分设计测试方案？9产品测试经理对产品设计规格不清楚，是否要求项目组未测试开展培训及其它沟通措施？10产品的应用环境、系统构成是否明确及及本产品在系统中的位置是否清楚？11产品的架构及配置是否明确？12产品的主要功能特性及与其它软件或系统通信是否明确？13产品质量目标和计划在测试每个阶段是否规划？14产品测试主要功能的测试需求是否分析？15产品测试主要性能的测试需求是否分析？16产品测试使用环境的测试需求是否分析？17产品测试可靠性的测试需求是否分析？18产品测试的其他特殊需求（比如军工）是否分析？19产品SDV阶段的测试重点（功能）及测试策略是否分析并细化？20产品SIT阶段的测试重点（性能）及测试策略是否分析并细化？21产品SVT阶段的测试重点（系统）及测试策略是否分析并细化？22产品SDV阶段测试执行中的开始、中断、完成的条件是否落实？23产品SIT阶段测试执行中的开始、中断、完成的条件是否落实？24产品SVT阶段测试执行中的开始、中断、完成的条件是否落实？25产品SDV阶段测试执行中的平台配置（软、硬、线缆等环境）条件是否落实？26产品SIT阶段测试执行中的平台配置（软、硬、线缆等环境）条件是否落实？27产品SVT阶段测试执行中的平台配置（软、硬、线缆等环境）条件是否落实？项目测试管理CheckList版本：V1.0第5页共15页28产品SDV阶段测试执行中的测试工具是否做了评估与选择？测试工具包括自己开发提供及外测标准测试工具。29产品SIT阶段测试执行中的测试工具是否做了评估与选择？测试工具包括自己开发提供及外测标准测试工具。30产品SVT阶段测试执行中的测试工具是否做了评估与选择？测试工具包括自己开发提供及外测标准测试工具。31产品SDV阶段测试执行中的测试技术方法及测试代码是否规划及分析可行性？32产品SIT阶段测试执行中的测试技术方法及测试代码是否规划及分析可行性？33产品SVT阶段测试执行中的测试技术方法及测试代码是否规划及分析可行性？34产品BETA阶段测试是否需要设计？35对产品测试技能的要求是否有做分析？36自动化测试是否纳入测试设计（必须）？37对团队现有的测试成员的测试技能是否满足测试要求是否有做分析？如不满足，是否有培训计划及对策？38是否对测试各个阶段要求输入及输出的文档进行规划？39风险分析是否考虑开发设计原因造成的进度风险预计？40风险分析是否考虑人员、测试资源原因造成的进度风险预计？41风险分析是否考虑开发设计原因造成的质量风险预计？42对测试风险是否有应对措施？43对进度风险是否有应对措施？44对质量风险是否有应对措施？45测试阶段小版本的通过、不通过条件（功能完成率、性能合格率）是否落实？46测试阶段通过、不通过条件（DI、遗留问题解决率）是否落实？47测试方案的任务要求是否与测试计划配套？48测试方案是否覆盖主要产品规格、继承性需求、用户使用需求？49测试方案是否对测试范围有清晰准确的定位。50测试方案是否进行测试部门内部评审并确认？51测试经理是否对测试方案进行项目组评审并确认？52测试方案是否被项目组接受？53最终确定的测试方案是否转发给测试团队及部门领导？54最终确定版测试方案是否提交到项目仓库保存？其他工作1测试小组成员是否对产品总体设计方案和产品设计规格有充分的理解，测试经理是否组织小组成员对产品总体设计方案和产品规格进行内部评审？2是否有对测试规格、测试用例的设计进行预规划？项目测试管理CheckList版本：V1.0第6页共15页3是否参加了对《系统方案与规格设计》的评审？4是否参加了对《产品设计标准计划》的评审？5是否参加了对《产品概要设计》的评审？6是否参加了对WBS３—４级项目计划的评审？7是否参加了对需求规格分解分配矩阵的评审？8是否有审核测试时间对测试重点的覆盖比例？开发阶段测试规格设计交付件Check项（不提交给项目组）1测试规格提交测试团队或部门评审时间是否确定？2测试规格模板及编码规则是否有？并确认模板是公司最新发布版本。3项目组是否向测试输入《产品详细设计》并仔细研究？详细设计包括硬件、软件和结构等。4测试在《产品详细设计》提交之前是否开始部分设计测试规格？5测试规格是否有继承性分析？6测试规格是否有做原始需求整理？7设计规格是否与细化出的测试规格对应？对应关系为1：N?8设计规格是否全部包括编号、描述及开发特性？9测试规格是否全部包括编号、描述及测试类型？10测试规格是否包含功能交互分析？11测试规格是否包含测试类型分析？12设计规格分解是否清晰、全面？13测试规格分解与设计覆盖设计规格是否清晰、全面？14是否有审核确认设计规格不能转测试规格的原因？15测试规格编号是否与产品包需求编号一一对应？并符合编码规则？16设计规格有变更，测试规格设计是否更新？17测试规格是否进行测试部门内部评审并确认？18最终确定的测试规格是否转发给测试团队及部门领导？19最终确定版测试规格是否提交到项目仓库保存？测试用例交付件设计Check项1测试用例提交项目组评审时间是否确定？2测试环境开发是否跟进？3测试工具是否到位？4测试用例模板及编码规则是否有？并确认模板是公司最新发布版本。5测试规格是否与细化出的测试用例对应？对应关系为1：N?6测试用例是否覆盖所有的测试规格、需求？7测试规格对应用例设计的测试类型是否全面？8测试用例是否符合相关规范？比如用例书写格式、文字、语法是否准确、布局、格式是否统一、输入与输出是否1：N对应？9测试用例是否标明时间、版本、作者和优先级？项目测试管理CheckList版本：V1.0第7页共15页10测试子项是否简洁、明了？11是否涵盖了测试规格的每条业务规则说明？12是否覆盖了输入条件的各种有意义组合？13是否覆盖了业务操作的基本路径和异常路径？14是否考虑了对其他模块/功能的影响？15用例是否覆盖了测试设计中定义的所有场景？16是否考虑了其他的测试类型（对某个功能很重要，但未在需求文档中提及的，如安全测试、周期性测试和故障恢复等方面）？17测试用例中的的操作步骤是否详细、描述是否清晰、易懂?18操作步骤是否准确地描述了对应场景的测试输入的特征（不同数据，操作，配置等）？19步骤执行的前提条件是否充分、准确，操作上是否不依赖于同组之外的其他用例?20同组用例中，仅数据不同的，是否实现了测试步骤的重用?21操作步骤是否具有层次感，并具有可操作性？22测试用例的检查点是否明确、充分和可操作？23测试数据的特征描述是否准确，有条件的情况下，是否给出了一个当前环境下的可用参考值？24测试用例是否包含边界值、等价类分析、因果图、推测等测试用例设计思路方法？25是否评估用例覆盖率达到相关质量指标?26重点需求用