在运行时测试使用系统内存以测试数据参数
如果处理的是非常大的数据汇，对于每种类型的测试数据记录的数量是 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 方法
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 */ } |
在 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 确认点。
文章出自：http://www.uml.org.cn/Test/201205155.asp
| 欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) | Powered by Discuz! X3.2 |