用接近真实的数据进行测试

在计算机高速发展的今天，什么将主宰一切？硬件还是软件？答案是软件。随着硬件价格的不断下跌，软件价格的攀升，就说明了一切。可是，作为一个IT行业，当我们接过一张张订单，为之窃喜，不至于在IT风暴中迷茫时，有没有认真考虑如何去完成这一张张订单呢？现在大多数IT企业，对于订单的态度只有一条，完成客户所需功能就万事大吉。可是，在完成功能第一位的情况下，从来或者很少考虑软件测试。当然，不是说那些行业不进行测试，他们也进行测试，但往往是随便加一两条数据，走一遍流程，对于那些边界测试等就无形中忽略了。

我所在的行业，当然也是IT行业，对于软件开发的态度亦与上面雷同。一两条数据，流程走一遍，如果不报错，就一切OK。可是，当我负责维护这个项目时，我忽然警醒，发现前期的测试是多么的幼稚。举个例子说明这一切吧。项目开发时是一两条数据，等到交付给客户去使用时，面对的是成千上百条数据。也许一开始客户反应良好，但是随着数据量的增加，问题就出现了。客户不断地抱怨系统反应过慢，尤其是一个页面特别慢。我首先想到地是跟数据量太大有关，因为一两条数据测试时没有这个问题。于是改成分页存储，问题还是有点明显。不得已，分析代码，问题出现了。原来将数据保存在ViewState中，即下载到客户端。倘若是保存在Session中，即服务器端，速度将有指数级地加快。这个问题倘若在开发时就用接近真实的数据进行测试，这个bug是显而易见的，可是现在……

综上，对于软件开发，我们不仅仅需要完成客户所需的功能，更要注重软件的质量。不能走马观花似的简单测试，要用尽可能真实的数据进行测试，这样才能真正发现问题，同时也可以为维护减轻负担。