(产品管理)过程和产品的监视及测量控制程序
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
(产品管理)过程和产品的监视及测量控制
程序
修订历史记录
目录
8.3.1目的1
8.3.2范围1
8.3.3职责1
8.3.4过程的监视和测量1
8.3.5软件产品的监视和测量1
8.3.6系统集成产品的监视和测量控制4
8.3.7相关文件7
8.3.8质量记录7
8.3.1目的
对质量管理体系各过程进行监视和测量,以确保过程实现策划结果的能力;对产品特性进行监视和测量,以验证产品要求得到满足。
8.3.2范围
适用于对质量管理体系过程持续满足其预定目的的能力和产品(进货、过程和最终产品)符合规定要求进行监视和测量的控制活动。
8.3.3职责
1.质量管理部负责对质量管理体系过程的监视和测量;
2.工程服务部门负责对系统集成工程进行监视和测量;
3.事业部负责对软件产品进行监视和测量;
4.物料组负责采购物资的验证。
8.3.4过程的监视和测量
1.本公司采用适宜的方法对质量管理体系的过程进行监视,并在适用时进行
测量,以确保和证实过程实现策划结果的能力。这些过程包括与软件和系
统集成质量有关的所有过程,如管理职责、资源管理、产品实现和测量、
分析和改进活动及过程。
2.公司与质量相关的部门应根据公司总的质量目标要求,并结合本部门的工
作职责,在本部门或相应的职能层次上,建立工作质量目标,制定、实施
为保证目标实现的措施。
3.各部门应关注工作质量目标的实现情况,按月统计质量目标的完成情况并
报质量管理部考核。质量管理部通过质量目标的考核,监视和测量影响软
件和系统集成产品质量的所有过程的能力。
4.质量管理部负责对质量形成的关键过程进行监视和测量,对图形、数据分
布趋势分析,明确过程质量和过程实际能力之间的关系,以确定需要采取
纠正或预防措施的时机。
5.除通过对公司和部门质量目标的统计、分析,关注过程的结果和改进需求
外,公司还通过日常的工作检查、阶段工作总结以及内部质量审核、管理
评审等活动,对过程进行监视和测量,一旦发现问题,质量管理部应向责
任部门及时发出《纠正和预防措施处理单》,要求责任部门从人员、设备、
材料、方法、环境等方面,分析原因并采取相应的纠正和预防措施。8.3.5采购产品的监视和测量
对采购产品的监视和测量按照《进货检验规程》中的规定执行,保持采购产品
符合接收准则的记录,发现不合格品时,执行《不合格品控制程序》的规定。
8.3.6软件产品的监视和测量
事业部软件开发部门负责对由软件编码至用户测试各阶段的单元测试、综合测
试、确认测试、用户测试的实施及测试状态的标识。
测试工作流程
测试准备
除单元测试外,在进行各种测试前应做好下述准备工作:
1.配备测试用的硬件环境;
2.建立相应的运行环境和网络环境;
3.准备测试数据;
4.组织和培训测试人员;
5.制定测试计划。
测试依据
测试计划、需求说明书、设计说明书、上阶段测试记录、上版软件产品用户反馈意见记录等。
测试计划的制定
1.各阶段的测试计划内容:测试时间、人员安排、设备环境的建立、测试记
录、统计方法、问题反馈处理办法、测试用例和测试数据等。
2.项目组负责人制定单元测试计划、综合测试计划、确认测试计划、用户测
试计划,报事业部负责人审批后实施。
测试实施
测试实施根据测试目的不同,分几个阶段进行测试。
1.单元测试
依据设计说明书和测试标准进行测试,保证模块运行正确、界面与设计说明书相一致。
2.综合测试
依据需求说明书、设计说明书、测试标准、单元测试阶段的测试记录等进行测试,保证软件产品数据流计算的正确性、软件产品整体运行的稳定性、与其他软件产品数据接口间的正仁,以及与需求说明书的一致性。
3.确认测试
发版部门依据需求说明书、测试标准、综合测试记录、上版软件产品用户反馈记录的测试。保证软件产品运行的稳定性和与需求说明书的一致性,同时进行软件产品加密、安装正确性的测试,以保证发版软件产品的正确性。
4.用户测试
依据需求和软件产品操作手册进行测试,保证产品达到或基本达到用户需求及使用操作方便。用户测试只对根据合同开发的项目进行。
测试状态的标识执行《软件产品实现和服务提供控制程序》中关于产品标识和可追溯性的规定。
测试记录的控制应按下述规定执行
1.对测试的问题应填写《软件测试项目单》,要求对问题准确描述、对错误
过程及操作步骤的记录完整、界面提示记录完整易懂。
2.对测试问题的判别有如下几类
●可重复性错误:按相同操作可再次出现的错误;
●不可重复性错误:按相同操作不再出现的错误;
●死机性错误:因软件产品本身的错误而引起的系统死机;
●数据破坏性错误:因软件产品本身的错误引起的数据被破坏的错误;
●影响其他功能模块运行错误:因本功能的使用而影响其他功能的正确性的
错误;
●导致测试工作停顿性错误:因软件产品本身错误而使测试工作无法继续进
行;
●需求错误:软件需求说明书不符合用户提出的需求;
●设计错误:软件设计说明书与需求说明书不符;
●计算错误:输入数据正确,但计算结果不正确;
●文字错误:界面提示、帮助信息、菜单术语等文字性错误。
3.测试问题记录原则
●一次性原则:运行错误出现一次系统必存在问题;
●三次性原则:测试人员应尽量使记录的问题出现三次。
4.测试统计根据测试结果,对测试软件的测试结果进行归类统计,填写《软
件测试统计表》。
测试报告
各阶段测试完成后,项目负责人应提交《软件测试总结报告书》,《软件测试项目单》,报事业部软件开发负责人审核、技术总监/事业部总经理批准归档。 测试反馈和处理
1.对测试问题的处理
●立即要修改的问题:死机性错误、数据破坏性错误、影响其他功能模块运
行错误、导致测试工作停顿性错误、设计错误;
●可缓期修改的问题:计算错误、打印错误;
●最后改正的问题:帮助性文字错误、安装错误。
2.测试记录传递
●单元测试、综合测试、确认测试阶段完成后,由测试人员将《软件测试计
划》、《软件测试项目单》、《软件测试统计表》交测试负责人审核编号后,