第七色在线视频,2021少妇久久久久久久久久,亚洲欧洲精品成人久久av18,亚洲国产精品特色大片观看完整版,孙宇晨将参加特朗普的晚宴

寫機器人模擬人進行壓力測試

服務端日志：記錄玩家操作行為

客戶端日志：客戶端崩潰等

筆記

功能模塊劃分：

功能模塊劃分時應該遵循什么樣的規(guī)則？

模塊劃分原則：

1、高內(nèi)聚，低耦合

2、重整體，輕局部

功能模塊劃分有哪些比較好的方法？

模塊劃分方法1：

功能流程法：將功能的基本流程畫出來，根據(jù)流程的每個大的環(huán)節(jié)進行模塊劃分，然后再細化和查漏補缺；

舉例：請就銀行ATM的取款功能進行模塊劃分

插卡環(huán)節(jié)-密碼登錄環(huán)節(jié)-輸入金額環(huán)節(jié)-取卡環(huán)節(jié)-取走錢幣環(huán)節(jié)

模塊劃分方法2：

層次劃分法：按照邏輯層次逐層細化出模塊的過程，比較適用于UI劃分，大的系統(tǒng)模塊劃分等；

舉例：請就dota的這款游戲進行模塊劃分

dota-戰(zhàn)斗外內(nèi)容-戰(zhàn)斗內(nèi)內(nèi)容-賬號登錄-按鍵設置-英雄-道具

動畫-技能

模塊劃分方法3：

類型劃分法：按照功能包含內(nèi)容的不同類型進行劃分

舉例:兵種測試，道具測試等

兵種測試-可訓練兵種-不可訓練兵種

道具測試-可消耗道具-不可消耗道具

類型劃分比較適用于一個功能種類相對獨立，種類之間關聯(lián)度較低的情況

模塊劃分注意事項

不同的劃分方法適用不同的場景，要具體問題具體分析

有時候一個功能需要結合多種方法進行劃分

劃分方法不重要，劃分原則更重要一些

劃分完畢后，要結合需求文檔重新梳理，確保模塊清晰，覆蓋完整

游戲測試基本流程：

功能會議-測試用例書寫-詳細測試-冒煙測試-回歸測試-CHECKLIST檢查

功能會議：1、了解功能需求內(nèi)容2、提出可能存在的風險點3、思考功能的測試重點和難點，如需要工具輔助，需提出開發(fā)需求4、思考可以優(yōu)化的地方，并提出討論；

測試用例書寫：

1、根據(jù)需求書寫測試用例2、關注功能邏輯實現(xiàn)3、考慮各種特殊情況，如邊界值、網(wǎng)絡中斷、進程中斷等；

4、關注需求變更情況，需求經(jīng)常發(fā)生變更，需要及時調(diào)整測試用例

冒煙測試:1、詳細測試之前的一個環(huán)節(jié)2、快速發(fā)現(xiàn)比較明顯的bug3、快速確保主邏輯流程跑通4、快速明確功能開展狀態(tài)

詳細測試：1、細致的測試每個邏輯分支、資源、配置2、盡量模擬玩家的每一種操作可能3、測試異常情況、如斷網(wǎng)、斷電、事件中斷、進程中斷等情況4、測試數(shù)據(jù)讀取、存儲、網(wǎng)絡等內(nèi)容5、測試該功能對其他功能的影響

回歸測試：

測試已經(jīng)被修復的內(nèi)容、測試需求調(diào)整后的內(nèi)容、再次詳細測試各邏輯分支

checklist檢查

1、簡要快速的檢查功能的主要邏輯點

2、簡要檢查與該功能有關聯(lián)的任何其他功能點

游戲測試工作內(nèi)容：

功能測試、性能測試、壓力測試、兼容測試、安全測試、接口測試、日志測試、弱網(wǎng)測試、gm工具測試、SDK測試

功能測試：

1、是游戲測試中的最常見的模式、主要測試方法為黑盒測試；

