评审检查表---veryimportant

1、评审检查表文档修改情况记录版本修改状态修改口期修改摘要修改人目录1. 项目计划检查表32. 需求规格说明书检查农53. 概要设计说明书检查表74. 详细设计说明书检查表95. 编码检查衣115代码检查表115.2代码检查内容126. 测试用例检查表147. 产品验收和发布检查表158. 测试计划检查表161.项h计划检查表项目计划检査表项目编号工作产品检査日期检査人员检査结果标记/合格 *不合格 tbd待完成 na不适用检查情况检查项：项：有效检查项：项：通过项：项：通过率：序号主要检查项检查结果说明标准化1有规定的文档标识2引用的文档现行有效3文档编写的内容、格式符合相关标准、规定的要求4文

2、档签署完整完整性5文档有独立的版本说明部分6文档列出了项忖的验收标准7文档列出了项目组成员和项目相关人员、角色、职责8文档选定了项目生命周期模型9文档选定了项比里程碑10对项目述行了估计（规模、工作量、进度、关键计算 机资源、成本）11进行了 wbs工作分解12文档作了项目的风险估计及风险管理计划13文档分析了项目所需的知识技能及培训计划14编写了配置管理计划15编写测试计划16编写质量保证计划17使用project项h管理工具编写项kl进度计划符合性检查18风险管理计划的风险是否排序，对前三个是否进行了 分析，缓解计划是否合理19培训计划中的培训内容是否是项h组需要的、可行的20配置管理计划

3、中的配置库机构划分是否合理，是否对 开发过程中的工作产品进行了配置项的设置21质量保证计划是否检杏了列衣，和开发计划的进度是 否 致22项目进度计划的工作任务是否包括了生命周期的所有 工作（如：是否覆盖了所有需求的设计和开发）23项目进度计划的资源和时间分配是否合理，里稈碑的 划分和交付物是否明确承诺性24计划中列出的相关人员是否都了解自己的角色和职 责，并在承诺记录上签字2.需求规格说明书检查表需求规格说明书检査表项目编号工作产品检査日期检査人员检査结果标记/合格 *不合格 tbd待完成 na不适用检查情况检查项：项：有效检查项：项：通过项：项：通过率：序号主要检查项检查结果说明标准化1.有

4、规定的文档标识2.引用的文档现行有效3.文档编写的内容、格式符合相关标准、规定的耍求4.文档签署完整5.设计陈述中的命名、术语和缩写是否上下文-致完整性和正确性6.文档有独立的版本说明部分7.没有丢失任何需求或必要信息，重点在于用户任务8.是否包括了所有的原始需求（指系统或软件需求， 通常限制在开发或验证上）9.是否列11!了系统所必须的依赖、假设以及约束10.数据秸度、时问特性和适应性是否已经明确11.运行需求是否明确（运行平台、接口需求、用八界 而等），符合初始需求12.对质量的要求是否明确、合理（正确性、健壮性、 安全性等）13.是否分析了潜在的需求14.是否标识并解决了需求中的潜在问题

5、15.需求说明书是否已包括了主要的质量属性，例如有 效性、高效性、灵活性、完整性、互操作性、可靠 性、健壮性、口j用性、可维护性、口j移植性、可重 用性和可测试性。一致性16.是否存在冲突或重复的需求项17.开发计划、产品和活动与需求是否保持一致1&是否可以根据软件需求规范屮的信息制定出详细的 测试集，并口每项需求是否可以测试19.需求与相关文档之间是否描述一致清晰性20.是否对关键术语和缩略语进行定义和描述21.需求是否清晰无歧义22.系统的目标是否己定义23.是否有对整套系统进行功能概述24.是否已详细说明了软件环境（共存的软件）和硬件 环境（特定的配置）25.每项需求是否描述了状

6、态、输入、输出与处理方法可靠性26.是否定义了可度量的质量h标等质量特性？27.所有不期望事件及其响应都得到了描述？2&是否考虑了特殊的初始状态（例如断电与异常终止 等）29.是否描述了错误检查及恢复需求？可维护性30.是否需求z间是弱耦合的（例如：改变某项需求不 会对子系统产生意想不到的影响）31.需求是否会将设计的复杂度降到最低32.功能性需求中是否考虑到可维护性的要求33.是否考虑到重用已有的设计，是否对设计及集成的 效果进行了描述可追踪性34.是否所有函数、结构、限制等都可以被追踪到需求， 反z也可以35.是否所有的需求都可以分配到适当的函数36.是否所有的设计h标和执行都得到

