《精通软件性能测试与LoadRunner最佳实战》—第2章2.5节 测试脚本编写

  1. 云栖社区>
  2. 博客>
  3. 正文

《精通软件性能测试与LoadRunner最佳实战》—第2章2.5节 测试脚本编写

异步社区 2017-05-02 13:14:00 浏览773
展开阅读全文

本节书摘来自异步社区《精通软件性能测试与LoadRunner最佳实战》一书中的第2章2.5节 测试脚本编写,作者于涌 , 王磊 , 曹向志 , 高楼 , 于跃,更多章节内容可以访问云栖社区“异步社区”公众号查看。

2.5 测试脚本编写
精通软件性能测试与LoadRunner最佳实战
性能测试用例编写完成以后,接下来就需要结合用例的需要,进行测试脚本的编写工作。本书后面章节将讲述了有关LoadRunner协议选择和脚本编写的一些知识,如果您还不是特别清楚,请参见第3~6章内容。关于测试脚本的编写在这里着重强调以下几点。

(1)协议的正确选用,关系到脚本是否能够正确录制与执行,十分重要。因此在进行程序的性能测试之前,测试人员必须弄清楚,被测试程序使用的是什么协议。

(2)测试脚本不仅可以使用性能测试工具来完成,在必要的时候,可以使用其他语言编程来完成同样的工作。

(3)通常,在应用工具录制或者编写脚本完成以后,您还需要去除脚本不必要的冗余代码,对脚本进行完善,需要加入集合点、检查点、事务以及对一些数据进行参数化、关联等处理。在编写脚本时,需要注意的还有,为了脚本之间的前后依赖性,如一个进销存管理系统,在进行销售商品之前,您必须首先登录到系统,对系统进行进货处理,才能够进行销售(在本系统不支持红数概念,即不允许负库存情况发生)。这就是前面所讲的脚本间依赖的一个实例,所以在进行有类似情况发生时应该考虑到脚本的执行顺序,在本例中是先执行登录脚本,再执行业务脚本进货,最后进行销售,系统登出。当然有两种处理方式,一种就是录制4个脚本,另外一种方式就是在一个脚本中进行处理,将登录部分放在vuser_init(),进货、销售部分代码可以放在Acition中,最好建立两个分别存放,而将登出脚本放在vuser_end()部分。同时,参数化的时候,也要考虑前后数据的一致性,关于参数化相关选项的含义,请参看第6.4章节。

(4)在编写测试脚本的时候,您还需要注意编码的规范和代码的编写质量问题。软件性能测试不是简单的录制与回放,作为一名优秀的性能测试人员,您可能经常需要自行编写脚本,这需要您一方面提高自己的编码水平,不要将您编写的脚本成为性能测试的瓶颈,有很多测试人员,由于不是程序员出身,也对程序的理解不够深入,经常会发现:例如,申请内存不释放、打开文件不关闭等情况的发生,却不知这些情况会产生内存泄露。所以我们要加强编程语言的学习,努力使自己成为一名优秀的“高级程序员”;另外一方面,也要加强编码的规范。测试团队少则几人,多则几十人,上百人,如果大家编写脚本的时候,标新立异,脚本的可读性势必很差,加之IT行业人员流动性很大,所以测试团队有一套标准的脚本编写规范势在必行,同时在多人修改维护同一个脚本的情况下,应该在脚本中记录修改历史。好的脚本应该是不仅自己能看懂,别人也能看懂。

(5)经常听到很多同事追悔莫及地说,“我的那个脚本哪去了,这次性能测试的内容和以前做过的功能一模一样啊!”、“以前便写过类似脚本,可惜被我删掉了!”等类似话语。因为企业做的软件在一定程度上存在着类似的功能,所以脚本的复用情况也会经常发生,历史脚本的维护同样是很重要的一项工作。笔者建议您将脚本一定要纳入到配置管理,配置管理工具有很多,如Visual Source Safe、Firefly、PVCS、CVS、Havest等都是不错的。

本文仅用于学习和交流目的,不代表异步社区观点。非商业转载请注明作译者、出处,并保留本文的原始链接。

网友评论

登录后评论
0/500
评论
异步社区
+ 关注