2、主要用來驗證功能是否符合需求設計

3、主要考慮功能正確性，而不考慮游戲底層結構及代碼錯誤

4、通常從界面著手開始測試，盡量模擬用戶可能出現(xiàn)的操作；

客戶端性能測試：

1、客戶端CPU使用率2、客戶端內(nèi)存占用率3、客戶端網(wǎng)絡流量使用情況4、客戶端耗電量5、客戶端幀率(FPS)

IOS常用工具xcode自帶的instrument? 安卓常用工具emmage和GT

服務端壓力測試：

1、服務器CPU使用率 2、服務器內(nèi)存占用率3、系統(tǒng)吞吐量（TPS）事務響應時間、事務成功率

兼容測試：機型適配測試、操作系統(tǒng)兼容測試、屏幕分辨率兼容測試、游戲版本兼容測試

安全測試：內(nèi)存修改測試、客戶端加密測試、客戶端反編譯測試、網(wǎng)絡安全測試（）

接口測試：

1、服務器各個接口數(shù)據(jù)測試，主要通過工具來實現(xiàn)

2、接口安全測試，重復發(fā)送請求，查看接口處理情況；

日志測試：

客戶端日志、服務端日志

弱網(wǎng)測試：不同網(wǎng)絡情況，游戲的運行情況，如edge、2g、3g、4g情況

不同丟包率情況下游戲的運行情況

通過工具設置網(wǎng)絡代理來實現(xiàn)，常用的fiddler、network link conditioner

gm工具測試：

1、測試gm工具的功能實現(xiàn)，需要關注工具的設置是否在游戲中起作用

2、測試gm工具的數(shù)據(jù)讀取、存儲

sdk測試：

用戶數(shù)據(jù)測試、充值、消費測試、與各個渠道對接測試

游戲研發(fā)團隊簡介：

制作人（項目整體負責人）：

1、負責游戲研發(fā)環(huán)節(jié)

2、負責游戲運營環(huán)節(jié)

3、負責項目人員管理

4、負責項目事務管理

策劃：

1、劇情：負責規(guī)劃游戲中的各種劇情、故事、背景等；

2、系統(tǒng)：設計游戲中各種系統(tǒng)的規(guī)則

3、數(shù)值：規(guī)劃游戲中各種資源的產(chǎn)出、消耗等；

4、關卡：設計游戲中各種關卡；

程序員：代碼實現(xiàn)人員，負責把策劃的設計及美術資源等通過編碼實現(xiàn)成可玩的程序；

前端程序：實現(xiàn)游戲客戶端的展現(xiàn)與邏輯

后端程序：實現(xiàn)服務器端的邏輯，數(shù)據(jù)驗證等；

美術：制作游戲中的各類美術資源（場景、UI、原畫、動畫）

測試：項目的質量保證人員，主要工作是發(fā)現(xiàn)游戲中存在的缺陷并及時返回出來；

功能測試、性能測試、壓力測試、兼容測試、自動化測試、安全測試

游戲開發(fā)流程：

制作人：制作項目目標，規(guī)劃

策劃：將項目目標拆解成細致的需求，并將需求細化成文案

測試-程序-美術：將需求用代碼和美術資源實現(xiàn)出來，測試寫測試用例

測試：對項目各個方面進行質量控制，將發(fā)現(xiàn)的缺陷反映出來

游戲接口測試的主要內(nèi)容

1. 客戶端與服務端之間的網(wǎng)絡接口測試【修改參數(shù)】【重復發(fā)包】

2. Jmeter或者腳本語言

3. 
   

Bug詳解

1. 發(fā)現(xiàn)bug僅僅是測試工作的開始

2. bug的界定標準

   1. 與需求設計不符

   2. 違背常識

3. bug提報標準

   1. 標題【模塊】+簡短描述

   2. 測試環(huán)境：版本，系統(tǒng)，服務器，賬號

   3. 描述：詳細描述

   4. 重現(xiàn)步驟：重新啊bug的詳細流程步驟及復現(xiàn)概率

   5. 希望結果：修復后結果

   6. 備注：log，截圖
      

