数据探索式测试（1）

输入数据测试是要保证输入数据的正确性，合理性还有多样性，因为多样性才能够扩充丰富的测试用例。

商业区（数据）测试：

（一）指南测试：

测试数据的正确性，一般输入数据都会有数据的说明，每个数据代表的含义。这要求对业务流程比较熟悉，就好比在CBD里不会贴出“服装店”，“咖啡店”这样简明的标签，而是有着自己品牌名称店面，比如“H&M”是服装店，“Star Bark”是咖啡店等。所以按照一条条的数据说明检查输入数据的逻辑性和正确性，当然，你也可以根据你自己对于业务的了解情况提出自己不一样的逻辑理解，就好比在CBD没有ATM机是可以的，但是不合理。在输入数据的检查中应该深入了解数据所代表的业务逻辑，而不是将所有的信任权都交给上游数据来源的保证。

在这里列举一些测试过程中的例子：

1.输入数据是若干张excel表格，表格之间有类似于数据库中的ID，由于Excel表格之间没有直接的连接关系，所以相同的内容可能会出现在不同的表格中，而此时所有相同内容的ID应该保持一致（规则规定）。然而使用这些数据的软件只是从某张表格中一次性读取所有的ID。所以一直没有发现在不同的表格中存在着ID不一致的情况。

在通过指南测试法发现输入数据出现的问题后，还给使用的软件提出了对ID做一致性检查的建议。

（二）女士逛街测试：

CBD 最吸引女士的地方就是购物中心，因此女士可以为购物而不止一次的到 CBD 逛相同的商场，我女朋友常说的一句话，一样的商场你怎么知道这次逛和下次逛里面的商品还是一样的呐？这是多么好的一个测试切入点啊，我们在执行软件测试的过程中，大多的时候会使用一套测试数据，跑完一次完整的软件周期以后，就会结束测试，或者测试其他的功能模块。然而，这样的测试往往会忽略一种情况，而这种情况却可能导致软件的崩溃。一组测试数据完成整个软件过程的转化以后产生对应的输出数据，软件周期结束以后，软件中的所有变量是否回到初始状态？此时是否会有一些变量被赋值以后就不会再重新被赋值？同时，我们把开发人员想象的邪恶一点，是否会存在有些数据已经被写死在程序当中，这样的话，一组数据的单次测试几乎是无法发现这些问题的。退一步说，软件开发人员在开发软件的过程中肯定会依附着一套数据反复调试，如果这套数据又是测试使用的测试数据，那么就真的十分危险了。所以向女士逛街一样，多去几次CBD，也许这的会有不一样的发现，有时候你的女朋友的想法还是很有道理的。

这里罗列出几个关于女士逛街测试法的一些建议：

1.女士逛街测试法是要我们在不关闭程序的前提下（关闭程序一切都会回到初始状态），多次输入同一组输入数据和多种输入数据，校验输出结果。

2.女士逛街测试法在很大程度上，检查了程序状态转化中间过程的正确性，以及数据在代码中写死的情况

3.建议测试软件的时候，测试人员有一组自己的标准测试数据，而不是依赖于开发提供的软件数据

4.测试数据可以类似于机器学习，在测试过程中不断扩充，最终达到最大程度的遍历所有的输入可能性，这也是对有复杂算法程序较为全面的测试方法。

（三）商业枢纽地段测试：

在商业中心从交通的角度而言，必然是一个枢纽的地带。比如地铁的换乘，多种交通方式的交替，会使得某一个区域被反复的使用，例如北京，上海的商业中心都是交通的中心。数据也是一样，在数据中由于存在一些复杂的逻辑运算，所以总会有一些数据在不同的实现模块中被反复的运用，这些数据就是商业区的交通枢纽。对于这种数据的测试，推荐采用的是数据的“双机热备”。也就是将这部分数据在整体输入数据的不同位置，以冗余的方式进行备份，程序运行时并不需要去读取冗余的数据，而可以加一层校验，即对这些数据和其设置的冗余数据进行比较。这样的测试方法对于手工制作的数据也有较为有利的校验效果。

关于商业枢纽地段测试法有以下的一些建议：

1.不是只有那些物理上被反复调用的数据适合这种设计方式，同时在逻辑上较为复杂的处理也是适合这样的测试方法。

2.冗余数据的制作，最好是独立进行的，而不是简单地对数据的复制。

3.冗余数据最好是由不同的算法设计的来，反复调用的过程中确保正确性。