知晓BUG的成因，或许可以为测试提供一些工作的思路和方向，本文结合实际工作中的亲身经历为大家讲述BUG炼成的三种方法。
一、只调试不测试
调试总是容易的，从启动程序到程序结束，只要程序可以正常运行，就算是调试通过了。但测试相对麻烦很多，要做测试数据，要对程序运行结果进行分析，如果测试数据比较难做，开发人员就不那么积极的进行测试了。因为在他们看来，最后会有测试人员来测试的，即便是有问题，也应该被发现的。如此不负责任的态度，导致很多BUG流通到了测试环节。所以，对于那些测试数据相对比较难做的功能点，测试人员要重点关注了，因为这部分的功能很可能仅仅是调通了，但未经过开发人员的测试，问题很多的哟。
二、需求不明确
这也是老生常谈了，不要以为需求不明确，开发人员就不能开发了，其实是可以的，因为软件表现上符合需求可以掩盖许多细节，但对测试来说，这就是一场灾难。所以，你有必要刨根问底的追问，直到把所有的问题都问清楚，逼迫开发人员给出明确的回复，或是督促相关人员完善需求。
三、需求频繁改动
需求改动是不可避免的，开发人员比你还要痛苦，因为改动代码往往会引入新的问题。看着几天前写的程序，即便有注释，也难以很快的回忆起当初的逻辑思路，这样，很容易少改什么或是改错什么，开发人员过度的自信加上不耐烦，很可能多改动的程序不进行任何的测试，因为他们会这样想：只是改了那么一点，加了一条语句，用我的思维模拟运行过程来评估的话，对程序没什么影响的......结果，BUG就这样炼成了。越是频繁改动的需求，越是要给予更多的关注，因为，每改一次，都将引入新的问题。
