RPT资料.docx

RPT资料.docx

《RPT资料.docx》由会员分享，可在线阅读，更多相关《RPT资料.docx（13页珍藏版）》请在冰豆网上搜索。

RPT资料

记录测试

测试系统的性能包括：

记录典型的用户操作，然后用这些操作的一些迭代加载系统。

目标是找出该工作负载下的系统执行情况。

性能测试可帮助解答如下问题

在正常条件下，系统可支持多少用户？

在正常条件下，是否存在系统性能突然下降的情况？

在超出正常条件的情况下，系统会如何执行？

在最差的情况下，系统是性能合理降低还是完全崩溃？

记录测试之前，请标识构成可接受性能的因素、确定要记录哪些操作并设置测试系统。

确定通过和失败条件

因为可接受性能可能是主观的，所以通过和失败条件通常包含一系列可接受的响应时间。

例如，可以对可接受响应时间定义以下条件：

在100个用户的所有操作中，有95%的操作其平均响应时间在5秒以内。

没有任何响应时间可超过15秒。

在500位用户中，所有操作中有90%的操作平均响应时间为10秒或以下。

没有任何响应时间可超过30秒。

决定要记录哪些应用程序

记录所有可能发生的用户操作是没有成本效益的。

您不想浪费时间和资源来记录对整体性能几乎没有影响的操作。

例如，您可能不想记录年末的数据库更新。

通常，您需要确定在受测系统上生成80%工作负载的20%的那部分操作。

此外，请限制记录的数量以降低测试复杂性。

设置测试系统

请为记录设置一个测试系统，因为可能不在生产系统上运行测试。

如果测试向系统添加数据，且系统不能接收冗余数据，那么您需要将系统恢复到其初始状态。

通常，您不会希望恢复生产系统。

变动测试数据

虽然可以使用IBMRationalPerformanceTester将页面、请求、条件语句和循环添加到测试，但通常情况下，您不必编辑测试。

如果您已正确记录测试，测试将正确运行。

要生成有意义的结果，请编辑测试以使其使用数据池。

通过使用数据池，您可以在数百个模拟用户执行数千个事务的高容量条件下，自动将数据提供给测试。

如果不使用数据池，每个模拟用户都会将相同的字面值发送到服务器（在记录应用程序时捕获的值）。

下面是数据池所解决的问题的某些示例

问题：

记录期间，您使用新雇员的唯一社会保险号为该雇员创建了个人文件。

测试每次运行的时候，都会尝试创建相同的人事文件，并提供相同的社会保险号。

应用程序会拒绝重复的请求。

解决方案：

每次运行测试时，使用数据池将不同员工的数据（包括唯一的社会保险号）发送到服务器。

问题：

您在记录期间删除了一条记录。

运行测试时，测试尝试删除同一条记录，因此导致出现错误，错误指示找不到已删除的记录。

解决方案：

每次回放脚本时，使用数据池在删除请求中发送其他记录。

问题：

在您记录测试时，客户机应用程序会读取数据库记录。

运行该测试时，会多次读取这一相同记录。

由于客户机应用程序经过完善设计，因此它会将记录放入高速缓存存储器，这使得它在后续访存中的检索操作看起来很快，其实却不然。

性能测试所产生的响应时间将不精确。

解决方案：

每次运行测试时，使用数据池请求不同的记录。

表示工作负载

要帮助确保结果准确，您测试的工作负载必须准确反映您站点上的工作负载。

因此，请确定在您的站点上发生的活动的类型。

例如，您的用户是经常浏览Web站点，偶尔下订单；还是短时间内浏览站点，频繁下订单呢？

如果用户频繁下订单，他们是否经常更改其订购信息？

以下是在表示工作负载时要考虑的某些因素：

工作负载时间间隔：

工作负载模型所表示的时间段。

例如，工作负载时间间隔可能是高峰时间、普通的一天或月末记帐周期。

测试属性：

您在性能测试期间更改的因素。

例如，您可能更改用户数以了解在工作负载上升时响应如何减慢。

最好每次只更改一个属性。

如果性能更改，您就会知道是更改后的变量造成了差异。

用户组：

根据用户所执行活动的类型，将用户组织成各种类别。

