测试 Web 2.0 程序所带来的挑战：使用 GUI 恢复性能评测来补充 Web 2.0 性能测试

核心提示： 值得注意的一件重要事情是，搜索与其他的对象初始化操作是在事务计时器的外部执行的，测试 Web 2.0 程序所带来的挑战：使用 GUI 恢复性能评测来补充 Web 2.0 性能测试(4)，只有 GUI 已经就绪的操作和确认才能继续保持在计时器之内， 记录计时的结果 在这个类中，这一点很重要，任意真

值得注意的一件重要事情是，搜索与其他的对象初始化操作是在事务计时器的外部执行的。只有 GUI 已经就绪的操作和确认才能继续保持在计时器之内。

记录计时的结果

在这个类中，会初始化一个 CSV 文件，并且所有的交易时间都会使用一份用户定义的描述来用毫秒记录。

PerformanceLogger 类支持在运行时指定，而不管测试员是否对记录性能结果感兴趣。通过这种方式，可以将计时代码添加到感兴趣的事务中，但是这些事务只会根据兴趣进行评测。 Performance 日志文件同样是可配置的，而且测试员可以指定文件的位置和名字。所有提供的文件名都有一个日期/时间标签以确保一个独一无二的文件名 。

在开始一项测试之前，应该先指定创建文件的信息，并且初始化 PerformanceLogger INSTANCE 。初始化代码如下所示：

　if　(PerformanceLogger.isEnabled()){　
　String　logDir　=　"C:\temp\perfLogs";　
　String　logPrefix　=　"Application1Performance";　
　PerformanceLogger.INSTANCE.setDirectoryPath(logDir);　
　PerformanceLogger.INSTANCE.createPerformanceLogfile　
(logPrefix+"_Performance");　
　　}　

分析结果

不论是在什么时候，对趋势与这些结果的分析理解，需要考虑到基线并不是一个绝对的响应时间。我们并没有一种机制，以精确地定量化工具（Rational Functional Tester）或者 Java 代码实施所引入的负荷。上面所描述的计时方法学，目的就是降低这个负荷，并允许将负荷当做只会轻微变化的静态成本处理。有意义的分析是随其他变量而变化的行为，这些变量例如有沿着一个操作的循环，对系统所施加的负荷等等。当您在报告和分析结果时，您所报告和分析的数据，对于这些值所代表的意义要十分的清楚，这一点很重要。任意真正响应时间的指示都可能会产生错误的结论，并对那些实际上并不能改进产品的方面进行讨论。