7、了实现3.概要设计说明书检杳表概要设计说明书检查表项目编号工作产品检查日期检査人员检査结果标记/合格 x不合格 tbd待完成 na不适用检査情况检査项：项：有效检查项：项：通过项： 项：通过率：序号主要检査项检查结果说明标准化1.有规定的文档标识2.引用的文档现行有效3.文档编写的内容、格式符合相关标准、规定的要求4.文档签暑完整完整性5.文档有独立的版本说明部分6.是否在需求文档屮定义的需求都在概要设计屮得到 了解决7.是否所有的以前的tbd （待确定条h）都已经被解 决了8.是否所有的tbd的影响都已经被评估了9.是否仍存在可能不口 j行的设计部分10.是否在设计过程中考虑到需求中tbd的

8、预期变化11.有文档的文字目录页12.有总体设计部分13.有功能设计14.有接口设计15.有性能设计追溯性16.设计是否可以追踪到需求17.需求是否可追溯到设计符合性1&是否每个设计都是可测试的或以别的方式可以确定 的19.设计范围、边界是否清晰，文档中是否清晰阐明了 系统的各项特性及预期的结果20.逻辑性、算法和处理过程是否正确21.文档是否符合客户的需要22.设计是否考虑到未來的扩充性23.设计的系统是否易于维护4.详细设计说明书检杳表详细设计说明书检查表项目编号工作产品检查日期检查人员检査结果标记/合格 x不合格 tbd待完成 na不适用检査情况检査项：项：有效检查项：项：通过项

9、：项：通过率：序号主要检查项检查结果说明标准化1有规定的文档标识2引用的文档现行有效3文档编写的内容、格式符合相关标准、规定的要求4文档签署完整5设计陈述中的命名、属于和缩写是否上下文-致完整性5文档有独立的版本说明部分6每个设计是否都有相应的标识7每个设计的输入/输出是否进行了描述8关键的用八接口是否进行了描述9川户接口是否模块化，并h修改时不影响其他程序10杲否提供了一致的错课处理机制11各子系统、模块之间的关系是否描述得清筑12系统的设计是否考虑了系统的可扩展性13设计是否考虑了重用性14重川构件是否进行了标识15是否说明了重用模块的获得方式和相关的文档16系统的设计是否考虑了系统的易移

10、植性17设计是否使川标准的技术，避免使川怪异的、不易 理解的方式和方法18设计的调用宽度、调用深度、耦介度、内聚度和结 构化程序是否进行了描述追溯性19设计是否可以追踪到需求20需求是否可追溯到设计5.编码检查表通过结合编码检査表和代码检査单，可以比较清楚地确定代码问题的位置。5.1代码检杏表代码检查表项目编号工作产品检査日期检査人员检査结果标记/合格 x不合格 tbd待完成 na不适用检査情况检査项：项；有效检査项：项；通过项：项：通过率：序号主要检査项检査结果说明规范性1编码是否符合项h或组织的编码标准2头文件包含是否完整3参数在程序开始时是否被初始化4参数在程序循环时是否被初始化5在惭数

11、或过程调用的时候参数是否被初始化6函数调用的格式和参数是否正确7变量的声明和拼写是否致8变暈声明的范1韦1是否恰为9是否所有的指针都被初始化为null10程序中申请的内存使用厉是否释放11是否每个=、|等都验证了正确性12是否打开的文件都及时关闭了符合性13源代码单元是否已经完成14源代码单元是否己经经过了调试15源代码单元是否实现了设计的全部功能5.2代码检査内容重要性激活级别检查项命名重要20命名规则是否与所采川的规范保持一致重耍20是否遵循了最小长度最多信息原则重要50has/can/is前缀的函数是否返回布尔型注释重要10注释是否清晰且必要重要y10复杂的分支流程是否己经被注释10距离

12、较远的是否已经被注释10非通用变量是否全部被注释重要y50函数是否已经有文档注释（功能、输入、返冋及其他可选）10特殊用法是否被注释声明、空白、缩进20每行是否只声明了一个变更（特别是那些可能出错的类型）重要40变更是否己经在定义的同时初始化重要40类属性是否都执行了初始化20代码段落是否被合适地以空行分隔y20是否合理地使用了空格使程序更清晰20代码行长度是否在要求之内20折行是否恰当语句/功能分布/规模20包含复合语句的是否成对出现并符合规范20是否给单个的循环、条件语句也加了20if/if-else/if-else if-else/do-while/switch-case 语句的格式是否

13、符合规范40单个变量是否只做单个川途重要20单行是否只有单个功能（不要使用“；”进行多行合并）重要40单个函数是否执行了单个功能并与其命名相符y20操作符+和一的应用是否符合规范规模重要20单个函数是否不超过规定行数重耍缩进层数是否不超过规定可靠性（总则/变量和语句）重要是否已经消除了所有警告重要y40常数变量是否声明为final重要80对象使用前是否进行了检查重要80局部对象变量使用后是否被复位为null重要70对数组的访问是否是女全的（合法的index取值为io,max size-1j）重要20是否确认没有同名变量局部重复定义问题20程序中是否只使用了简单的表达式重要y20是否已经用（）使

