怎麼做手遊效能測試?
一、 什麼是手遊效能測試
效能(performance):是系統實現其功能的能力。例如,響應時間、吞吐能力、事務處理數。
效能測試,是指在特定負載情況下,確定系統的響應速度和穩定性的表現。它也可以研究、測量、驗證系統的其他特徵,比如可擴充套件性、可靠性和資源使用率。通俗的講:通過模擬生產執行的業務壓力量和使用場景組合,測試系統的效能是否滿足生成效能要求,即在特定的執行條件下驗證系統的能力狀況。
按手遊構成特點,將效能測試分為客戶端效能、伺服器效能兩大塊。
二、 效能測試的關鍵指標
客戶端效能的關鍵指標有:
CPU佔用率、記憶體佔用率、流量耗用量、FPS(每秒傳輸幀數) (見下圖)
伺服器端效能的關鍵指標有:
響應時間、併發使用者數、吞吐量等;
三、 如何做效能測試
1. 明確測試目標;瞭解效能測試需求;
2. 編寫效能測試計劃;
3. 分析效能測試需求;
4. 編寫效能測試方案、設計測試場景;
5. 相關資源準備(人力資源、硬體資源、軟體資源);
6. 測試程式開發;指令碼維護、測試資料準備、測試監控準備;
7. 執行效能測試並收集測試結果;
8. 分析結果;
9. 系統調優及再測試;
四、 效能測試五大誤區
Ø 誤區 1:效能測試不是手遊測試的主要矛盾,相容性才是
開發者過高的預估了相容性測試的重要性,而過低忽略效能測試。其實很多問題的原因就是效能導致的,例如“遊戲玩到一半,突然來了個電話,再返回時遊戲介面崩潰”、或者“在你好不容易在手機上打了一大段字,正要傳送時,來了條簡訊,而記事軟體已經崩潰,辛辛苦苦編輯的內容早就沒了” 這類問題非常容易引起玩家的反感,造成流失。
Ø 誤區 2:效能測試要像功能測試一樣,覆蓋到所有功能
效能測試的主要目的是為了系統調優。不可能對所有的系統功能都進行效能測試。在測試設計時需要結合當時的實際系統,先分析軟體可能存在的瓶頸,此時可依據 80/20 原則分析:對系統資源的利用、資料大量傳輸、資料轉換、使用者使用頻率、邏輯複雜度等進行分析,選擇要執行的功能和場景,再依此制定效能測試的方案。
Ø 誤區 3:做效能測試主要就是測試工具的使用
我做不好效能測試,是因為對測試工具不熟悉;測試工具可以自動生成我所需要的報表;依靠效能測試工具就能準確定位系統頸;測試工具在測試中只起到輔助性作用。而測試方案、測試場景的分析、問題的定位這才是效能測試的關鍵。不要期望測試工具能夠生成你想要的所有東西(報表、瓶頸分析),工具只能近可能多的提供給我們分析的依據。
Ø 誤區 4:提高一下硬體配置就可以提高效能了,因此效能測試不重要
隨著軟體規模的擴大,提高硬體配置只是解決效能問題的一個基本手段。因為如果軟體自身存在效能問題,再多的資源可能也不夠用,例如:記憶體洩漏問題,隨著時間的增加,記憶體終究會被耗盡,最後導致系統崩潰;資料庫連結數等配置資訊、資料庫死鎖是和硬體很難掛鉤的;演算法邏輯問題導致程式緩慢。即使要提高已經配置,也要首先用效能測試的方式得出哪些硬體可能存在瓶頸。
Ø 誤區 5:隨便找個環境下進行一下效能測試就可以了
做效能問題分析可以在類生產環境上進行,配置可以有些差別,一般效能測試還是在類生產環境進行,原因有兩個:1)效能測試要儘可能早的完成,提早發現問題並整改;2)在生產環境進行測試可能會造成髒資料。
五、 效能測試工具推薦
簡單推薦2款工具,分別給玩家和開發者。
1. 玩家向:安兔兔等跑分軟體
可以快速將app效能跑出一個整體分。但有個致命問題,無法單獨檢視單獨某個功能、某個時間點的具體數值。無法定位問題。
2. 開發者向:WeTest效能測試(騰訊WeTest官方出品)
提供android版本和雲端版本2種性能測試方案,這裡著重介紹下本地版本,使用3步即可:
2) 執行手機上的WeTest APP,選擇手遊後點“開始測試”;
3) 上傳並檢視報告
結束測試後,開啟WeTestAPP點選“上傳”按鈕。
登入wetest.qq.com點選“我的主頁”裡面,左側的“手遊測試報告”,在頁面中就會出現“效能測試”結果報告,點選檢視,就可以檢視完整的測試報告;
憶苦思甜下>> 沒有這些工具前,我們是怎麼測試的?
這裡分享一個案例。測試人員使用組合式的方式,分別從不同的工具上採集核心資料,並且資料不全,也不專業。
Wimat負責CPU部分,而360負責流量採集部分。其實Wimat使用方式如下:
1) 勾選所要監控的物件並設定好監控時間後,點選開始,WiMAT會在後臺啟動一個服務,由這個服務監控各項指數的變化並寫到結果檔案裡;
2) 這時候可以開啟或切換到要測試的應用程式,執行一些測試用例;
3) 結束後切換回WiMAT介面,點選停止結束監控,WiMAT會告訴你結果檔案的儲存位置
360手機衛士對流量監測的使用方法如下:
1) 進入安全保護tab頁,選擇流量監控;
2) 進入後再切換到統計排行tab頁;
相關推薦
怎麼做手遊效能測試?
一、 什麼是手遊效能測試 效能(performance):是系統實現其功能的能力。例如,響應時間、吞吐能力、事務處理數。 效能測試,是指在特定負載情況下,確定系統的響應速度和穩定性的表現。它也可以研究、測量、驗證系統的其他特徵,比如可擴充套件性、可靠性和資源
使用Gaps做手遊伺服器效能測試的一點心得
原文連結: 如果你想做一個很多人蔘與的遊戲,那麼無論你是專案負責人、產品、開發或者測試,伺服器效能就是你需要直面的關鍵問題。開服後大量玩家的湧入本是件好事,但若是伺服器效能出現問題,導致玩家掉線、卡頓、crash,往往樂極生悲,好事變壞事,甚至不少大作都因此落馬。
UGUI 深度優化提升手遊效能
https://hackmd.io/s/S1z1ByaGb#UGUI-%E6%B7%B1%E5%BA%A6%E5%84%AA%E5%8C%96%E6%8F%90%E5%8D%87%E6%89%8B%E9%81%8A%E6%95%88%E8%83%BD UI 基礎 UI 優化工具
留學生回國創業做手遊,年利潤已上千萬元,看他怎麼“玩”的
新中關村人,用自己的激情,在夢想的路上前行。楊鑫淼就是這樣的一位,他擁有非常強的毅力。 楊鑫淼完全可以擁有另外一種人生:博士,衣食無憂,不必奔走,豪車遊艇一應俱全。這是無數人羨慕的“富二代”生活。但他放棄了那條大路,走上了前途未卜的創業旅途。結果,他在這條本不寬廣的路上,披荊斬棘,硬是結出了成功
關於做web前端效能測試一些原則的心得分享
今天做測試的時候犯了一點原則性的低階錯誤,記錄下來和大家分享、共勉之!這裡我儘量詳細描述出自己的思考方式,希望對測試新人有所幫助。不足之處請老前輩提出,共同學習。 前兩天專案更新了版本(B/S架構),一般更新版本給客戶以後測試人員都會很忐忑:是不是會出現什麼意想不到的問題?
使用 Mono.Cecil 輔助 Unity3D 手遊進行性能測試(續)
uil tar ron 重命名 def ace 重復 library com 本文嚴禁轉載。 之前的方法及其局限 問題背景和最初的嘗試見這裏。最開始的想法比較簡單,只想著利用 PostprocessBuild 這個事件,來對已經準備好的本地工程文件(iOS 或 A
為測試賦能,騰訊WeTest探索手遊AI自動化測試之路
面數據 利用 ima 動畫 作者 就會 安全 嘗試 機械 作者:周大軍/孫大偉, 騰訊後臺開發 高級工程師 商業轉載請聯系騰訊WeTest獲得授權,非商業轉載請註明出處。 WeTest導讀 做好自動化測試從來不件容易的事情,更何況是手遊的自動化測試
如何規避適配風險?以《亂世王者》為例,探秘手遊兼容性測試之路
其中 導致 class 自動 activiti 挖掘 除了 手遊 app 歡迎大家前往雲+社區,獲取更多騰訊海量技術實踐幹貨哦~ 作者:Lane Li,騰訊適配測試負責人、WeTest專家兼容測試負責人 由 騰訊遊戲雲 發布在雲+社區 項目背景 《亂世王者》是一款歷史架
JMeter效能測試,完整入門篇(自己做測試了)
原文轉自:https://blog.csdn.net/lovesoo/article/details/78579547 Apache JMeter是一款純java編寫負載功能測試和效能測試開源工具軟體。相比Loadrunner而言,JMeter小巧輕便且免費,逐漸成為了主流的效能測試工具,是每個
測試做了五年,總結了這些效能測試的知識點
關於記憶體在一塊其實我並不是很想拿出來說,一般情況下記憶體這一塊都是可優化的,可以通過硬體資源或者調整一些系統或者應用系統的引數配置來進行優化。 很多同僚問到了“記憶體洩漏”和“記憶體溢位”,其實這個在baidu上就有解釋。而我們很多人經常會混淆了這兩個東西,在這裡我就簡單的引用一些資源說
Jmeter分散式部署測試-----遠端連線多臺電腦做壓力效能測試
在使用Jmeter進行介面的效能測試時,由於Jmeter 是JAVA應用,對於CPU和記憶體的消耗比較大,所以,當需要模擬數以萬計的併發使用者時,使用單臺機器模擬所有的併發使用者就有些力不從心,甚至會引起JAVA記憶體溢位錯誤。為了讓jmeter工具提供更大的負載能力,這時可以使用Jmeter提供的
Jmeter做效能測試遇到的問題及解決辦法
前天客戶要求給他提供一份效能測試報告,說:“我們的系統將來的使用者數量可以達到800人左右,所以我希望系統能夠支援的最大使用者併發數可以達到1000” 。⊙﹏⊙b汗 我用的測試工具是Jmeter2.2。需要測試的是一個OA系統辦公平臺。主要遇到的以下幾個問題:(jmeter
Loadrunner做效能測試:為什麼100個使用者的響應時間反而比50個使用者的響應時間更短?
我在中國外匯交易中心工作過一段時間,當時有個專業的Loadrunner測試團隊,他們的測試結果:為什麼100個使用者的響應時間反而比50個使用者的響應時間更短。分析:首先這肯定是一種不正常的現象,因為
效能測試入門(二):做個最簡單的效能測試
之前在《效能測試中的各項指標告訴我們什麼》簡單介紹了一些基本的效能指標的含義,明確了我們效能測試的目標是在保證請求成功率及不超過目標請求時間的情況下,找出我們系統的最大併發量。在這篇文章中我們做些實踐,以程式設計師小張的視角來做一次效能測試。 做個最簡單的
locust手機號批量註冊效能測試
from locust import TaskSet,task,HttpLocust from common.redisCon import redis_clusters import queue class register(TaskSet): @task def register
手遊測試進階實操技能
手遊測試員所需要做的事情分為三類: 一,遊戲的硬性BUG,此BUG不光是指一些遊戲中出現的宕機或者指令碼錯誤之類,會直接導致遊戲無法執行下去的BUG;還包括那些字型出格,錯字,來電沒聲音之類的不會導致遊戲無法執行,但是明顯需要改正的錯誤。 二,有一些瑕疵是屬於
開始做遊戲的第一天。整理需要學習的資料關於Unity手遊開發
2017/12/25 1.查詢招聘網站對於Unity開發工程師的要求,C#熟練,LUA用於熱更新,C++ 或 其他後端語言瞭解,熟悉Unity架構,瞭解常用演算法和資料結構。 2.確認自己目前已擁有的技能和需要掌握的技能,核心需求點目前是LUA的使用與基本資料結構。 3.接
1.用Jemeter 做UDP 效能測試
1.下載Jemeter 5.0 啟動jemeter.bat 2. .. 新增測試計劃TestPlan ,建立執行緒組Thread Group 3.下載jemeter plugin 外掛 https://jmeter-plugins.org/install/I
在做效能測試之前需要知道什麼
最近群裡來了很多新朋友,大都是新做測試或準備做測試工作的,見好多新來上來就問關於LoadRunner的使用上的問題。對效能測試的理解也不是太清楚。公司說讓他們對系統做個性能測試,他們聽說LoadRunner是做效能測試的,在網上找了點了LoadRunner的
Unity 根據手機陀螺儀做UI動態旋轉移動的功能。像手遊崩壞3裡面流動的UI介面一樣
玩過手遊崩壞3的應該會發現遊戲裡面的UI 介面還有一些場景 會根據 玩家手機的平衡狀態對UI或者相機進行位移或者旋轉。 今天我們要使用移動端的重力感應,做類似的效果,來增加UI介面的流動感. 其實就是通過移動端的重力感應獲