质量监控部度工作计划资料.docx
《质量监控部度工作计划资料.docx》由会员分享,可在线阅读,更多相关《质量监控部度工作计划资料.docx(11页珍藏版)》请在冰豆网上搜索。
质量监控部度工作计划资料
****软件有限责任公司质量监控部
20XX年年度工作计划
工作时段:
2015.04.01-2015.12.31
目录
1、工作范围………………………………………………………………第3页
2、工作目标………………………………………………………………第3页
3、工作计划………………………………………………………………第4页
一、工作范围
质量监控部隶属于研发中心,现有人力编制4人,职责范围包括:
项目质量监控:
CMMI过程改进、ISO质量认证、软件过程质量监控及配置管理。
软件系统测试:
软件产品的单元、集成、系统测试及用户手册和操作手册编写。
BPO外包服务管理:
外包服务的监督检查、质量控制。
质量保证培训:
CMMI普及培训、ISO内审员培训、评审方法培训、测试技能培训。
二、工作目标
基于公司ISO9001:
2008和CMMI过程成熟度模型两个质量管理体系,20XX年度以独立审查方式,从第三方的角度监控软件开发项目实施过程的规范性,及时发现问题,降低进度偏差,确保软件项目遵循质量保证体系要求,向项目组和管理层反映实施过程的质量信息和数据,同步开展面向全员的质量体系培训;通过配置管理对软件生命周期各个阶段的产品版本及变更动作进行控制,完善公司资产库;建立完整的软件测试体系,形成测试标准用例库和测试规范,提升软件测试能力,提高软件产品成熟度。
三、工作计划
(一)项目质量监控
工作目标
组织层面完善并改进公司质量体系,每年开展一次过程改进工作;加大工作的日常监管力度及关键节点的确认和反馈力度,优化和执行项目监测工作,加强QA过程审计和产品审计,及时向项目组和管理层提交质量月报;做好公司资源的核查工作,纳入资产库管理;制定全年质量体系培训计划;。
具体措施
1)ISO9001:
2008质量管理体系认证评估(证书更替)
20XX年5月,公司实施ISO9001:
2008质量管理体系认证评估,为满足评估需要及人才储备,新增***、***参加3月17-20日的内审员培训,培训结束后根据咨询公司指导开始评估准备。
2)CMMI年度过程改进
20XX年3月制定本年度过程改进计划,按计划组织培训、收集合理化建议单、执行改进建议、选择项目试运行、年底总结本年度流程改进工作情况。
每个项目结项并完成开发总结报告后,完善和充实资产库。
3)CMMI推广及应用
20XX年4月中旬修订CMMI过程域培训计划,按计划推进CMMI过程域培训,要求讲师积极准备PPT教案,并纳入资产库。
根据过程改进计划,选择项目试运行,记录并分析改进效果。
4)质量监控与配置管理根据****-O-OPD-P03(生命周期模型选用指南).doc章节4.2《项目分类》来判定项目规模以及项目优先级,判定结果上报MSG确定项目是否纳入质量监控体系。
年度监控项目列表
项目名称
项目经理
所处阶段
CM
QA
备注
质量监控:
项目立项并完成开发计划后,要求制定质量保证计划。
按计划组织和参与项目开发各个阶段的文档评审工作,如立项及可行性分析评审、需求评审、计划评审、设计(概要、详细)评审、代码评审、测试(单元、集成、系统)评审、用户文档及培训资料评审,记录评审意见,追踪问题处理,汇报评审结果。
按计划对软件开发过程执行的规范性进行检查,对各个活动进行审计,对未按照计划开展的活动,记录在不符合项记录表和审计报告中,并督促整改。
配置管理:
开发计划完成后,要求制定配置管理计划。
在SVN上搭建项目的配置库,建立用户,配置权限。
管理文档和代码的版本,控制变更,编写配置管理状态报告,反映配置库各个配置项的变化情况。
5)质量月报、配置审计报告定时发送至高层及相关责任人
按计划编写质量月报,反映项目中出现的质量问题,并督促整改,质量月报每月抄送给MSG。
每周做配置审计,配置审计报告发送至项目经理,抄送项目组成员。
6)做好度量数据收集,推行客观估算
公司的项目估算一直以来都是主观估算,由于估算人员能力不足,直接干系人参与缺失,估算专家少等原因,造成估算的结果存在较大偏差,所以我们要利用公司提供的各种历史度量数据进行客观估算,例如:
组织级的生产率,或者其他项目的度量数据。
20XX年4月,选定企业信用联合监管信息平台项目做客观估算试点项目
7)根据内容划分评审组,提高评审效率,培训评审方法和技术
根据评审内容划分评审组,各阶段的评审会邀请相应的评审人员,暂定分为:
管理评审组:
评审目的:
评价管理体系的适宜性、充分性和有效性。
评审内容:
近期内、外审的评审结果、客户信息反馈、纠正与预防措施的执行情况、上次管理评审有关决定和措施的执行情况等。
编制专家:
*******
技术评审组:
评审目的:
发现软件在功能、逻辑、实现上的错误;验证软件符合它的需求规格;确认软件符合预先定义的开发规范和标准;保证软件在统一的模式下进行开发、便于项目管理。
评审内容:
需求文档、设计文档、源代码、测试用例、评审检查单等。
编制专家:
*****
文档评审组:
评审目的:
检查文档的正确性。
评审内容:
所有相关文档及代码。
编制专家:
*****
过程评审组:
评审目的:
考虑如何处理和解决评审过程中发现的不符合问题;总结和共享好的经验;指出需要进一步完善和改进的部分。
编制人员:
*****
组织学习评审的方法和技术。
20XX年5月,学习基本评审方法:
特别检查、轮查、走查、团队评审、检视,学习各种方法异同点。
20XX年6月,学习所需评审技术:
评审检查表、评审工具等。
20XX年3月初编写虹联项目评审指导书,组织各评审组学习。
8)虚拟机管理
20XX年3月对公司虚拟机及测试服务器开展核查工作,由组织配置管理员崔晓璐和项目配置管理员*****完成此工作,统计结果上传高层及资产库。
(二)系统测试计划
工作目标
所有工作产品及项目发布前必须经过功能测试、性能测试、安全测试,中等项目及大型项目还需要进行系统集成测试。
规范测试过程,统一测试方法,改进测试用例编写方法和测试验证效率,要求测试用例100%覆盖需求;扩大测试范围,积极开展单元测试和白盒测试,引入更多范围的自动化测试、接口测试等;加强对疑难技术问题研究,提升技术水平如稳定性、性能调优与瓶颈确认、安全漏洞修复、容量规划研究等;测试人员要求全过程跟随项目。
具体措施
1)建立标准的测试用例库,改进测试用例编写方法
首先由测试组编写测试用例设计规范。
包括测试用例的常用设计方法,命名规则,内容、格式、附件等。
然后,按照规范来整理之前的测试用例,去粗取精,形成规范的、高效的测试用例。
接下来,组织评审团进行测试用例专题评审,合格的用例即可流入测试用例库。
我们要坚持做一件事情,不断向库中放测试用例,测试方案优先考虑用例库。
2)规范BUG评级依据
BUG管理一直是我们的弱项。
我们强制要求严重以上的BUG必须在内部过程审核之前修复。
自然,BUG的评级显得尤为重要。
现在,有一些对BUG评级的定义,可能比较抽象,实际操作起来有些困难。
为了弥补这些不足,我们将重点考虑如下几个问题:
(1)什么样的问题是BUG?
(2)如何对BUG进行量化评级?
(3)拿出具体实例。
准备整理成文档,贯彻执行。
(4)拿出具体实例。
准备整理成文档,贯彻执行。
(5)BUG逾期未做响应的上报MSG。
3)推进测试组技能提升,安排专业培训
加强对疑难技术问题研究,提升测试水平如稳定性、性能调优与瓶颈确认、安全漏洞修复等,普通测试以发现BUG为目标,性能测试以是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试,安全测试则是以发现安全隐患为目标。
具体有以下措施:
1、参与研发过程中的概要设计、详细设计评审(学习)。
2、产品需求细化,业务和实现逻辑分解。
3、选择合适的测试手段(工具应用及反推),对测试人员进行LoadRunner培训。
4、从用户使用的角度去设计用例。
5、邀请安全专家对测试组进行安全理论培训,指导测试人员安全测试工作。
4)所有项目在验收测试报告评审后方可发布
为了向更成熟的软件配置管理程序发展,20XX年6月将会实现软件发布管理,规定所有软件出口准则都符合后才能正式发布,例如工作产品及项目发布前必须经过功能测试、性能测试、安全测试,中等项目及大型项目还需要进行系统集成测试,在验收测试中发现的BUG已经关闭,各级缺陷修复率达到标准,验收测试报告通过评审。
5)测试人员阶段跟随项目
第一阶段:
开发阶段,主要任务是和项目经理或客户沟通协调,了解客户的需求、计划、特性点;(主要的资料有,客户的需求,软件的安排及准备等)
第二阶段:
测试准备阶段,主要任务是制定测试计划、准备测试设备和工具、安排具体的测试人员等;从人、物、时间等方面做好详尽的计划;(主要的资料有:
测试计划,测试工具的准备等)
第三阶段:
测试执行阶段为测试工作全面开展的阶段,此阶段按时出具进度报告、测试报告、BUG报告,并且对过程中出现的问题及时分析,并且对工作方式及进度等进行适当的调整,确保任务的按时完成;(主要的资料:
测试用例,客户需求说明书,BUG管理表)
第四阶段:
测试总结阶段,此阶段是对前面工作的总结,分析。
并且将工作中存在的问题进行汇总,提出改进措施,形成持续改进的长效机制。
(主要的资料有:
测试总结报告,BUG管理表)
(三)外包服务管理
****
(四)培训计划
培训目标:
通过开展公司CMMI及ISO培训机制,全面提升项目管理人员发展空间与技术水平;通过组织测试技能培训及评审技能培训,快速提高部门人员工作能力和评审会评审效率。
具体措施:
1)制定CMMI培训计划表:
过程域种类
过程域讲师
核心课程
培训时间
过程管理类
1、OPF-***
2、OPD-***
3、OT-***
1、评估组织过程、识别组织过程改进、制定并实施过程改进计划、推行组织的过程财富
2、构建标准过程、生命周期、裁剪指南、度量库、财富库
3、建立组织培训计划、建立培训能力、执行培训、建立培训记录、评价培训效果
04.20-04.24
项目管理类
1、
1、项目估算、项目计划
2、监控项目进展、管理纠正措施
3、定义项目过程、管理干系人及依存关系、组织集成团队
4、风险管理准备、识别与分析风险、应对处理风险
03.13-05.15
工程类
1、
1、管理需求
2、开发客户需求、开发产品需求、评审功能需求、分析和确认需求
3、开发可选方案和选择准则、选择产品组件解决方案、设计产品或产品组件、接口定义、自制复用分析、实施设计、建立产品支持文档
4、产品集成准备:
集成序列、集成环境、集成规程,审查接口完备性、管理接口、产品的组装和交付
5、验证准备、执行同行评审、执行验证
6、确认准备、确认产品和产品组件、
05.18-05.29
支持类
1、
1、建立发布基线、识别配置项、变更控制、配置审计
2、客观评价过程及工作产品、上报不符合项、确保问题解决
3、评估候选方案
4、确定度量目标、收集并分析度量数据、存储并通报度量结果
06.1-06.19
2)确保ISO9001复评活动顺利通过,推选内审员参加培训
新增**、**参加3月17-20日的内审员培训,培训结束后根据咨询公司指导开始评估准备。
任务
时间
内审员培训
3月17日
文档评审及修正
3月-5月
评估准备。
4月
正式评估
5月
3)评审技能培训,提高评审效率
5月-6月编写评审方法及评审技术教材,并开展公司内部培训工作。
4)性能能测试工具培训及安全测试培训
性能测试工作目前需要LoadRunner作为性能测试工具,要求测试人员能够熟练使用该工具,利用该工具能够分析到系统的瓶颈以提高系统的性能。
安全测试在公司现有项目存在重大安全隐患的时刻,开展培训也迫在眉睫。
所以计划上半年开展相应的外训活动,相关培训也会持续进行。
(五)团队建设
明确人员岗位职责,增进同事间相互信任,工作遇到问题及时汇报。
补充一名测试经验相对丰富的测试人员,尽可能为测试组提供所需的外部培训。
制定合理的奖惩和绩效考核制度,激发员工工作热情。