第三课 软件缺陷管理之如何找bug

软件缺陷管理之如何找bug

---

---

前言

随着IT行业的不断发展，软件测试这门技术也越来越重要，很多外行小白都开启了学习软件测试，本文就软件测试的入门内容展开介绍。

---

以下是本篇文章正文内容，如有表达不全的问题还请指出，本文中插入的图片由网上下载，如涉及版权问题联系我删除。

一、bug是什么

bug：翻译为虫子。后续翻译为缺陷、错误。

二、从哪里找bug

不同人对bug的反应：

在工作中，测试人员发现bug的数量以及开发人员制造出的bug数量均会被管理人员记入工作考核中，所以测试和开发经常处于对立状态，开发人员最不喜欢测试给他提bug单了，哈哈~~

三、测试如何给开发提bug单

各个公司规定提bug单的平台都不一样，但其实相关要素都大同小异。bug单的核心要素是要把bug的标题（格式：在什么环境下做了什么操作发生了什么现象）bug复现的步骤、bug的严重程度（一般、严重、致命）写清楚方便开发查看。例如下图的禅道提交bug单，这个平台大家可以学习一下，它是比较专业的缺陷管理系统。

禅道的安装请参考链接http://t.csdn.cn/IZd58。

四、如何发现更深层次的bug（难点）

名词解析：
时间依赖：例如淘宝秒杀活动，时间提前或延迟一秒都不行，如果公司所用服务器的时间（印象深刻的bug：可能是直接读取的电脑上操作系统的时间，操作系统的时间自己可以修改）和标准时间不一致，等上线后就会有问题；
内存泄漏：比如自动化测试时，一直跑一个测试点，随着时间的累积可能会导致内存和CPU的一些问题，可以通过监控发现。
状态转换：当一个变量稳定后，突然改变这个变量的状态，看会不会出现问题。比如网络稳定到不稳定的这样一个过程。
兼容性：页面测试时会经常更换不同浏览器或者换一台电脑换一个测试环境去测试，可能会发现一些意外的bug。

更深层次的bug需要有一定的测试经验和技术才能发现，成为高级测试工程师还任重道远，需要我们慢慢去积累，去摸索。

五、误报和漏报

六、技能提升

举个例子，如果你从初级测试工程师升级到中高级测试工程师，或是当了测试组长，分析缺陷原因是必备的技能，在测试过程中擅于发现某个bug是否为常犯bug或必现bug，以此来分析是否会引发潜在的大的缺陷。再者，在工作中，当一个迭代版本结束后做总结，测试组长将一些缺陷的原因分析出来，提给领导和开发同志，方便他们分析改进的措施，防止今后再犯，为项目节约开发成本。

七、问题解答

1、bug怎么区分是分配给前端还是后端？
答：前端：页面展示出现的bug；后端：运算数据出现的bug。
2、bug的类型划分，如功能性bug、性能bug。
答：如果是一个用户测试有问题，那是功能性问题，如果是多个用户测试有问题，那可能是性能问题，比如多个用户并发测试。
注：禅道平台的bug类型：

3、无法重现的bug怎么办？
答：第一次复现后就不能再次复现的bug，尽量将重现的截图保存下来放进bug单里，因为目前不能解决，可以先挂在平台上方便后续留意。
4、延期的bug怎么弄，一直放着吗？
答：当前版本要是有bug处理不了将会组织领导和开发测试人员分析原因和解决措施，一般会采取延期到下个版本处理的方法，若是下个版本还是不能处理，会继续延期或者是经协商采取关闭bug的措施，具体看公司领导怎么处理。
5、偶现、必现的bug验证次数一般是多少？
答：偶现：20-50次；必现：5-10次；偶现bug需连续验证3个版本。

---

总结

以上就是今天要讲的内容，本文仅仅简单介绍了软件测试入门的一些基础内容，有描述错误的地方请指出，感谢观看。