软件项目质量控制和管理规范1.docx_第1页
软件项目质量控制和管理规范1.docx_第2页
软件项目质量控制和管理规范1.docx_第3页
软件项目质量控制和管理规范1.docx_第4页
软件项目质量控制和管理规范1.docx_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件项目质量控制和管理规范版本V1.0项目编号文件编号记录号200140806-001文件版本V1.0总页数正文22页附录密级机秘编制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人员验证 集成 其他情况文档格式是否正确? 是 文件编号 配置项编号 项目版本号 审核人 审核时间 批准人 批准时间 符合模板 否(说明原因):测试计划是否按计划完成? 是 按计划完成: 提前完成并评审 按计划完成并评审 按计划完成,评审延迟。 未按计划完成,延迟 天 采取纠正措施 否(说明原因)测试用例是否按计划完成? 是 按计划完成: 提前完成并评审 按计划完成并评审 按计划完成,评审延迟。 未按计划完成,延迟 天 采取纠正措施 否(说明原因)是否量化测试进程,测试是否按计划执行? 是 测试进度安排 测试人员安排 监督测试进度 否(说明原因):测试变更是否遵守变更流程? 是 变更请求 修改描述 变更批准 变更通知 新版本发布 否(说明原因):是否形成测试需求与功能需求的追溯表? 是 需求跟踪矩阵表 否(说明原因):测试缺陷和结果是否形成记录?生成缺陷和测试覆盖率的总结报告? 是 测试分析报告 测试问题报告 否(说明原因):更新的缺陷是否经过回归测试,确认正确,结果形成记录? 是 取用版本正确 测试问题报告 验证人 缺陷描述 否(说明原因):测试中是否采用测试工具或测试程序? 是 测试工具 测试工具版本 测试程序说明 纳入配置受控库 否 (说明原因):是否定义了评估测试结果的标准? 是 测试完成标准说明 否(说明原因):测试完成后,是否进行测试的技术检查?测试验收后的产品是否可集成为验收测试版本? 是 项目组成员或相关人员确认 项目验收评审 验收运行程序 测试分析报告 否(说明原因):配置人员是否管理项目的配置情况? 是 管理测试基线 SCM基线报告 (频率 ) SCM基线变更状态报告 (频率 ) 配置报告分发给相关人员 否(说明原因):SQA是否定期检查项目的测试活动,标识偏离项目计划或组织结构的内容? 是 软件过程审计报告 审计报告分发给相关人员最后要跟踪问题,直到全部的BUG解决,满足需求;存在的问题需要填写评审问题跟踪表。5 维护阶段质量控制系统上线以后,由维护人员来保证系统的正常运行,对于维护阶段的质量控制,维护人员要提交项目维护报告:项目维护周报部门名称: 本周时间:年 月 日 月 日项目名称维护内容XX项目维护类型维护事项故障现象处理结果维护人员预防性维护日常性维护突发性维护其他本周任务量统计维护类型维护量统计备注预防性维护目的为了防止某类事情的发生,而产生的维护任务

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论