博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
RPT8.1新特性
阅读量:4199 次
发布时间:2019-05-26

本文共 5074 字,大约阅读时间需要 16 分钟。

RPT8.1下载地址:

 

 

RPT8.1版本的新特性说明:

What's new in Rational Performance Tester 8.1 (HTTP)

New features in this release include the ability to set performance requirements; split a test; define variables within a test; add comments, add transactions, and change page names during recording; watch a virtual user during a test run, replay a virtual user after a run completes, and create reports that change color when a condition is satisfied.

This release of Rational® Performance Tester supports the following new features:

  • You can add performance requirements to specify acceptable thresholds of performance and to validate service level agreements:
    • You can add performance requirements to tests or schedules. For more information, see and .
    • You can create a Performance Requirement report, which shows which requirements passed and which failed. For more information, see .
    • You can place requirements on resource counters and performance measurements.
  • You can split a test into smaller tests to make test more reusable and maintainable. For information on how to split a test, see .
  • You can create test variables to share data among tests. For more information, see .
  • You can easily select multiple test elements to view and modify their attributes. For more information, see .
  • When recording HTTP tests using Internet Explorer or Firefox, you can add comments, add transactions, and change page names. For more information, see .
  • During a test or schedule run, you can view rendered HTTP pages and event logs for any virtual user. For more information, see and .
  • You can replay a virtual user after a run is complete. For more information, see .
  • You can create a transaction in a schedule as well as in a test. For more information, see .
  • You can customize the colors that are used in charts and tables and create conditions that change the color when they are satisfied. For more information, see .
  • HTTP response time calculation has improved. Therefore, test results might differ between this release and previous releases. Specifically, response time no longer includes page response times associated with a failing HTTP request. The only exception is when the failure is recorded and returned, and the request is not the primary request. Page response times that time out are always discarded. The response time also no longer includes HTTP requests that time out or return a status code in the range of 4XX (client errors) - 5XX (server errors).
  • Percentile reports no longer depend on the test log level. This means that you can display them during a run.
  • Percentile data is available for most response time counters.
  • Other new features:
    • Data correlation is supported for most HTTP data in the JavaScript™ Object Notation (JSON) and Atom formats, which are commonly used in Web 2.0 and Representational state transfer (REST) applications.
    • Support for the PUT, DELETE, and HEAD methods has been added for HTTP so that applications using REST services can be tested.
    • Data transformations support correlation and datapools for binary HTTP data.
    • Transformers are supplied for generic binary data and for Java™ Serialized Objects.
    • You can now see HTTP binary data in the test editor.

 

主要是增加了在测试(Test)或调度(Schedule)中添加和定义性能需求的功能:

You can define performance requirements for a schedule to specify acceptable thresholds of performance and to validate service level agreements.

To define a performance requirement in a schedule:

  1. In the Test Navigator, browse to the schedule and double-click it. The schedule opens.
  2. In the Schedule Element Details area, click the Performance Requirements tab, and select Enable Performance Requirements. The page contains a table of performance requirements that apply to the schedule. Within the table, the requirements are organized into common requirements, which pertain to all protocols, protocol-specific requirements, and requirements that pertain to resource data being collected.
  3. Expand the requirements tree, click the requirement to define, and define the requirement as follows:

Option

Description

Name

You can change the name of a performance requirement to improve readability. However, changing a requirement name causes a mismatch between the Performance Requirements report, which uses the changed name, and the other reports, which use the default name. Therefore, when you change a requirement name, be sure to keep track of the original name.

Operator

Select an operator.

Value

Type a value.

Standard

Click to make the requirement standard. If a standard requirement is not met, the schedule run will have a verdict of fail. Clear to make the requirement supplemental. In general, supplemental requirements are used for requirements that are tracked internally. A supplemental requirement cannot cause a run to fail, and supplemental results are restricted to two pages of the Performance Requirements report.

 

 

另外还有一些脚本编辑功能的改进,例如Split Test(分割测试脚本)、添加测试变量用于在测试脚本间共享数据、在录制脚本过程中添加注释、插入事务等,还可以在运行测试过程中查看虚拟用户,这个功能类似于LoadRunner中的Show browser during replay功能(Tools – General Options – Display – Show browser during replay

 

 

关于RPT8.0的新特性可参考:

 

 

 

转载地址:http://nknli.baihongyu.com/

你可能感兴趣的文章
Ubuntu Navicat for MySQL安装以及破解方案
查看>>
在C++中如何实现模板函数的外部调用
查看>>
HTML5学习之——HTML 5 应用程序缓存
查看>>
HTML5学习之——HTML 5 服务器发送事件
查看>>
hbase shell出现ERROR: org.apache.hadoop.hbase.ipc.ServerNotRunningYetException
查看>>
解决Rhythmbox乱码
查看>>
豆瓣爱问共享资料插件发布啦
查看>>
kermit的安装和配置
查看>>
java中的异常机制
查看>>
商务智能-基本方法-数据钻取
查看>>
openstack-instance-high-availability-Evacuate
查看>>
evacuate-instance-automatically
查看>>
pycharm常用设置(keymap设置及eclipse常用快捷键总结)
查看>>
关于在openstack的环境变量.bashrc自定自己简化命令
查看>>
Openstack Heat Project介绍(转)
查看>>
How to Perform an Upgrade from Icehouse to Juno(ice升级到juno)
查看>>
高扩展性网站的50条原则(转)-思维导图
查看>>
解决openstack novnc一段时间后自动挂断登录不上问题,novncproxy dead but pid file exists
查看>>
构建OpenStack的云基础架构:ManageIQ(转)
查看>>
云管理软件 ManageIQ(转)
查看>>