测试中的发散思维

一、测试设计阶段的发散

案列：某嵌入式软件有U盘导出数据的功能，请写出测试思路。

测试用例一般会涉及到功能相关，接口相关，数据库相关，UI相关等，当你这样做，思考也能全范畴展开。

二、测试执行阶段的发散

作为测试人员，我们的首要目标是在需求上线前多找出缺陷，保证不会因为我们的侧漏将缺陷遗留到线上去。
用例执行时严格按照事先已设计好的用例来测试，却时常感到有点不靠谱，总感觉有的地方没有覆盖到。实际工作中软件测试不能进行无穷测试，用例对代码的覆盖做不到100%，特别是针对一些条件组合语句、模块接口互相影响之间的覆盖，更难覆盖全面。
根据这一特点，我们在测试执行完某一测试点的用例后，可以根据已有的用例的情况，进行发散性测试，也叫随机测试。经验越丰富，随机测试的效果越好。
随机测试并不是随便测试，它是有一定数据支持执行的。我们进行测试时，可以不用按照已规定的流程去走，而是可以跳过某个步骤提前去结束，其结果往往就能发现问题。随机测试就是跳出已知步骤，可以来回反反复复进行操作，这种过程，本身就是另外一种测试用例设计的过程。
除了发散，我们还需要谨慎。这种发散思维如果无边无垠，任其驰骋，就像一匹野马。如果控制不住，事情会弄巧成拙，可能做了很多工作，最后却事倍功半。这也就要求我们既有发散测试的创造性思维，又要有一个严谨科学工作的头脑。