软件质量管理过程

《软件质量管理过程》由会员分享，可在线阅读，更多相关《软件质量管理过程（9页珍藏版）》请在装配图网上搜索。

1、软件质量管理过程文件编号版本号V1.0编制人编制日期审核人审核日期批准人批准日期*科技（北京）有限公司版本历史目录1 目的42 适用范围43 角色与职责44 术语与缩写词55 资产与工具56 启动准则57 输入58 工作程序59 结束准则710 度量711 裁剪指南7附录 7检查标准91 目的通过定义质量保证过程，为质量保证小组实施其角色提供指导，使项目组及相关部门了 解质量保证的操作过程，从而确保公司的新项目和新产品研发的产品质量满足项目规定的要 求。2 适用范围本质量管理过程适用于公司所有软件开发项目的全过程。3 角色与职责3.1 QA：3.1.1负责对项目过程质量的监控；3.1.2帮助项

2、目组理解软件工程过程标准，根据项目需要进行相应的培训；3.1.3搜集项目过程中反映的问题，对过程文档的适合性进行总结，提出过程改进 建议,作为过程文档修改的依据；3.1.4独立于开发部门，确保项目监督的公正性和独立性； 3.1.5对项目组遵照项目计划执行的情况予以监督，有权要求项目针对不符合项进 行整改，有权对违反程序和对质量造成影响的行为予以制止；3.2 项目负责人3.2.1为针对项目的质量保证活动提供足够的资源。3.2.2确保质量保证小组与具体项目的独立性。3.2.3解决QA上报的不符合问题。3.2.4明确QA在项目组的职责和权限，支持与配合QA开展工作。3.2.5协调QA与项目组的活动，

3、解决QA在项目中检查出的不符合问题。3.3 项目组成员：3.3.1配合质量保证小组的活动。 3.3.2明确了解质量保证人员在项目组的职责和权限。3.4 各小组负责人3.4.1明确了解质量保证人员在项目组的职责和权限并组织小组内培训。3.4.2 配合质量保证人员组织代码评审。4 术语与缩写词术语/缩写词详细解释QAQuality Assurance质量保证：用有计划的和系统化的方法，以确 保定义的过程标准、实践、程序和方法能够实行。当QA用于角色时则指质量保证人员。5 资产与工具5.1 各检查表5.2 BUG跟踪系统：jira5.3 文档管理工具： Confluence5.4 项目管理工具： w

4、orktile6 启动准则6.1 项目任务书已经评审通过6.2 项目的QA已经确定7 输入7.1 项目任务书8 工作程序8.1 流程说明8.1.1项目启动会后，由质量工程师（QA）根据项目任务书的要求编写项目的 质量保证计划。8.1.2质量保证计划的内容包括：过程与产品质量检查计划、参与评审的计划、 参与测试的计划。8. 1. 3 质量保证计划可以和项目开发计划同时进行评审，也可以单独进行 评审。8.1.4按质量保证计划执行过程与产品质量检查& 1.4.1 QA根据公司的质量保证检查表模板严格进行检查。& 1.4.2 QA的检查方式:访谈，文档检查，工位检查，参与测试，参与评审.& 1.4.3

5、执行检查前,QA与项目负责人沟通，商定具体检查时间、内容、涉及 人员等。8.1.4.4 客观地检查项目活动过程质量，检查项目的实际执行过程（包括项目 管理过程、项目研发过程等）是否符合既定的规范。QA将本次质量检 查结果如实记录在质量保证检查表中。8.1.4.5 客观地检查工作产品的质量，检查项目活动过程中的各项工作产品是 否符合计划、标准和规范。QA将本次质量检查结果如实记录在产品 检查表中。& 1.4.6 QA在检查中发现的问题应与项目负责人和当事人沟通确认发现的问 题是否为不符合问题，并记录改进措施及改进期限，并将问题、改进 措施、改进期限等信息记录到不符合项跟踪表中，QA要对改进情 况

6、进行跟踪，直到不符合问题关闭。& 1.4.7 QA将质量检查结果进行汇总，对质量保证活动每周进行总结，完成 质量保证报告，并将报告内容通报项目负责人及项目组成员,并抄 送给项目总监和质量管理部主管。8.1.5问题上报流程8.1.5.1对所发现的不符合问题，QA和当事人沟通确定发现的问题是否为不 符合问题，若问题不能达成一致时以及QA跟踪不符合项时发现超过了 项目承诺的关闭期限而项目仍然没有关闭此不符合项时，QA应上报项 目总监。达不成一致的不符合问题记录在本次质量保证报告中， 将需要上报的不符合问题在质量保证报告中明确标识，以便识别， 以邮件形式上报给项目总监。8.1.5.2 QA上报不符合问

7、题上报后，项目总监接到问题后最迟不超过2个工作 日内给出答复，项目总监是问题的最终仲裁者。&2 QA工作过程的管理8.2.1质量管理部主管对QA的工作进行检查。8.2.2质量管理部主管通过QA个人周报及质量管理部例会来检查QA工作,还可以通过参加事件驱动的方式参与QA工作过程的监控和管理。&3质量管理部主管定期召开质量保证月例会，对公司的QA活动进行监督和管理， 并组织QA进行交流，总结实施过程中的经验教训。月例会结果记录在例会纪要 中。8.4 其它& 4.1 QA质量保证过程中所有的工作产品均纳入配置管理。9 结束准则9.1 项目结束10 度量10.1 QA活动工作量10.2 不符合项总数目

