一文带你了解在软件测试中BUG的定义、等级、生命周期、管理等等·······

目录

1、BUG的影响

2、BUG的产生

3、Bug如何穿透测试

4、Bug的种类

5、BUG的生命周期

6、BUG生命历程的5种典型过程

7、BUG的流转状态关键字

8、BUG的解决关键字

9、BUG的严重等级

10、BUG处理的优先等级

---

想了解更多相关知识请关注我吧！点击下方蓝色字体领取或者添加V:mashang-zz（备注：999）全套【软件测试/自动化测试】海量资料免费领取

1、BUG的影响

精神的摧残

谁会愿意得到垃圾团队的称号？

BUG有着无穷的生命力，你会很悲观，认为自己已经无能为力了，这种情绪会在长时间的工作后加重。

大家都厌倦重复处理相同的问题，测试人员也已经烦透了长长的BUG列表，精神压力与日俱增。

低生产率和低等产品质量，耗费了大量的资源。有时管理层并没有意识到发生了什么问题，为了保证项目的最终交付，他们为项目输送了源源不断的新人，由于培训无法跟进，最终导致了整个产品开发的崩溃。

形象的损失

如果某些公司的某些产品出现了重大BUG，势必会牵连降低公司的形象，至少我们有理由相信该公司的产品质量不稳定。

电子商务更能体现形象，如果网站很长时间才能响应客户服务，或者出现了丢失订单、混乱订单的现象，这样的网站会很快被客户抛弃，客户一旦离开就很难回头。

形象的损失带来的后果是巨大的，产品不被市场所认可，甚至公司也不再被市场所认可。

财富的流失

产品的开发需要资金，公司的运转需要资金，坏的市场形象需要公司花费更多的资金来挽回声誉。

有BUG的软件产品后期维护也是一个大问题

2、BUG的产生

交流的误解

羞涩。跟客户交流的时候总是用很小的声音说明自己的观点，表现力度不够；或者静静地坐在会议室的角落，没有任何思想地观看别人的激烈讨论。

胆怯。项目参与人员缺乏对客户的了解，造成盲目跟从心理。交流的时候只是去听，从不敢反驳或者提出相反的意见。

依赖。部分项目参与人员认为交流的时候，只要有一个人做会议笔记就可以了，总是找一种感情上的依托。

轻视。拥有专业知识的项目人员不重视客户所说的，或者认为客户所说的简直就是天方夜谭，毫无科学根据。

健忘。自信能记住会议上所有讨论内容而不作笔记，结果在实际的设计或者开发过程中遗忘了部分要点和注意事项。

误解。这是人类相互之间普遍存在的一种现象。

大家的认知层面、各自拥有的知识、处事原则各不相同，难免会产生这种情况，可以通过相互培训及有效的交流来避免这种情况的发生。

软件的复杂性

程序员的错误

过于疲劳。让程序员持续地开发，疲于奔命地完成某项任务，这时候的他认为休息比编码质量有更重要的意义。

不守规矩。程序员按照自己心中的蓝图去描绘一个美丽的乌托邦，或者随心所欲地使用自我编码格式，完全不遵守项目的开发准则。

过于热心。程序员经常犯这样的错误，没有经过严格的验证和全局的考虑，任意修改设计并且认为这会产生更好的效果。

心不在焉。

需求变化

客户并不了解需求变化所带来的后果，就算知道了他们还是会坚持这么做。并且在客户的眼里，他们只需要看到变化，却从不考虑变化所需的额外工作时间。

需求变化的后果可能会造成重新设计或者日程调整，已完成工作、重做或者被完全抛弃，整个项目环境可能要因此改变等。

频繁小的变化或者几次重大的变化，项目各部分之间已知或者未知的依赖关系就会相互影响，从而导致更多问题的出现。

需求变化增加了项目操作的复杂性，产生了大量不确定因素，并且还可能打击参与人员的工作积极性。一个需求变化频繁的项目或者产品是没有任何测试价值的。

时间压力

时间是一种宝贵的资源。

所有软件项目时间都需要被精确估算。可是夹杂着预计、猜测这些不稳定的因素，当最终期限迫近和关键时刻到来之际，错误也就跟着出现了。

文档贫乏

贫乏或者差劲的文档使得代码维护和修改变得异常艰辛，其结果是带来许多错误。

区分职业实现人员的方法并不是看他有几年的编码经验，而在于其是否有良好的先文档后实现的习惯。

文档代表着一种特殊的记忆，没有它的存在对人对己都不利。

软件开发工具

总是希望通过更加先进的工具来避免BUG的出现，这就患上了典型的银弹综合症。

开发工具可能使我们摆脱某些问题的出现，并且提高工作效率。实际上，现代的开发工具对整个软件质量尤其是可靠性并没有什么重大的影响。

3、Bug如何穿透测试

代价太大