/catalog/2416e7f1c515497f98c8b7cb9874d41d//catalog/821d36aa8dfd499ca4af14ac5eb2b6b3//Document/282631823061061.html/Document/264572214259781.html/Document/264193141411909.html/Document/263120166727749.html/Document/262780577878085.html/Document/262434321498181.html/Document/261700928712773.html/Document/260317655674949.html/Document/259254117072965.html/Document/257842584657989.html/Document/257479171993669.html/Document/255707511132229.html/Document/255351757029445.html/Document/250725636485189.html/Document/249686534438981.html/Document/248257145659461.html

功能测试中缺陷的复现与优化策略有哪些?

前面的系列文章里,我们讲了如何进行功能测试用例的设计,有了测试用例的设计。按照测试用例去执行我们的被测内容,就会出现缺陷,我们又一起了解了缺陷的分类。下面的文章我们一起了解一下缺陷的再现与优化。

 

缺陷的再现与优化我们可以通过以下几种策略着手:


1、查找时间依赖和竞争条件问题

2、与压力和负荷相关的边界条件软件缺陷,内存泄露和数据溢出缺陷的发生有一定的前提条件

3、状态缺陷仅在特定软件状态中显露,状态缺陷的事例是软件缺陷仅在软件第一次运行或再次第一次运行后出现

4、考虑资源依赖性和内存,网络,硬件共享的相互作用

5、关注硬件失效问题,硬件可能不按照预定的方式工作

6、关注软件的失效问题,对于缺陷修改可能会引发新的缺陷

7、从阅读缺陷报告入手

在我们日常的实践中可以发现,很多缺陷我们明明发现了,当我们去跟开发人员讲的时候,可能就没有办法复现,那应该如何避免呢?


首先,应当对这样的缺陷进行详细记录,并尽快提交给开发人员。
其次,对于寻找难以再现的缺陷要合理地安排时间,不要因为一棵树而丢掉了整个森林。要考虑到测试项目的整体进度,对一时难以再现的缺陷可以暂时搁置,以保证项目的整体的进度。


最后在测试过程中对未再现缺陷予以关注。我们可能要把这个缺陷标注出来,后面再去做重复的测试、做进一步的研究。


我们在测试的时候一定要做详细的记录,根据记录再回忆一下可能就能让bug重现了。有可能是你操作了什么导致这个bug出现的?所以步骤一定要写清楚,这个地方跟我们的测试用例的设计也是紧密相关的。