软件质量管理过程

软件质量管理过程文件编号版本号V1.0编制人编制日期审核人审核日期批准人批准日期***科技（北京）有限公司版本历史版本/状态作者参与者起止日期修改订说明批准人目录1目的...........................................................................................................................................42适用范围...................................................................................................................................43角色与职责...............................................................................................................................44术语与缩写词...........................................................................................................................55资产与工具...............................................................................................................................56启动准则...................................................................................................................................57输入...........................................................................................................................................58工作程序...................................................................................................................................59结束准则...................................................................................................................................710度量.......................................................................................................................................711裁剪指南...............................................................................................................................7附录..................................................................................................................................................7检查标准...................................................................................................................................91目的通过定义质量保证过程，为质量保证小组实施其角色提供指导，使项目组及相关部门了解质量保证的操作过程，从而确保公司的新项目和新产品研发的产品质量满足项目规定的要求。2适用范围本质量管理过程适用于公司所有软件开发项目的全过程。3角色与职责3.1QA：3.1.1负责对项目过程质量的监控；3.1.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与项目组的活动,解决QA在项目中检查出的不符合问题。3.3项目组成员：3.3.1配合质量保证小组的活动。3.3.2明确了解质量保证人员在项目组的职责和权限。3.4各小组负责人3.4.1明确了解质量保证人员在项目组的职责和权限并组织小组内培训。3.4.2配合质量保证人员组织代码评审。4术语与缩写词术语/缩写词详细解释QAQualityAssurance质量保证：用有计划的和系统化的方法，以确保定义的过程标准、实践、程序和方法能够实行。当QA用于角色时则指质量保证人员。5资产与工具5.1各检查表5.2BUG跟踪系统：jira5.3文档管理工具：Confluence5.4项目管理工具：worktile6启动准则6.1《项目任务书》已经评审通过6.2项目的QA已经确定7输入7.1《项目任务书》8工作程序8.1流程说明8.1.1项目启动会后，由质量工程师（QA）根据《项目任务书》的要求编写项目的质量保证计划。8.1.2《质量保证计划》的内容包括：过程与产品质量检查计划、参与评审的计划、参与测试的计划。8.1.3《质量保证计划》可以和《项目开发计划》同时进行评审，也可以单独进行评审。8.1.4按质量保证计划执行过程与产品质量检查8.1.4.1QA根据公司的《质量保证检查表》模板严格进行检查。8.1.4.2QA的检查方式:访谈,文档检查,工位检查,参与测试，参与评审.8.1.4.3执行检查前,QA与项目负责人沟通，商定具体检查时间、内容、涉及人员等。8.1.4.4客观地检查项目活动过程质量，检查项目的实际执行过程（包括项目管理过程、项目研发过程等）是否符合既定的规范。QA将本次质量检查结果如实记录在《质量保证检查表》中。8.1.4.5客观地检查工作产品的质量，检查项目活动过程中的各项工作产品是否符合计划、标准和规范。QA将本次质量检查结果如实记录在产品检查表中。8.1.4.6QA在检查中发现的问题应与项目负责人和当事人沟通确认发现的问题是否为不符合问题，并记录改进措施及改进期限，并将问题、改进措施、改进期限等信息记录到《不符合项跟踪表》中，QA要对改进情况进行跟踪，直到不符合问题关闭。8.1.4.7QA将质量检查结果进行汇总，对质量保证活动每周进行总结，完成《质量保证报告》，并将报告内容通报项目负责人及项目组成员,并抄送给项目总监和质量管理部主管。8.1.5问题上报流程8.1.5.1对所发现的不符合问题，QA和当事人沟通确定发现的问题是否为不符合问题，若问题不能达成一致时以及QA跟踪不符合项时发现超过了项目承诺的关闭期限而项目仍然没有关闭此不符合项时，QA应上报项目总监。达不成一致的不符合问题记录在本次《质量保证报告》中，将需要上报的不符合问题在《质量保证报告》中明确标识，以便识别，以邮件形式上报给项目总监。8.1.5.2QA上报不符合问题上报后,项目总监接到问题后最迟不超过2个工作日内给出答复，项目总监是问题的最终仲裁者。8.2QA工作过程的管理8.2.1质量管理部主管对QA的工作进行检查。8.2.2质量管理部主管通过QA个人周报及质量管理部例会来检查QA工作,还可以通过参加事件驱动的方式参与QA工作过程的监控和管理。8.3质量管理部主管定期召开质量保证月例会，对公司的QA活动进行监督和管理，并组织QA进行交流，总结实施过程中的经验教训。月例会结果记录在例会纪要中。8.4其它8.4.1QA质量保证过程中所有的工作产品均纳入配置管理。9结束准则9.1项目结束10度量10.1QA活动工作量10.2不符合项总数目10.3新增不符合项数目10.4已解决不符合项数目10.5当前未解决不符合项数目10.6不符合项解决率10.7解决不符合问题的时间延迟10.8解决不符合问题的工作量11裁剪指南11.1当事件驱动的质量检查和定期质量检查的时间间隔小于等于定期检查时间周期的50%时，可取消定期检查。附录检查标准（活动过程）序号检查项目说明1需求管理活动1、客户和项目组成员就客户需求达成共识了吗？2、是否举行评审会，保证所有相关组对需求的理解一致？3、是否将客户需求记录在软件需求说明书中了？4、软件需求说明书经过评审并确认了吗？2项目策划活动1、有经过批准的项目任务书吗？2、需求是否经项目组和客户双方的确认并文档化了吗？3、是否联络了相关组，并识别项目所需资源？4、是否对每个阶段的入口/出口标准进行了文档化？5、是否建立了项目的WBS任务分解，任务至少分解到一天6、定义的WBS是否能够为估计和进度表的制定提供充分的支持？7、是否相关组都参与了WBS的制定和评审？8、是否识别了项目的风险来源？9、是否对识别出的风险可能产生的结果进行了文档化？10、是否完成了项目的风险分析？11、是否对高优先级的风险制定了预案和减小措施？12、是否进行工作量/成本的估计？13、是否对关键计算机资源需求进行了估计？14、将执行工作的组和人员是否参与了计划过程？15、计划是否经软件开发组、测试组成员的评审和确认？3跟踪与监控活动1、每个项目组成员每天（或每周）是否对指派给其的活动进行状态报告？2、每个项目组成员是否对未解决的问题和风险进行状态报告？3、是否每个项目组成员对任务实际所用工时、对到目前为止花费在该任务上的总计工时及初始的任务估计进行了报告？4、项目负责人是否每周记录状态和进度数据？5、是否每天（或每周）召开项目会议，并在会上，项目组成员对活动状态、问题和风险进行交流？6、项目负责人是否对问题状态日志进行维护，来记录问题、纠正措施和状态？7、是否将严重偏离计划的偏差识别为问题？8、是否每个问题指定责任人负责采取纠正措施，并解决问题？9、是否指明了解决问题的目标日期？10、最初在制定软件项目计划期间识别的风险是否得到了跟踪和控制？11、项目负责人是否对每个风险进行定期评审，并更新其可能性和影响值？12、提出的变更是否用项目变更请求表进行描述的？13、是否每个变更请求都包括提出的变更对成本和时间表影响的估计？14、在实施变更前，项目变更请求表是否经过受变更影响的组的评审、协商及确认？15、确认的变更请求文档保留了吗？16、每周进行项目报告吗？4项目实施活动1、产品经理是否按照项目计划进行必要的产品需求评审？2、设计师是否按照项目计划进行必要的页面设计评审？3、开发是否按照项目计划进行必要的概要设计评审？4、测试是否按照项目计划进行必要的测试用例评审？5、项目开发过程中是否按照项目整体排期计划的里程碑按时输出工