测试中的发散思维

一、测试设计阶段的发散

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

考虑方向	检查点
正向功能	导出数据的正确性
正向功能	导出功能的有效性处理
逆向功能	导出功能的配置
边界容量	U盘空间不足时的处理
边界容量	U盘空间满时的处理
容错	U盘写保护处理
容错	坏U盘的处理
容错	人为非法操作容错处理
容错	软件工作时，遇特殊情况-断电等的容错处理
性能	压力测试-连续导出N次后，数据的正确性
性能	U盘导出速度
性能	不同USB驱动协议，对导出速度的影响
其他	不同分区格式U盘的识别
其他	不同品牌的U盘
其他	U盘外接延长线使用

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

二、测试执行阶段的发散

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