14、操作符优先级明确化重要y20所有判断是否都使用了（变量=）的形式80是否消除了流程悬挂重耍80是否每个ifelse语句都有最后一个else以确保处理了金集重要80是否每个switch-case语句都有最后一个default以确保处理了全集80for循环是否都使川了包含下限不包含上限的形式（k=0： k<max）重要40xml标记书写是否完整，字符串的拼写是否止确40对于流操作代码的异常捕获是否有finally操作以关闭流对象20退出代码段时是否对临时对象做了释放处理重耍40对浮点数值的相等判断是否是恰当的（严禁使用二二直接判断）可靠性（函数）重要y60入口对象是否都被进行了判断不为空重要

15、y60入口数据的合法范围是否都被进行了判断（尤其是数组）重要y20是否对有异常抛出的方法都执行了 try.catch保护重要y80是否函数的所有分支都有返回值重要50int的返回值是否合理（负值为失败，非负值为成功）20对于反复进行的int返冋值判断是否定义了函数来处理60关键代码是否做了捕获异常处理重要60是否确保函数返冋corba对象的任何一个属性都不能为null重要60是否对方法返回值对彖做了 null检查，该返回值定义时是否被初始化重要60是否对同步对象的遍历访问做了代码同步重要80是否确认在対map対象使用迭代遍历过程中没有做增减元素操作重要60线程处理函数循环内部是否有显常捕获处理

16、，防止线程抛出异常而追 出20原子操作代码异常中断，使用的相关外部变量是否恢复先前状态重耍函数对错误的处理是否恰当可维护性重要实现代码中是否消除了直接常量（川于计数起点的简单常数例外）20是否消除了导致结构模糊的连续赋值（如* （b=d+c）20是否每个return前都要有日志记录20是否有冗余判断语句(如：if (b) return turc； else return false；)20是否把方法中的重复代码抽象成私有函数备注:1）激活：本列标注y的为激活的项目，表明这些项目必须被明确地自查（其他问题处于“顺便被检查” 的状态），在运行编码检查的时候，前期儿乎所有项都要在激活状态；后期稳定后

17、，保持810个（或 遵从当前规范）激活的检査项。为了醒目，可以像此表这样将当前的激活项用亮黄色表示。2）级别：使用ibm 10级法，分别是10文档注释，消息20语法拼写，标点符号，打字，指令格式30联编打包变更管理，库，版本控制40复制说明，垂名，作用域，限制50接口过程调用和引用，输入/输出，用户格式60检查岀错信息，不合适的检查70数据结构，内容80函数逻辑，指针，循环，递归，计算，函数缺陷90系统配置,计时100环境设计，编译，测试，其他支持系统问题其中1040是编码错误，50100是设计错误。3）检査项：所有检査项均为一般疑问句，当发现回答为“否”时，即存在一个缺陷。6.测试用例检杳表

18、测试用例检查表项目编号工作产品检査日期检査人员检査结果标记/合格 x不合格 tbd待完成 na不适用检査情况检查项：项；有效检査项：项：通过项：项；通过率：序号主要检査项检査结果说明完整性1测试用例是否覆盖了测试计划的测试需求中描述的 所有测试类型和功能点2每个测试用例是否清楚地填写了测试特性、步骤、 预期结果3用例设计是否包含了正甸和反面的用例4非功能测试需求和不可测试需求是否在用例中列出 并说明5不同业务流程川例杲否覆盖6测试用例是否包含测试数据、测试数据声称办法或 者输入的相关描述7每个测试用例前是否有标识8用例陈述中的命名、术语和缩写是否上下文一致9是否所有的指针都被初始化为null追

19、溯性10系统测试用例是否可追溯到产品需求11产品需求是否可追踪到系统测试用例12集成测试川例是否可追溯到概要设计13概要设计是否可追踪到集成测试用例7.产甜验收和发布检查表测试用例检査表项目编号工作产品检查日期检査人员检査结果标记/合格 x不合格 tbd待完成 na不适用检査情况检査项：项：有效检査项：项：通过项：项：通过率：序号主要检査项检査结果说明1产晶是否己经通过集成测试2产需是否已经完成了川户要求的全部功能或与用户 达成一致3产品的各个部分是否都是最新版本4产品的名称、版木号是否正确5产品的各个部分是否都经过了评审6是否提供了用户手册7用八手册是否与产品的版木-致8是否提供了所有产品的清单9是否说明了使用产品应当注意的问题10是杏表明了产品的版权&测试计划检查表测试计划检査表项目编号工作产品检查日期检査人员检査结果标记/合格 x不合格 tbd待完成 na不适用检査情况检査项：项：有效检査项：项：通过项：项：通过率：序号主要检査项检査结果说明完整性1该测试计划是否详细说明测试的人体方法和策略2该测试计划是否详细说明所有测试活动的顺序3该测试计划是否描述了将使