4. bug驗證標準

   1. 嚴格按照復現(xiàn)步驟驗證

   2. 去除測試環(huán)境的影響

   3. 驗證標注：注明時間

   4. 擴展：是否對其他肝功能有影響，做簡單回歸

   5. 注意點：驗證不能只看前段展現(xiàn)，更應關注后端數(shù)據(jù)

5. bug的跟蹤與推動

   1. 有責任跟蹤

   2. 及時與開發(fā)溝通，了解修復狀態(tài)病提供修復過程中的支持

   3. 不修復的bug需要與開發(fā)和上級確認

   4. bug修復后，需要及時驗證
      

測試用例編寫

1. 格式

   1. 為什么重要？

      1. 脈絡清晰明了

      2. 方便需求變化后的更新維護

      3. 方便執(zhí)行人員上手
         

   2. 首頁內(nèi)容

      1. 名稱

      2. 對應版本

      3. 編寫人，編寫日期，備注

      4. 需求文檔鏈接
         

   3. 正文頁內(nèi)容

      1. 功能邏輯圖

      2. 用例id

      3. 模塊名稱

      4. 測試先決條件

      5. 輸入信息

      6. 輸出結果

      7. 備注信息
         

2. 常用的測試用例編寫方法

   1. 等價類：金幣不足時購買道具10【有效等價類】10,11+【無效等價類】9

   2. 邊界值：【剛好相等】【剛剛小于】【剛剛大于】數(shù)值測試，字符串測試

   3. 因果圖&判定表：自動售貨機，找錢和產(chǎn)品
      

3. 測試用例整理與維護

   1. 更新測試用例，并修改備注

   2. 盡量避免冗余

   3. 用例的備份，本地也備份一份，避免線上誤刪除
      

功能模塊劃分

1. 遵循原則

   1. 高內(nèi)聚，低耦合【貨幣購買，月卡+普通貨幣購買】

   2. 重整體，輕局部【貨幣購買，UI購買】
      

2. 劃分的方法

   1. 功能流程法：畫出來，根據(jù)流程每個大環(huán)節(jié)進行模塊劃分，然后再細化和查漏補缺

   2. 層次劃分法：邏輯層次，比較適合UI劃分【戰(zhàn)斗內(nèi)【賬號登陸，按鍵】、戰(zhàn)斗外【英雄【動畫，技能】，道具】】

   3. 類型劃分法：道具測試【可消耗、不可消耗道具】

3.注意事項

?? ?1.具體問題具體分析

????2.原則更重要

????3.根據(jù)需求文檔重新梳理，模塊清晰，功能完整

測試用例

1. 需求文檔分析

   1. 文檔閱讀--至少讀3遍文檔？意圖，遺漏，深入理解，帶著思考（設計的角度）

   2. 細節(jié)溝通探討--不明白的地方，細節(jié)確認，關注需求變更

   3. 邏輯梳理--功能交叉，框架到細化

   4. 功能拓展思考--設計缺陷，測試難點【活動更新時間】，關聯(lián)度【item疊放，包壓力】，特殊情況

   5. 兼容相關思考--版本兼容【交易、對戰(zhàn)】，功能兼容【老功能中新特性，英雄新】，操作系統(tǒng)版本兼容，分辨率兼容【圖片縫隙，圖片偏移，按鈕擋住】
      

2. 功能模塊劃分

3. 測試用例編寫
   

test content

testing

games

遊戲接口測試

什麼是接口?

常見的接口分類

程序自身內(nèi)部的模塊接口

程序暴露給外部其他程序調(diào)用的接口

遊戲接口測試的主要內(nèi)容

客戶端與服務端之間的網(wǎng)路接口測試

遊戲接口測試常用工具

Jmeter或者腳本語言(python)自己寫