软件缺陷总结

1、软件缺陷
1.1哪些属于软件缺陷：
? 1、软件未达到规格说明书表明的功能

? 2、软件出现了规格说明书中指明不会出现的错误

? 3、软件功能超出了规格说明书指明的范围

? 4、软件未达到规格说明书虽未指明但应该达到的目标

? 5、软件测试人员或用户觉得不好

1.2缺陷的表现形式：
? 1、功能、特性没有实现或者部分实现

? 2、设计不合理、功能不明确、逻辑不清楚或存在矛盾

? 3、实际结果和期望结果不同

? 4、没有达到规格说明说要求的性能指标

? 5、运行出错、崩溃、中断、界面混乱

? 6、数据不正确、精度不够、不完整或格式不统一

? 7、用户不能接受的其它问题，如存取时间过长、界面不美观

? 8、硬件或软件存在其它问题

1.3软件缺陷的状态：
? 1、提交—测试人员提交了一个缺陷个程序员

? 2、打开—待处理

? 3、拒绝—程序员认为不是缺陷或者重复，就可以修改状态为拒绝

? 4、修复—程序员修复却先后提交的一个状态

? 5、关闭—测试人员经过回归测试后，认为此缺陷已经解决，将其关闭

? 6、 推迟—可以放在后续版本解决的问题，但是要详细写出修复的日期或版本

1.4软件缺陷的严重程度划分：
? 1、LOW—表面性错误，如错别字。

? 2、Medium—-影响一个相对独立功能、仅仅发生再特定条件上、与需求定义不一致、断断续续出问题。

? 3、High—功能点没有实现、不符合用户需求、导致数据丢失。

? 4、VeryHigh—频繁死机、大部分功能不能使用。

? 5、Critical—系统瘫痪、异常退出、死循环、严重的计算错误。

1.5 软件测试的优先级
? 1、LOw—时间和资源允许的情况下修复

? 2、Medium—不会延迟发布，会在以后修复

? 3、High–会制约开发和测试的进行，需要在发布之前修复

? 4、VeryHigh—影响系统，产生严重影响。

? 5、Urgent–导致系统几乎不可用

1.6软件缺陷的分类：
? 1、系统缺陷

? 2、数据缺陷

? 3、数据库缺陷

? 4、接口缺陷

? 5、功能缺陷

? 6、安全性缺陷

? 7、兼容性缺陷

? 8、性能缺陷

? 9、界面缺陷

? 10、建议

1.7缺陷产生原因：
? 在软件开发过程中，软件区缺陷的产生是不可避免的，“零缺陷”是软件产品追求的理想，但是软件很难达到这个状态，导致远近缺陷产生的原因也是多种多样的，软件工程过程中或者工具等都有可能产生缺陷。概括说，这些原因可以归结为四大类：

1、软件自身的复杂性
? 软件本身无论是在开发期还是运行维护期都具有复杂性和抽象性的特点。在产品真正完成之前，每个人对软件的理解都不完全相同，这种复杂和抽象使得软件容易出现错误。比如软件运行环境的复杂性，除了用户使用的计算机环境千变万化外，用户的操作方式和输入的各种不同的数据也容易引起一些特定用户环境下的问题。

2、技术问题
? 软件技术虽然快速发展，但是用户对软件产品的期望（包括功能，速度，智能性等方面）也是不断提高的。

3、管理问题
? 在管理方面，如果软件开发流程不完善，存在太多的随机性，缺陷严谨的评审机制，则容易产生软件缺陷。

4、人员问题
? 软件团队的成员能力水平不足也会引起软件缺陷的产生。

2、软件缺陷生命周期：
2.1缺陷报告：
? 发现缺陷并报告缺陷，一般试讲缺陷输入缺陷管理系统

2.2缺陷验证
? 项目团队确认缺陷存在，并能复现缺陷

2.3缺陷就解决
? 修改缺陷

2.4缺陷测试
? 确认缺陷是否已经被修改。如果缺陷没有被修复，则循环进行缺陷解决和缺陷测试

?

2.5 缺陷关闭
? 缺陷得到解决，关闭使其不再活跃

3.软件缺陷报告
屏幕截图 20201221 092718.png

屏幕截图 20201221 093207.png

3.2如何撰写一个好的缺陷报告
? 曲线报告要遵循一下5C原z则：

? 1、Correct(准确):每个组成部分的描述都要准确，不会弄引起误解

? 2、Clear(清晰)：每个组成部门的描述都要清晰，易于理解

? 3、Concise(简洁)：只包含必不可少的信息，不包含任何多余内容

? 4、Complete(完整)：包含浮现该缺陷的完整步骤和其他本质信息

? 5、Consistent(一致)：按照一致的格式书写全部缺陷报告

4、软件缺陷的统计分析
4.1缺陷的数量变化趋势分析—-折线图
? 缺陷的整体趋势应该是随着时间的推移先增后降的，单位时间（每天或每周）内新发现缺陷的数量也应该是越来越少，后期趋近于零。

? 如果统计发现违反了规律，则可能是某环节出现了问题，或事新修改的代码引入了更多缺陷，也可能是前期的测试遗漏，从而导致缺陷增多。

4.2缺陷的功能模块分布分析–柱状图

来源：猿字羌