对于每个组，您可以指定一个设定的用户数或用户百分比。

用户执行的工作类型：

用户执行的活动集合及其执行活动的频率。

请确保用户操作尽可能接近地反映用户实际执行的任务组合。

用户特性：

启动操作前用户暂停的时间以及连续执行操作的次数。

精确地建立用户特性模型是非常重要的，因为这些用户直接影响性能。

例如，思考15秒的用户在系统上产生的工作负载明显小于思考1秒的用户。

可以使用延迟和思考时间来模拟用户特征。

表现工作负载时，请确保考虑到此类因素，以确保测试环境的精确性。

评估性能结果

以下缺省报告中提供性能测试结果：

“性能”报告：

该报告显示重要数据的摘要、10个最慢页面的响应趋势以及每个根据时间绘图的页面的平均响应。

“验证点”报告：

如果您设置了验证点，该报告将验证标题、返回码和响应大小是否与所记录的内容相匹配。

“同步点”报告：

如果您设置了同步点，该报告将显示到达该同步点的虚拟用户数、到达较晚的用户数、预期到达的用户数以及与同步点相关联的其他状态信息。

“性能需求”报告：

如果向测试添加了需求，该报告将显示哪些需求已通过和哪些需求已失败。

“事务”报告：

如果您设置了事务，该报告将概述事务的成功、描绘每一事务随着时间变化的响应趋势以及显示事务的吞吐量。

“页面元素”报告：

对于HTTP，该报告将概述对运行最重要的页面元素数据。

“百分点”报告：

该报告在运行后生成，显示最慢速页面的第85、90和95百分点响应时间。

“功能”报告：

该报告在运行后生成，概述测试日志中元素的通过或失败判定。

“事务百分比”报告：

该报告在运行后生成，显示运行中所有用户和所有事务并集的第85、90和95百分点执行时间，以及运行中的10个最慢事务。

性能测试入门

记录测试

要记录测试，请单击文件>新建>从记录测试。

然后单击从新记录创建测试和HTTP测试。

要直接访问记录，请选择此步骤底部的“单击以执行”按钮。

在记录文件名字段中，为将要记录的测试输入名称，然后单击完成。

在浏览器的地址字段中，输入要测试的应用程序的URL。

然后执行普通用户会执行的简单操作（例如：

搜索）。

完成该操作之后，关闭浏览器以结束记录。

测试打开以供编辑

编辑测试

尽管不进行修改也能运行测试，但您可能想要修改测试，以便它能使用数据池。

数据池向测试提供可变数据。

您为此备忘单记录的样本测试不使用数据池，但您记录的实际测试可能会使用它们。

要阅读有关数据池的更多信息，请单击此步骤右上角的“帮助”图标。

性能调度

您可使用调度来为实际的工作负载建模。

要创建调度，请单击文件>新建>性能调度，或单击此步骤底部的“单击以执行”按钮。

在文件名字段中，为调度键入一个名称，然后单击完成。

在稍后的一步中，您将把所记录的测试添加到此调度。

资源监控

您可以在调度中启用资源监视以捕获系统资源数据（如CPU或内存使用情况）。

在为此备忘单创建的样本调度中未启用资源监视。

要阅读有关资源监视的更多信息，请单击此步骤右上角的“帮助”图标。

向调度添加测试

要将您记录的测试添加到创建的调度中，请右键单击“调度内容”部分中的用户组1，然后单击添加>测试。

在“选择性能测试”对话框中，单击您记录的测试的名称，然后单击确定。

该测试会添加为用户组的一个子测试。

要保存该调度，请在“调度内容”部分中右键单击，然后单击保存

运行调度

要运行您创建的调度，右键单击“测试导航器”视图中的调度名称。

然后单击运行为>性能调度。

当前正在运行您的调度，且正在生成结果。

评估结果

要评估调度结果，请参阅在调度运行时出现并进行更新的报告。

例如：

性能报告的选项卡包含总体（表示运行的一般运行状况）、摘要（提供摘要统计信息）和页面性能（将最慢页面的平均响应时间绘成图）。

要在以后评估结果，请使用“性能测试运行”视图。

在此视图中，右键单击，然后单击要访问的报告。