软件项目质量控制和管理规范1

软件项目质量控制和管理

规范

版本V1.0

项目编号文件编号

记录号200140806-001文件版本V1.0

总页数正文22页附录密级机秘

编制2022年8月6日审核年月日

2022年8月6日

1需求阶段质量控制

需求阶段的质量控制最重要的手段是要规范填写质量控制文档并进行评审。

需求人员完成需求文档以后，填写需求《预审问题表》：

预审问题表

还编号：文件类型：

编写：审核：

文件状态：受控受控范围：公司

项目名称项目编号

评审时间评审性质预审

评审类别［］计划［□需求口设计［］测试［］验收［］总结

评审任务

预审问题

No.问题描述需求编写者评审员

《预审问题表》提交给每一个评审人员，进行需求文档评审。然后，产品经

理根据评审结果，填写《评审问题跟踪表》：

评审问题跟踪表

文档编号：文件类型：

编写者：

文件状态：受控受控范围：公司

项目名称项目编号

评审时间评审性质评审

评审类别［］计划［。需求□设计［］测试□验收［］总结

跟踪问题

No.问题描述缺陷级别

记录员签名项目经理确认

问题修改

问题修改后描述是否解决

作者签名项目经理确认

2设计阶段质量控制

设计阶段的质量控制手段是要规范填写质量控制文档并进行设计文档的评

审。项目设计人员完成设计文档后，填写设计《预审问题表》，设计《预审问题

表》提交给每一个评审人员，进行设计文档评审，然后质管人员根据评审结果填

写

《评审问题跟踪表》：

3开辟阶段质量控制

3.1编码规范

对于开辟阶段，编码规范非常重要，每一个人都要遵循编码规范。详见《编

码规范》

3.2编码过程检查

系统的每一个模块完成以后，要根据情况进行编码过程检查，来确认编码过程

是否遵守规范。

检查内容实施情况评价

（10分制）

是否进行代码走查？□是□频率和形式：__________

□否（说明原因）：□走查问题被跟踪和解决

口其他情况：□重大缺陷和问题被记录

编码是否按形成文档的□是□编码方法经过批准

准则执行？□否（说明原因）：□采用文档和编程规范

□自定义规范

源代码是否进行配置管□是□采用配置工具：___________

理？□否（说明原因）：□配置库管理：________

代码的变更是否被标识，□是□变更记录

检查和关闭？□否（说明原因）：□变更批掂

□修改说明

□修改人和修改时间记录

□变更被检查和关闭

单元测试是否进行？□是□和规程要求一致

n否（说明原因）：□单兀测试用例

□单元测试分析报告

□BUG统计

□无记录要求；

SQA是否定期检查项目□是□软件过程审计报告（频率______）

的编码过程活动，标识偏□审计报告分发给相关人员

离项目管理或者组织结

构

的内容?

3.3开辟问®

开辟过程中，每一个模块根据《编码过程检套表》上没有满足的项，技术总

监填写开辟《评审问题跟踪表》。

4测试阶段质量控制

测试阶段的质量控制手段是使用bug管理工具进行缺陷管理和跟踪，直到系

统满足测试退出标准或者用户需求，测试人员提交系统《测试报告》，对于《测

试报告》，根据需求来评审测试情况，首先要填写测试《预审问题表》，根据评

审结

果再填写《软件测试检查表》：

检查内容实施情况评价

（10分制）

是否有测试计划？□系统□评审问题清单（可选）

□评审通知和确认表（可选）

□项目评审表

□项目评审问题追踪表

□评审人员签字

□批准人签字

□集成□评审时间

□其他情况□验证人笠字

□SQA人员验证

是否有测试用例？□系统□评审问题清单（可选）

□集成□评审通知和确认表（可选）

□其他情况□项目评审表

□项目评审问题追踪表

□评审人员签字

□批准人签字

□评审时间

□验证人签字

□SQA人员验证

文档格式是否正确？□是□文件编号

□否（说明原因）：□配置项编号

□项目版本号

□审核人

□审核时间

□批准人

□批准时间

□符合模板

测或计划是否按计划完□是□按计划完成：

成？□否（说明原因）□提前完成并评审

□按计划完成并评审

□按计划完成，评审延迟。

□未按计划完成，延迟__________天

□采取纠正措施

测试用例是否按计划完□是□按计划完成：

成？□否（说明原因）□提前完成并评审

□按计划完成并评审

□按计划完成，评审延迟。

□未按计划完成，延迟__________天

□采取纠正措施

是否量化测试进程，测试□是□测试进度安排

是否按计划执行？□否（说明原因）：□测试人员安排

□监督测试进度

测试变更是否遵守变更□是□变更请求

龌？□否（说明原因）：□修改描述

□变更批准

□变更通知

□新版本发布

是否形成测试需求与功□是□需求跟踪矩阵表

能需求的追溯表？□否（说明原因）：

测试缺陷和结果是否形□是□测试分析报告

成记录？生成缺陷和测□否（说明原因）：□测试问题报告

试覆盖率的总结报告？

更新的缺陷是否经过回□是□取用版本止确

归测试，确认正确，结果□否（说明原因）：□测试问题报告

形成记录？□验证人

□缺陷描述

测试中是否采用测试工□是□测试工具

具或者测试程序？□否（说明原因）：□测试工具版本

□测试程序说明

□纳入配置受控库

是否定义了评估测试结□是□测试完成标准说明

果的标准？□否（说明原因）：

测试完成后，是否进行测□是□项目组成员或者相关人员确认

试的技术检查？测试验□否（说明原因）：□项目验收评审

收后的产品是否可集成□验收运行程序

为验收测试版本？□测试分析报告

配置人员是否管理项FI□是□管理测试基线

的配置情况？□杏（说明原因）：□SCM基线报告（频率___________）

□SCM基线变更状态报告

（频率____________）

□配置报告分发给相关人员

SQA是否定期检查项目□是□软件过程审计报告

的测试活动，标识偏离项□审计报当分发给相关人员

目计划或者组织结构的1人

容？

最后要跟踪问题，直到全部的BUG解决，满足需求：存在的问题需要填写

《评审问题跟踪表》。

5维护阶段质量控制

系统上线