软件缺陷描述.doc

软件缺陷描述.doc

ID:59317650

大小:15.00 KB

页数:3页

时间:2020-09-05

软件缺陷描述.doc_第1页
软件缺陷描述.doc_第2页
软件缺陷描述.doc_第3页
资源描述:

《软件缺陷描述.doc》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、软件缺陷描述认识软件缺陷,首先要了解软件缺陷的概念,其次是了解软件缺陷的详细特征,最后就是它的属性了,再高一个层次就是学习利用管理软件缺陷的工具了。1、首先介绍软件缺陷的概念软件缺陷是指系统或系统部件中那些导致系统或部件不能实现其功能的缺陷。2、软件缺陷的详细特征a、单一准确b、可以再现(要求软件缺陷具有精确的步骤)c、完整统一d、短小简练e、特定条件f、补充完整g、不做评价3、软件缺陷的属性软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷产生可能性、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、

2、缺陷原因。下面详细介绍一下以上这些属性:a、缺陷标识:是标记某个缺陷的唯一标识,可以用数字序号表示;b、缺陷类型:功能、用户界面、文档、软件包、性能、系统模块接口    功能:影响了各种系统功能、逻辑的缺陷;    用户界面:影响了用户界面、人机交互特性,包括屏幕格式、用户输入灵活性、结果输入格式等方面的缺陷;    文档:影响发布和维护,包括注释、用户手册、设计文档;    软件包:由于软件配置库、变更管理或版本控制引起的错误;    性能:不满足系统可测量的属性值,如执行时间、事务处理速率等; 

3、   系统模块接口:与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表等不匹配、冲突。c、缺陷严重程度:致命(Fatal)、严重(Ceritical)、一般(Major)、较小(Minor)  致命:系统任何一个主要功能完全丧失,用户数据受到破坏,系统崩溃、悬挂、死机或者危机人身安全;  严重:系统的主要功能部分丧失,数据不能保存,系统的次要功能完全丧失,系统所提供的功能或服务受到明显的影响;  一般:系统的次要功能没有完全实现,但不影响用户的正常使用。例如:提示信息不太准确或用户界面差、操

4、作时间长等一些问题;  较小:使操作者不方便或遇到麻烦,但它不影响功能过的操作和执行,如个别不影响产品理解的错别字、文字排列不整齐等一些小问题d、缺陷产生可能性:总是、通常、有时、很少    总是:总是产生这个软件缺陷,其产生的频率是100%;    通常:按照测试用例,通常情况下会产生这个软件缺陷,其产生的频率大概是80%—90%;    有时:按照测试用例,有时候产生这个软件缺陷,其产生的频率大概是30%—50%;    很少:按照测试用例,很少产生这个软件缺陷,其产生的频率大概是1%—5%.e、

5、缺陷的优先级:立即解决、高优先级、正常排队、低优先级    立即解决:缺陷导致系统几乎不能使用或者测试不能继续,需立即修复;    高优先级:缺陷严重,影响测试,需要优先考虑;    正常排队:缺陷需要正常排队等待修复;    低优先级:缺陷可以再开发人员有时间的时候被纠正。f、缺陷状态:激活或打开、已修正或修复、关闭或非激活、重新打开、推迟、保留、不能重现、需要更多信息  激活或打开:问题还没有解决,存在源代码中,确认”提交的缺陷”,等待处理,如新报的缺陷;  已修正或修复:已被开发人员检查、修复过

6、的缺陷,通过单元测试,认为已经解决但还没有被测试人员验证;  关闭或非激活:测试人员验证后,确认缺陷不存在之后的状态;  重新打开:测试人员验证后,确认缺陷不存在之后的状态;  推迟:这个软件缺陷可以在下一个版本中解决;  保留:由于技术原因或第三者软件的缺陷,开发人员不能修复的缺陷;  不能重现:开发不能再现这个软件缺陷,需要测试人员检查缺陷再现的步骤;    需要更多信息:开发能再现这个软件缺陷,但开发人员需要一些信息,例如缺陷的日志文件、图片等。g、软件缺陷的起源:需求、构架、设计、编码、测试、

7、用户    在团建生命周期中软件缺陷占的比例:需求和构架设计阶段占54%、设计阶段占25%、编码阶段占15%、其他占6%.h、软件缺陷的来源:需求说明书、设计文档、系统集成接口、数据流(库)、程序代码  需求说明书:需求说明书的错误或不清楚引起的问题;  设计文档:设计文档描述不准确。和需求说明书不一致的问题;  系统集成接口:系统个模块参数不匹配、开发组之间缺乏协调引起的缺陷;  数据流(库):由于数据字典、数据库中的错误引起的缺陷;  程序代码:纯粹在编码中的问题所引起的缺陷。i、缺陷根源:测试策

8、略,过程、工具和方法,团队人,缺乏组织和通讯,硬件,软件,工作环境  测试策略:错误的测试范围,误解测试目标,超越测试能力等;  过程、工具和方法:无效的需求收集过程,果实的风险管理过程,不使用的项目管理方法,没有估算规程,无效的变更控制过程等;  团队人:项目团队职责交叉,缺乏培训。没有经验的项目团队,缺乏士气和动机不纯等;  缺乏组织和通讯:缺乏用户参与,职责不明确、管理失败等;  硬件:硬件配置不对、缺乏、或处理器缺陷导致算术精度丢失,内存溢出

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。