8、10.3 新增不符合项数目10.4 已解决不符合项数目10.5 当前未解决不符合项数目10.6 不符合项解决率10.7 解决不符合问题的时间延迟10.8 解决不符合问题的工作量11 裁剪指南11.1 当事件驱动的质量检查和定期质量检查的时间间隔小于等于定期检查时间周期 的 50%时，可取消定期检查。附录检查标准（活动过程）序号检查项目说明1需求管理活动1、客户和项目组成员就客户需求达成共识了吗？2、是否举行评审会，保证所有相关组对需求的理解一致？3、是否将客户需求记录在软件需求说明书中了？4、软件需求说明书经过评审并确认了吗？2项目策划活动1、有经过批准的项目任务书吗？2、需求是否经项目组和客

9、户双方的确认并文档化了吗？3、是否联络了相关组，并识别项目所需资源？4、是否对每个阶段的入口/出口标准进行了文档化？5、是否建立了项目的WBS任务分解,任务至少分解到一天6、定义的WBS是否能够为估计和进度表的制定提供充分 的支持？7、是否相关组都参与了 WBS的制定和评审？8、是否识别了项目的风险来源？9、是否对识别出的风险可能产生的结果进行了文档化？10、是否完成了项目的风险分析？11、是否对高优先级的风险制定了预案和减小措施？12、是否进行工作量/成本的估计？13、是否对关键计算机资源需求进行了估计？14、将执行工作的组和人员是否参与了计划过程？15、计划是否经软件开发组、测试组成员的评

10、审和确认？3跟踪与监控活动1、每个项目组成员每天（或每周）是否对指派给其的活动 进行状态报告？2、每个项目组成员是否对未解决的问题和风险进行状态 报告？3、是否每个项目组成员对任务实际所用工时、对到目前为 止花费在该任务上的总计工时及初始的任务估计进行 了报告？4、项目负责人是否每周记录状态和进度数据？5、是否每天（或每周）召开项目会议，并在会上，项目组 成员对活动状态、问题和风险进行交流？6、项目负责人是否对问题状态日志进行维护，来记录问 题、纠正措施和状态？7、是否将严重偏离计划的偏差识别为问题？8、是否每个问题指定责任人负责采取纠正措施，并解决问 题？9、是否指明了解决问题的目标日期？1

11、0、最初在制定软件项目计划期间识别的风险是否得到了 跟踪和控制？11、项目负责人是否对每个风险进行定期评审，并更新其 可能性和影响值？12、提出的变更是否用项目变更请求表进行描述的？13、是否每个变更请求都包括提出的变更对成本和时间表 影响的估计？14、在实施变更前，项目变更请求表是否经过受变更影响 的组的评审、协商及确认？15、确认的变更请求文档保留了吗？16、每周进行项目报告吗？4项目实施活动1、产品经理是否按照项目计划进行必要的产品需求评 审？2、设计师是否按照项目计划进行必要的页面设计评审？3、开发是否按照项目计划进行必要的概要设计评审？4、测试是否按照项目计划进行必要的测试用例评审？

12、5、项目开发过程中是否按照项目整体排期计划的里程碑 按时输出工作产品？6、开发是否按照测试用例对所负责功能进行自测,并将自 测通过的功能提交测试？7、开发组组长是否组织人员对所开发功能代码进行必要 的评审？8、测试是否进行冒烟测试？冒烟测试一旦发现开发自测未通过，测试有权将提测功能打回不予测试。5配置管理活动1、是否识别了要置于配置管理之下进行正式控制的项，最 小包括产品需求文档、设计文档和源代码？2、是否把购买的软件、项目要用的非交付软件置于配置管 理之下？6质量保证活动1、在项目启动时，SQA是否参与了项目任务书的准备？2、是否与项目经理和开发组成员进行会谈,并检查相关的 过程产品？3、是

13、否按照标准记录了过程评审结果？4、是否准备了评审报告，总结过程评审发现的问题？5、对要求SQA批准的当前阶段的工作产品是否就其格式 和内容与标准的符合性进行了审计？6、所有不能在项目级解决的不符合项都记录在日志中，并 报告给高层管理者了吗？检查标准（工作产品）序号检查项目说明1完整性1、项目组必须按照项目管理规范中的相关规定按时完成相应 的文档（包括设计图），以保证在项目结束时其文档是齐全 的、完整的。2正确性1、在项目的各个阶段所编写的文档（包括设计图）的内容， 必须真实地反映该阶段的工作且与该阶段的需求相一致。3简明性1、在项目的各个阶段所编写的各种文档的语言表达应该清 晰、准确简练，适合各种文档的特定读者。4一致性1、对同一对象的术语定义、特征描述不存在矛盾和相互冲突 的地方。4可追踪性1、在项目的各个阶段所编写的各种文档应该具有良好的可追 踪性。2、文档的可追踪性指在不同文档的相关内容之间相互检索的 难易程度。5规范性1、在项目的各个阶段所编写的各种文档应该具有良好的规范 性。2、文档的规范性是指文档的命名、内容和存放路径等符合公 司的有关规范的规定。