软件项目质量控制和管理
规范
版本V1.0
项目编号 记录号 总页数 编制 200140806-001 正文 22页 文件编号 文件版本 附录 审核 V1.0 密级 年 月 日 机秘 2014年 8月 6 日
2014年8月6日
1 需求阶段质量控制
需求阶段的质量控制最重要的手段是要规范填写质量控制文档并进行评审。需求人员完成需求文档以后，填写需求《预审问题表》：
预审问题表
文档编号： 编 写： 文件状态： 项目名称 评审时间 评审类别 评审任务 受控
文件类型：
公司 预审 审核：
受控范围： 项目编号 评审性质 [ ]计划 [√]需求 [ ]设计 [ ]测试 [ ]验收 [ ]总结 预审问题 No. 问题描述 需求编写者 评审员 《预审问题表》提交给每个评审人员，进行需求文档评审。然后，产品经理根据评审结果，填写《评审问题跟踪表》：
评审问题跟踪表
文档编号： 编 写 者： 文件状态： 项目名称 评审时间 评审类别 No. 记录员签名 作者签名 问题修改 问题修改后描述 项目经理确认 是否解决 受控
跟踪问题 问题描述 项目经理确认 缺陷级别
文件类型：
受控范围： 项目编号 评审性质 公司 评审
[ ]计划 [√]需求 [ ]设计 [ ]测试 [ ]验收 [ ]总结
2 设计阶段质量控制
设计阶段的质量控制手段是要规范填写质量控制文档并进行设计文档的评审。项目设计人员完成设计文档后，填写设计《预审问题表》，设计《预审问题表》提交给每个评审人员，进行设计文档评审，然后质管人员根据评审结果填写
《评审问题跟踪表》：
3 开发阶段质量控制
3.1 编码规范
对于开发阶段，编码规范非常重要，每个人都要遵循编码规范。详见《编码规范》
3.2 编码过程检查
系统的每个模块完成以后，要根据情况进行编码过程检查，来确认编码过程是否遵守规范。
检查内容 是否进行代码走查？ □ 是 实施情况 □ 频率和形式： □ 否（说明原因）： □ 走查问题被跟踪和解决 □ 重大缺陷和问题被记录 □其他情况： 评价 （10分制） 编码是否按形成文档的□ 是 □ 编码方法经过批准 准则执行？ □ 否（说明原因）： □ 采用文档和编程规范 □ 自定义规范 源代码是否进行配置管□ 是 □ 采用配置工具： 理？ □ 否（说明原因）： □ 配置库管理： 代码的变更是否被标识，□ 是 □ 变更记录 检查和关闭？ □ 否（说明原因）： □ 变更批准 □ 修改说明 □ 修改人和修改时间记录 □ 变更被检查和关闭 单元测试是否进行？ □ 是 □ 和规程要求一致 □ 否（说明原因）： □ 单元测试用例 □ 单元测试分析报告 □ BUG统计 □ 无记录要求； □ 软件过程审计报告(频率 ) □ 审计报告分发给相关人员 SQA是否定期检查项目□ 是 的编码过程活动，标识偏离项目管理或组织结构的内容？ 3.3 开发问题跟踪
开发过程中，每个模块根据《编码过程检查表》上没有满足的项，技术总监填写开发《评审问题跟踪表》。
4 测试阶段质量控制
测试阶段的质量控制手段是使用bug管理工具进行缺陷管理和跟踪，直到系统满足测试退出标准或用户需求，测试人员提交系统《测试报告》，对于《测试报告》，根据需求来评审测试情况，首先要填写测试《预审问题表》，根据评审结果再填写《软件测试检查表》：
检查内容 是否有测试计划？ □ 系统 实施情况 评价 （10分制） □ 集成 □ 其他情况 是否有测试用例？ □ 系统 □ 集成 □ 其他情况 □ 评审问题清单（可选） □ 评审通知和确认表（可选） □ 项目评审表 □ 项目评审问题追踪表 □ 评审人员签字 □ 批准人签字 □ 评审时间 □ 验证人签字 □ SQA人员验证 □ 评审问题清单（可选） □ 评审通知和确认表 （可选） □ 项目评审表 □ 项目评审问题追踪表 □ 评审人员签字 □ 批准人签字 □ 评审时间 □ 验证人签字 □ SQA人员验证 文档格式是否正确？ □ 是 □ 文件编号 □ 否（说明原因）： □ 配置项编号 □ 项目版本号 □ 审核人 □ 审核时间 □ 批准人 □ 批准时间 □ 符合模板