我的入门第二课——自由测试

上一篇中说到严格按照用例完成测试之后可以发散思维进行测试，也就是自由测试。关于自由测试，我的认识如下。

一、什么时候可以进行自由测试

我认为在两种情况下可以进行自由测试。

1. 执行完测试用例之后
   我们在用例执行的过程中会发现一些用例遗漏的测试点，这时可以先做记录，等到用例都执行完了，再来进行自由测试。

2. 进行交叉测试或系统测试
   这个时候我们所要测试的功能已经由前一轮测试人员按照用例执行过一遍，再次按照用例执行发现的bug不会太多，这个时候进行自由测试可以从更多的地方发现更多的bug。但是第二轮测试依然要根据用例执行，这样是为了发现开发人员在修复bug过程中产生的新bug，以及前一轮测试人员由于粗心或其它原因没有严格按照用例执行而遗漏的bug。

二、如何进行自由测试

自由测试需要我们发散思维进行测试，既然是发散，就表明自由测试不等于随意乱测，而是将测试范围由小到大，由浅到深的扩展开来。

首先，参照测试用例进行测试。在用例执行过程中，我们或多或少会发现一些用例遗漏的测试点，这时可以先做记录，等到用例执行完成后，再来对这些测试点进行测试，并且需要把用例补充完整。

其次，多测试异常操作。测试用例记录的主要是重要的正常流程和部分影响较大的异常流程，在实际应用中，客户可能会进行花式异常操作，而这些异常是不可能在用例中记录完整的，所以我们可以假想自己是一个调皮的用户，要想方设法的让这个系统执行一些“变态”操作。这些操作往往会导致页面崩溃，系统异常等，这样便会发现很多开发人员没有处理的情况。

再然后，思考这个功能的影响范围。这个功能会对其它关联功能产生影响吗？例如修改密码的功能，修改了登录密码，会不会对支付密码产生影响呢？由此可以对原有的逻辑稍加测试，以确保相关联的功能不会受新功能影响。

以上便是我对自由测试的认识，前两篇说的是执行用例，往后便是对用例的编写进行说明。