7. Monitoring、Results簡單介紹

　　● Monitoring只在Test運行期間可用，比較變態(tài)，很廢的東西。

　　● Results部分十分簡陋，感覺收集的信息太少，圖表不能合并，畫出的圖十分的難看。。。不錯的是支持導出數(shù)據(jù)。。。。

　　8. 設置負載生成器

　　負載生成器機器即被控制 執(zhí)行測試的機器(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還是不錯的，給人的感覺是小巧，簡潔。在通過變量實現(xiàn)參數(shù)化的過程中感覺非常的靈活，同時，在構建一個場景相對簡單的性能測試案例時，OpenSTA是一個不錯的選擇。然而OpenSTA又有著許多不足：

　　● 腳本語言過于復雜，自定義腳本相當困難

　　● 似乎不支持集合點的設置

　　● 場景設計方面太過于簡單，對于構建一些復雜的場景比較麻煩

　　● 不能收集Linux性能數(shù)據(jù)

　　● 使用Repository管理測試腳本、配置等過于簡單，保存腳本居然不能自己選擇路徑

　　● Results結果報告的圖表太簡陋，功能太少！

　　● 負載生成器的被控端設計不合理