2013年06月25日 16:59供稿中心:兆隆教育
在存储过程这一方面,我算是做得不少了,基本上70%的工作是关于存储过程测试的。于是第一次发表了自己的第一份见解。在帖子上简单的说下了存储过程测试的进行和需要注意的几个地方。
趁着这难得的闲暇稍微详细说下存储过程测试的过程吧!
存储过程测试主要有两方面内容。一个是业务逻辑,也就是实现功能。其次是性能方面,寻求最优的SQL语句。
⑴:业务逻辑
给你一堆存储过程放在数据库里,你需要去测试它是否实现了该实现的功能,未出现多余的“功能”;获取到了想要的数据,未得到冗余的数据。由于数据获取到后是需要进行传输的,如果有冗余的数据,虽然在获取的时候能够处理掉,但是会给服务器造成很大的压力,久而久之,难免会出现瓶颈。再者,对于一系列的存储过程,你需要看它是否按照需求完成了所需要的功能,是否能够把一系列的流程跑通。
对于业务逻辑方面的测试,能够在数据库里执行该语句,通过传入一些参数后能够进行手动的测试。说到这,大家肯定会问是否能够实现自动话测试吧?当然,这里有一定的技巧。我是通过C#语言来简单的实现了。通过ADO.NET调用存储过程,传入一些参数,执行存储过程就能够通过点击一个按钮就把所有的存储过程跑完了。在这个过程,需要收集的数据是一个难点,因为你需要这条数据一直能用下去。测试数据库并不是你一个人在用,所以这条数据得很灵活,需要仔细了哦,不然会经常跑不通。
为了再智能点,就是不需要自己去点某个按钮就能自动执行所有的存储过程。当然就是利用开机自动运行了。有个第三方工具:Nunit。你只需要把存储过程代码写好,编译好后,加载进去,点击执行就能够一次性跑完代码,跑不通的会有颜色提示。这个工具其实看似简单,里面还有很多的功能,本人不才,未能发掘到更多,只是简单的利用了跑代码而已。把Nunit结合另外几个插件使用,如:Nant、NUnit2Report、nantcontrib。这几个一起使用完全可以架构出一套自动话测试平台。具体如何进行,请看下回。
⑵:存储过程的性能。
存储过程是由SQL语句经过一些修饰而来的,说到性能,也就是sql语句的性能了。一条SQL语句的性能有很多地方能得出来。有经验的同志可以一眼就能看出大部分SQL语句的性能高低。所以,很简单的一个方法就是肉眼观看。如今,很多软件都支持查看SQL语句运行的时间,从时间上也可以很直观的看出SQL语句的性能。在相同的外界环境下,时间越短,显然效率是越高的。依稀记得在51testing上有一篇短文上介绍了一条语句,可以直接在oracle是sqlplus上执行后可以直接查看出SQL运行的时间,哎,记性不好,忘记了,大家应该可以搜出来。
查看SQL语句的执行时间,有很多方法,PL/sql就会显示SQL语句的执行时间。你也可以通过ado来调用存储过程来查看SQL语句的执行时间,也是很容易实现的。
在测试领域工作了一年多了,终于发现自己有点作为了。如今还在为工作的事情感到担心,其实,有时间可以多做些总结什么的。所以,潜水这么久,第一发文来记录自己的测试工作和发表自己的工作心得吧。希望能找到份好工作,也希望能早点走出阴影。