7. Monitoring、Results简单介绍

　　 Monitoring只在Test运行期间可用，比较变态，很废的东西。

　　 Results部分十分简陋，感觉收集的信息太少，图表不能合并，画出的图十分的难看。。。不错的是支持导出数据。。。。

　　8. 设置负载生成器

　　负载生成器机器即被控制 执行测试的机器(Loader)，必须运行OpenSTA Name Server，右键 - Configure - Repository Host(晕!界面上看只有Repository这个单词，原来这个也显示不全...)- 输入运行了OpenSTA Commander的主控机器(Controller)的IP。注意修改了Repository Host后要重启服务。这样，在主控制机器(Controller)的Commander中的设置Host Name - 输入负载生成器机器的IP。搞定。

　　这样做似乎有一些确定，因为假如我要控制别的机器运行测试案例，需要在别的机器上指定我的机器的IP，当我要用另一台机器做控制端(Controller)时，又需要修改那些机器的设置，不像LoadRunner一样方便，不需要修改什么。

　　9. 总结

　　用过了LoadRunner，看过了WebLOAD等其他工具，总体感觉OpenSTA还是不错的，给人的感觉是小巧，简洁。在通过变量实现参数化的过程中感觉非常的灵活，同时，在构建一个场景相对简单的性能测试案例时，OpenSTA是一个不错的选择。然而OpenSTA又有着许多不足：

　　 脚本语言过于复杂，自定义脚本相当困难

　　 似乎不支持集合点的设置

　　 场景设计方面太过于简单，对于构建一些复杂的场景比较麻烦

　　 不能收集Linux性能数据

　　 使用Repository管理测试脚本、配置等过于简单，保存脚本居然不能自己选择路径

　　 Results结果报告的图表太简陋，功能太少!

　　 负载生成器的被控端设计不合理