在运行时测试使用系统内存以测试数据参数
如果处理的是非常大的数据汇,对于每种类型的测试数据记录的数量是 100,000,带有特定的模式,更好地使用通用代码,逻辑建立在模式的基础之上,将脚本中的运行时数据参数化,而不是创建一个数据汇。数据汇 就是包含测试数据的一个文件。它需要从工作台机器上转移至代理,并且代理使用文件中的测试数据在运行时读取。这些读取操作涉及到高通过请求期间的繁重 I/O 活动,导致操作系统对 CPU 过度使用。
在这个事件中,您不能使用性能测试软件来获得需要数量的高通过负载,因为这会“阻塞”系统资源,并成为运行性能测试的一个瓶颈。为了完全缓和该 I/O 活动,您可以使用测试脚本之中的通用代码,通过快速地计算来生成数据(基于逻辑),而数据是从物理内存之中存储和读取的。物理内存读取/写入操作要比硬盘上的操作更为快捷,所以这可以有效地提高负载生成请求的总体性能。
范例:从系统内存之中生成数据汇
考虑一个简单的范例,一个网络程序的用户名需要进行参数测试。如果用户的数量是 100,000 或者更多。那么您最好使用一个公共的模式来执行逻辑,来对每一次迭代生成一个用户名 ID。按照这里描述的步骤来实施 –
识别一个公共的模式
让我们说所有的用户名以词语 username 开始,接着是一个数字。例如:username1,username2,username3。
创建一个新的测试变量,并将它的值初始化为 Username1,如图 1 所示:
打开测试脚本。
点击 Test Variables 部分并将其展开。
注意 Test Variables 部分下面所列出的测试变量。如果没有,当 Test Variables 被选中时点击 Add。
点击 Variable Declaration 这样您就可以添加一个新的变量了。
图 1. 在 Rational Performance Tester 中创建一个新的测试变量
图 2. 注意您可以将一个测试变量初始化为一个文本或者数据汇值
创建通用代码
登录到程序之后在载人的页面上创建一个通用代码,然后将代码清单 1 之中的代码粘贴到通用代码类之中的 exec 方法中。
清单 1. 通用代码之中的 Exec 方法 - <font size="4">public String exec(ITestExecutionServices tes, String[] args) {
- /**
- * This code snippet obtains the previously used username for logging into the
- application and increments it by 1 to get the next username in the test data
- */
- String number = "";
- /**
- * The assumption here is that all usernames begin with the word - "Username" and has '8' characters in it.
- * Variable "number" is the value 'n' for 'nth' user or nth row of the data pool or can be also thought of as the 'nth' iteration of the test
- */
- for (int i=0;i<((args[0].length())-8);i++)
- {
- number+=Character.toString(args[0].charAt(8+i));
- }
- int num = Integer.parseInt(number);
- num++;
- return "Username"+Integer.toString(num);
- /**
- * This returns the username appended with the next value of 'n' in the 'nth' iteration
- */
- }
- </font>
复制代码在 Custom Code – Select Arguments 窗口之中,Test Variables 之下,选中 Username_Variable 以添加它作为该通用代码之中的论断,如图 3 所示。
图 3.添加 Username 变量作为通用代码之上的论断
登录之后,在载人页面的数据汇变量列表之中选择 Username 变量,然后按照图 4 之中所显示的进行编辑:
选择显示 Username 变量的页面作为测试数据。提示: 另外一种探明 Username 变量是否是测试数据的方式,就是查看其颜色模式。Rational Performance Tester 软件中运行时进行参数化变量所采用的颜色代码是绿色。
在测试数据表下选择用户名变量。
点击 Substitute 按钮并在显示的选项列表之中选择 Custom code。
图 4. 在不输出通用代码的情况下替换用户名变量
插入 Variable assignment 来向通用代码分配变量(见于图 5)。在测试脚本之中必须重复使用测试变量。这意味着需要使用新值来更新它的值,不管何时执行逻辑都可以。您可以按照下面的步骤来更新值:
执行时选择将会更改测试变量的通用代码。
点击 Insert,选择 Variable Assignment。
图 5. 分配给通用代码的 Username 变量
从列表的选项之中选择 Username_Variable,并通过点击 DataSource Value 单选按钮,并选择提供选项之中的通用代码,来设置 Username_Variable 以输出通用代码。
当该测试启动时,测试之中的 Username 变量就会由运行时通用代码的执行,来替换返回的值。
重点:
插入变量论断非常关键,它可以确保在退出通用代码之后,全局变量的论断发生时,通用代码之中全局变量的更新值仍然能够发挥作用。
根据这种操作,可以避免较大的数据汇文件规模以及相应的 I/O 操作。这还可以改进生成测试负载的 Rational Performance Tester 代理的性能,因为与从硬盘中操作相比,从内存中获得数据汇值更快,因为这可以减少硬盘读取的延迟性。
Note:
对于字段之中的“Visible”来说,如果测试脚本在日程安排的层次之上进行循环,那么您可以选择 All tests for this user,如果循环是测试脚本 之内完成,那么您可以选择 This test only 选项,如图 6 所示。
图 6. 测试 Username 变量可视性的不同层次
在一些场景之中,对于许多迭代来说,有很大的可能会重复使用到一些测试数据,您最好将数据汇条目(行条目)存储在一个变量字符串数组中,并从该数组中读取值,然后在运行时进行替换。
这种方法可以避免由于硬盘延迟所导致的性能降级,对数据汇文件重复数据读取 I/O 操作。相反,它会从物理内存中读取数据,访问起来更快,这样使得 Rational Performance Tester 代理的性能有较大的提高。
采用大量数据汇的另外一种好的实践方法
当一个需要多个值(通常 > 30-40 值)参数的测试场景出现时,您最好不要使用大量的数据汇文件。相反,使用整个测试数据被分开的许多个小型的数据汇文件,并由变量进行组织,在运行时设置参数。
当您从数据汇中读取测试数据时,这有助于增加 I/O 并发操作,因此显著改善 Rational Performance Tester 代理的性能。
尽管对于数据参数最好使用通用代码,那么在任何合适的时候,您都应该谨慎选择该选项。这是因为通用代码会创建大量的负载(主要是对进程使用和内存),这取决于代码中执行逻辑的复杂性,以及通用代码论断的数量。
对于许多通用代码,协同,等等中已经大量存在的脚本,尽可能避免地使用 Content 确认点,因为使用它们,将会从服务器端分析整个响应过程以确认特定的标准。对于有限长度的字符串来说,分析整个响应过程将会消耗相当可观的 CPU 资源以运行进程。您应该尽可能地使用 Response Code 或者 Title 确认点。
|