提前做接口的,甚至先讓研發做單元的性能測試(多線程壓一下)。
數據從后端到前端,瀏覽器要渲染等操作會占用這個響應時間,所以接口OK了,還要測頁面。
另外前端性能也是一個大的方向,比如,js/圖片/css,緩存等。其實性能測試還要考慮好緩存到底能不能模擬真實情況。緩存在性能測試中干擾最多,又是是需要緩存來模擬真實情況,但有時參數化有會導致不需要的緩存出現。所有參數化,是結合業務的一門學問。靜態服務器,就是靜態資源下載帶來的壓力。
問: 如果部署環境和測試環境不一致,如何在性能測試過程中的測試結果具有代表性?和可證明性。
答:這個需要一定的換算標準。當然有些土豪公司就是一比一的設備來進行測試。測試的配置是否與生產一致。如果測試的配置與生產一致的話??梢园凑粘艘运陌俜直?,咱最后再乘以70%。這樣的話就建議提服務器的人通常同配置,這樣便于你計算。如果沒有這種等比例的配置,算起來就比較麻煩。服務器型號不同,沒有關系,但CPU的核數,以及CPU的頻率以及內存。包括你的中間價,你的網絡。建議越接近的配置最好。
問: https的手機端,在開發給不出靠譜的接口文檔的時候,如何錄制或抓取數據流,公司主要用的lr。
答: 可以讓研發做一些單元壓力測試。完善后再做,不建議用lr,可以換jmeter試試。
問:性能測試有什么好的自動化方案嗎?
原文轉自:http://gitbook.cn/books/58a1cef89253167836c8acad/index.html