软件缺陷及更新控制程序新待改测试.docx
- 文档编号:29935110
- 上传时间:2023-08-03
- 格式:DOCX
- 页数:10
- 大小:19.70KB
软件缺陷及更新控制程序新待改测试.docx
《软件缺陷及更新控制程序新待改测试.docx》由会员分享,可在线阅读,更多相关《软件缺陷及更新控制程序新待改测试.docx(10页珍藏版)》请在冰豆网上搜索。
软件缺陷及更新控制程序新待改测试
软件缺陷及更新管理控制程序
编号
编制
审核
批准
发布日期
XXX公司
修改记录
序号
文件更改内容
修改日期
修改人
版本
1
A
1.0
(A-新增,M-修改,D-删除)
1.目的
本文档定义了软件缺陷管理流程和更新流程,确保软件缺陷管理的系统性和规范性,以保证项目研发质量。
2.范围
本程序适用于远程医疗系统生命周期内的软件缺陷管理和更新活动。
3.职责
不适用
4.术语
4.1缺陷
存在于软件之中偏差,可被激活,以静态形式存在于软件内部。
4.2软件更新
生产企业在软件生存周期全过程对软件所做的任一修改,亦称软件变更或软件维护。
5.程序
5.1缺陷管理
5.1.1缺陷管理工具
使用缺陷管理工具-XX保证软件质量,并贯穿于软件生存周期全过程。
使用XX缺陷管理软件应满足下列要求:
∙前置条件;
∙硬件要求;
∙软件要求;
∙运行要求。
5.1.2缺陷报告
(1)测试执行过程中,发现软件失效后,提出书面的报告,提供给开发人员或者其他负责人员作为定位缺陷的依据,也作为日后缺陷度量的数据依据。
(2)客户反馈的问题可以由客户直接反馈或项目经理、市场部等了解到的客户问题,经确认后的Bug提交到测试管理系统,按照本流程进行处理,由创建者或测试组进行跟踪验证关闭。
创建客户问题时,创建者需要在Bug标题开头标记为[客户问题],测试组负责检查和更正。
(3)缺陷报告的内容
a.缺陷编号
缺陷的记录顺序,实际项目一般是缺陷管理工具自动编号
b.缺陷标题
简明扼要地概述一下缺陷
c.缺陷发现者
一般是自己
d.缺陷发现时间
一般是当天
e.缺陷所在产品版本号
f.缺陷所属模块
便于开发负责人找到负责这个模块的开发人员让其处理
g.缺陷状态
h.缺陷严重程度
因缺陷引起的失效对软件产品的影响程度
i.缺陷优先级别
表示修复缺陷的重要程度和应何时修复
j.缺陷的描述
把发现缺陷的过程、步骤、使用的数据等记录下来,使程序员通过该描述,能够再现该bug
5.1.2缺陷评估
缺陷的评价标准主要有以下几条:
∙软件未实现需求规格说明书要求的功能
∙软件未实现需求规格说明书虽未明确提及但应该实现的目标
∙软件出现了需求规格说明书指明不应出现的错误
∙软件实现了需求规格说明书未提到的功能
∙软件难以理解、不易使用、运行缓慢,或者从测试工程师的角度来看——最终用户会认为不好
5.1.3软件缺陷修复
(1)创建问题
在测试管理系统中,所有用户都可以创建新问题,包括需求问题和软件缺陷等。
创建问题时,需要描述清楚,并选择正确的选项。
(2)指派问题
创建问题时,创建者通常要指派给该项目开发负责人,再由其指派任务,或直接指派给相应模块的开发工程师。
如果指派人是错误的,或者需要他人确认或帮助,则可以重新指派给合适的工程师,写上相关备注。
(3)确认问题
通常开发工程师收到新问题后,需要分析和确认此问题是否为Bug。
如果是Bug,则选择“确认状态”;如果认为非Bug,则注明原因并指派回创建者。
当创建者收到确认指派时,需要进行及时确认。
如果同意为非bug,则及时关闭它;如果不同意,则需要注明理由并指派回相关工程师。
(4)解决问题
此为开发工程师的主要职责,包括Bug的复现、修改和修改验证。
开发工程师需要及时对确认状态Bug进行分析和解决,并自己验证通过,则操作为解决状态。
在缺陷管理系统中解决方案选择相应的选项,解决后系统将自动指派回给创建者。
5.1.4回归测试
(1)回归测试是指软件系统被修改或扩充(如系统功能增强或升级)后重新进行的测试,是为了保证对软件所做的修改没有引入新的错误而重新进行的测试。
(2)回归测试过程:
a.识别出软件中被修改的部分
b.从原基线测试用例库T中,排除所有不再适用的测试用例,确定对新版本依然有效的测试用例,建立新的基线测试用例库T0
c.依据一定的策略从T0中选择测试用例测试被修改的软件
d.如果必要,生成新的测试用例集T1,用于测试T0无法充分测试的软件部分
e.用T1执行修改后的软件
f.第2和第3步测试验证修改是否破坏了现有的功能,第4和第5步测试验证修改工作本身
5.1.5风险管理
5.1.5.1产品风险
遵照《风险控制程序》执行
5.1.5.2测试风险
在软件生命周期中,即使一个得到良好维护的测试用例库也可能变得相当大,这使每次回归测试都重新运行完整的测试包变得不切实际。
一个完全的回归测试包括每个基线测试用例,时间和成本约束可能阻碍运行这样一个测试,有时测试组不得不选择一个缩减的回归测试包来完成回归测试。
回归测试的价值在于它是一个能够检测到回归错误的受控实验。
当测试组选择缩减的回归测试时,有可能删除了将揭示回归错误的测试用例,消除了发现回归错误的机会。
然而,如果采用了代码相依性分析等安全的缩减技术,就可以决定哪些测试用例可以被删除而不会让回归测试的意图遭到破坏。
选择回归测试策略应该兼顾效率和有效性两个方面。
常用的选择回归测试的方式包括:
(1)再测试全部用例
选择基线测试用例库中的全部测试用例组成回归测试包,这是一种比较安全的方法,再测试全部用例具有最低的遗漏回归错误的风险,但测试成本最高。
全部再测试几乎可以应用到任何情况下,基本上不需要进行分析和重新开发,但是,随着开发工作的进展,测试用例不断增多,重复原先所有的测试将带来很大的工作量,往往超出了我们的预算和进度。
(2)基于风险选择测试
可以基于一定的风险标准来从基线测试用例库中选择回归测试包。
首先运行最重要的、关键的和可疑的测试,而跳过那些非关键的、优先级别低的或者高稳定的测试用例,这些用例即便可能测试到缺陷,这些缺陷的严重性也仅有三级或四级。
一般而言,测试从主要特征到次要特征。
5.1.6配置管理
遵照《配置管理程序》执行
5.1.7软件缺陷分析报告评审
缺陷修复并测试后,工作人应撰写软件缺陷分析报告,详细描述缺陷的生命周期,包括更新后的风险管理报告等,提交项目主管进行评审。
只有当软件的缺陷成功修复、且原来声称的功能、性能不受影响的前提下,才能批准这相缺陷修复。
5.1.8缺陷管理工具
(1)管理工具的作用
a.确保每个被发现的缺陷都能够被跟踪与处理。
b.收集缺陷数据并根据缺陷趋势曲线识别或报告测试状态。
c.收集缺陷数据并在其上进行数据分析,作为测试评估的依据。
(2)缺陷驱动原则
缺陷管理系统主要通过指派状态来驱动相关开发工程师、测试工程师和项目经理尽快地处理问题,以提高研发效率,所以会特别关注缺陷指派给谁和停留时间,并反馈在定期报告。
缺陷驱动原则:
尽量不要让缺陷挂在你身上。
5.2软件更新
基于以下的种种原因,我们需要对原软件产品进行升级:
∙用户对软件功能提出了新的要求,现在运行的软件不能满足用户的新需求;
∙原软件存在bug,用升级的方式来修补这些bug;
∙对原软件的程序进行了优化,新的程序在执行效率、性能等方面有所提升;
∙自主开发了一些能够提升用户体验的新功能。
5.2.1更新请求评估
无论是来自内部还是外部的更新请求,均应由风险管理小组进行评估,以确认其必要性和紧急程度。
5.2.2更新策划
基于客户的要求或软件功能的改变,项目研发经理(或项目负责人)会向本软件的开发小组下达升级任务书,让他们安排时间按照升级任务书中的内容来制作软件升级包。
升级任务书中大致包括了以下内容:
∙升级任务的下达时间和要求完成升级的时间。
∙现场的设备情况和当前软件版本。
∙本次升级的目标(即升级是要解决什么问题)和需要升级到的软件目标版本。
∙本次升级的计划进度及参与的人员。
5.2.3更新实施
升级任务书下达之后,开发工程师就要按照里面的内容来制作软件升级包。
在升级包制作完成之后,开发人员一定要先行自测,待自测无误之后再提交测试工程师验证。
在制作升级包的过程中,开发工程师还要编写升级指导书,用以指导现场人员按照步骤进行升级操作。
该文档包括以下内容:
∙在新版本中新增加的功能或要解决旧版本中的相关问题。
∙升级前后,软件的版本号。
∙本升级包中所包含的内容,如程序、数据库脚本和文档等。
∙升级前的准备工作,如备份文件和数据等。
∙软件升级的详细步骤及注意事项。
∙升级失败后的处理步骤。
∙升级成功后要验证的功能。
5.2.4风险管理
遵照《风险控制程序》执行
5.2.5验证与确认
根据软件更新的类型、内容和程度实施相适宜的回归测试、用户测试等活动。
按照《软件设计和开发控制程序》5.10和5.11进行软件更新后的验证与确认。
5.2.6缺陷管理
遵照本程序5.1执行
5.2.7可追溯性分析
遵照《可追溯性控制程序》执行
5.2.8配置管理
遵照《配置管理程序》执行
5.2.9版本变更
软件更新完成后,应按《软件版本命名规则》进行版本号变更,并进行记录。
5.2.10更新评审
软件更新完成后,更新负责人应把更新请求、升级任务书、升级指导书、更新的风险管理报告、版本变更记录及测试、验证与确认记录提交项目经理、研发生产部主管、质量法规部主管进行评审,以确认更行后的软件依然满足安全性、有效性的要求。
5.2.11用户告知
遵照《不良事件、忠告性通知及召回管理程序》执行
6.相关文档
《软件设计和开发控制程序》
《风险控制程序》
《配置管理程序》
《可追溯性控制程序》
《不良事件、忠告性通知及召回管理程序》
7.相关记录
《软件缺陷分析报告》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 缺陷 更新 控制程序 新待改 测试