這兩天在測試一個項目的性能。
現在還是入門級別地使用LoadRunner。
這個項目其實沒有很大的特別之處，從app端傳數據給sever端。
測試的是接口之處。
算是一個練手。
但是進度被停滯了。
一方面是因爲相關聯的系統服務器uat環境比較差，一個cpu，內存3G，應該造不成什麼壓力的場景，服務器就已經撐不住了。
另一方面是用LR壓測的時候，有兩個現象：單用戶迭代25次的時候，一開始就報錯；響應時間也不正常的長。
前者我有點知道是怎麼回事。一開始就報錯，報的是Step download timeout。
在腳本編寫的時候有幾個version字段，這幾個字段是分別判斷版本，如果請求中的版本不等於當前版本，那麼就會自動下載新版本，應該是由此引起的。
將version字段修改成當前的版本，即可。
至於響應時間，我不確定生產環境是怎麼樣的，詢問了一下開發他們也是沒有做過調研，懷疑是本身響應時間就會那麼長導致的。具體的還在查。
關於壓測環境，有條件的話還是要和生產環境差不多，相差太多，測試出來的數據並不能體現真實的吞吐水平。
但是公司好的服務器基本都分配給了大項目，(╯▽╰ )我們也無可奈何。
想到的唯一方案是性能測試組自己去申請好的服務器，讓項目組過來部署。（在我寫這篇的文章的時候，這個方案已經被槍決了。）
服務器好差真的很重要。
之前有一個項目，在uat上測試，服務器是新申請的，8核16G應該算是不錯了。
正好也巧，生產服務器需要搬遷，可以在搬遷前測試一下新的服務器，生產環境最差的配置就是12核16G，並且是memcache單獨一臺，HAproxy一臺，還有3-5臺不低於前面的配置。
測試出來可想而知了。差距太大了。╮(￣▽￣")╭
感覺當前的性能測試意義不大。
好像是各個步驟都做了，但是改進的東西很少或者即使有問題，也不改，呵呵。
不過也是因爲自己剛開始，無法讓開發信服。還需要繼續努力。