我們一起聊聊性能測試是怎么一回事？(8)

可以考慮一下幾個方面：

• 測試數據（基礎數據、業務數據）不多解釋這個文章中有。
• 測試場景（基礎場景、綜合場景）場景一定要同業務過，看看是不是真實的，或遺漏了。最好是用戶，而非業務。
• 參數化策略（如何參數化、如何取數、數據用完后怎么辦等，這個后面的Chat會分享）。
• 集合點策略（全部虛擬用戶都到了在壓，還是等到%XX就可以壓，還是業務成功達到多少在壓）。
• 檢查點（又叫斷言，判讀事務是否成功）這是很多初學同學容易遺漏的。
• 環境（網絡、服務器配置、防火墻等、中間件配置、定時任務頻率、應用配置等）。
• 負載機情況，需要把負載機的監控納入監控范圍。（很多失敗原因都是沒有關注負載機情況導致測試走彎路）,這也是常見問題。需要特別說明的是“網絡”這是也是遇到最多的問題。（可能負載機的網絡帶寬限制，導致無論怎么樣壓，壓力都上不去，一直找不到原因）。

問：經?？吹接泻芏嗤谢蛘咄伦龅男阅軋鼍昂軓碗s(非綜合場景)，需要很多步驟組成，寫的腳本也很長，當然我本人沒做過那么復雜的，不知道實際情況，所以我想問一下是不是實際上真的存在這么復雜場景的性能測試，或者這些很復雜的場景是否可以簡化成對某個接口的測試？

答：腳本一定不要太長，能抽象一定抽象，太長自己看不到邏輯關系。所有我寫腳本都會先寫偽代碼。建議大家也這么做，先設計表格，依照表格寫偽代碼。比如剛剛的場景用例設計表格。文字最好懂，代碼不易懂。然后能抽象出去的就抽象出去。需要加的關鍵點都在場景設計和用例設計時一表格的形式列出來，專家也好評審。對于接口測試，你的思路是對的，我們可以拆解，但接口測試代替不了頁面測試。

原文轉自：http://gitbook.cn/books/58a1cef89253167836c8acad/index.html

• 共10頁:
• 上一頁
• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 下一頁