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

客戶端性能測(cè)試指標(biāo)

我們?cè)撽P(guān)注哪些指標(biāo)?

CPU 內(nèi)存 FPS

客戶端性能測(cè)試指標(biāo)-CPU

這裡指的是遊戲所占用的CPU占用率

拋開(kāi)場(chǎng)景談CPU性能無(wú)意義

android設(shè)備，建議90%的場(chǎng)景CPU占用小於60%

ios設(shè)備，建議90%的場(chǎng)景占用小於80%

游戲接口測(cè)試

什么是接口？代碼暴露出一部分屬性或方法

常見(jiàn)的接口分類 1.程序自身內(nèi)部的模塊接口 2.程序暴露給其他程序調(diào)用的接口

弱網(wǎng)測(cè)試要解決的問(wèn)題：1、網(wǎng)絡(luò)信號(hào)差的情況下，對(duì)游戲運(yùn)行的影響2、高丟包率的網(wǎng)絡(luò)環(huán)境，對(duì)游戲的影響3、不同網(wǎng)絡(luò)信號(hào)之間切換時(shí)，對(duì)游戲運(yùn)行的影響4、短線重連對(duì)游戲運(yùn)行的影響5、前后端數(shù)據(jù)一致的問(wèn)題

BUG詳解（發(fā)現(xiàn)BUG僅僅是測(cè)試工作的開(kāi)始）

BUG 的界定標(biāo)準(zhǔn)；1.與需求設(shè)計(jì)不符 2.違背常識(shí)

測(cè)試用例編寫
1.格式

一個(gè)清晰的格式為何重要？

a·首頁(yè)內(nèi)容：（用例關(guān)鍵信息）1.用例名稱，2.用例對(duì)應(yīng)的游戲版本，3.編寫人，編寫日期備注，3.修改人，修改日期、修改備注4.需求文檔的鏈接地址

b·正文頁(yè)內(nèi)容：1功能邏輯圖（若有，便于理解）、2用例id、3模塊名稱、4測(cè)試先決條件（入口）、5輸入信息6、輸出結(jié)果、7備注信息

c·關(guān)于格式的注意事項(xiàng)：1用例有清晰的邏輯2、一個(gè)輸入只對(duì)應(yīng)一個(gè)輸出、3保證每次更新用例后都有明確的記錄標(biāo)注4、保證格式一致
2.常用編寫方法
a·等價(jià)類：一個(gè)輸入集合內(nèi)，任何輸入數(shù)據(jù)對(duì)于輸出的驗(yàn)證來(lái)講都是等效的，所以選取少量代表性測(cè)試數(shù)據(jù)代表整個(gè)數(shù)據(jù)
有效等價(jià)類：有意義的輸入集合，可以驗(yàn)證程序的正常功能和流程
無(wú)效等價(jià)類：無(wú)意義的輸入集合，驗(yàn)證特殊情況

b·邊界值：1.對(duì)于輸入或輸出的邊界值進(jìn)行分析2.邊界值的確定；一般選取正好等于，剛剛小于和剛剛大于3種情況做為測(cè)試數(shù)據(jù)4·適用范疇：數(shù)值測(cè)試、字符串測(cè)試、數(shù)據(jù)類型測(cè)試等

c·因果圖：1·輸入與輸出之間因果關(guān)系的一種關(guān)系圖
適用于：輸入條件較為復(fù)雜，存在多種可能組合（笛卡爾積）的情況
方法：識(shí)別出因（所有輸入）、中間節(jié)點(diǎn)、果（所有輸出），并且根據(jù)關(guān)系連接起來(lái)
2·判定表：可以通過(guò)因果圖來(lái)生成的一種結(jié)果判定表格（因、中間節(jié)點(diǎn)、果，01表示是否存在）

3.因果圖嘗嘗與判定表一起使用，通過(guò)因果圖生成判定表，通過(guò)判定表來(lái)書(shū)寫測(cè)試用例

3·

4.注意事項(xiàng)
輸入條件單一明確，不用容易引起誤解的詞，比如可能大概等
輸出要可判斷且明確，不用顯示正確這種詞匯
測(cè)試步驟要可執(zhí)行
保證盡量高的覆蓋度
能抽象合并的盡量抽象合并，避免無(wú)意義的冗余
5·測(cè)試用例整理與維護(hù)
需求變化后及時(shí)更新并備注修改情況（修改內(nèi)容、產(chǎn)品和開(kāi)發(fā)負(fù)責(zé)人）
遇到冗余的測(cè)試用例，如果遇到重復(fù)用例，根據(jù)實(shí)際情況及時(shí)修改
注意測(cè)試用例的備份

功能模塊劃分

（1）劃分原則：（博主自己的總結(jié)，不存在與任何軟件測(cè)試書(shū)籍中）

1、高內(nèi)聚，低耦合：模塊內(nèi)關(guān)聯(lián)度高；模塊間關(guān)聯(lián)度低，無(wú)法合并成一個(gè)模塊

比如一個(gè)貨幣購(gòu)買的功能，月卡的購(gòu)買和普通貨幣的購(gòu)買可以劃分成兩個(gè)單獨(dú)的模塊，因?yàn)閮烧邘缀醪淮嬖谌魏侮P(guān)聯(lián)度，購(gòu)買其中任何一個(gè)模塊不會(huì)對(duì)另一個(gè)模塊產(chǎn)生影響，符合低耦合的原則；

如果就月卡的購(gòu)買進(jìn)行分拆的話，顯然沒(méi)必要繼續(xù)劃分成功能和UI兩個(gè)模塊，因?yàn)樵驴ǖ馁?gòu)買流程非常簡(jiǎn)單，而且功能之間的關(guān)聯(lián)度非常高，符合高內(nèi)聚的原則。

2、重整體，輕局部：功能整體上關(guān)注模塊構(gòu)成、邏輯和覆蓋范圍，輕局部不用糾結(jié)較為具體的細(xì)節(jié)

還是以貨幣的購(gòu)買功能為例，整體上可以劃分為UI、購(gòu)買與領(lǐng)取、特殊情況等大模塊，或許也可以劃分成一些子模塊；不用太關(guān)注細(xì)節(jié)，比如頁(yè)面上顯示的倒計(jì)時(shí)、UI按鈕的位置等等

（2）劃分方法：（博主自己的總結(jié)，不存在與任何軟件測(cè)試書(shū)籍中）

1、功能流程法（小系統(tǒng)）：將功能的基本流程畫出來(lái)，根據(jù)流程的每個(gè)大的環(huán)節(jié)進(jìn)行模塊劃分，然后再細(xì)化和查漏補(bǔ)缺

舉例;（銀行取錢模塊劃分：插卡 -- 輸密碼 -- 輸入金額 --取錢 -- 退卡）

2、層次劃分法（大系統(tǒng)）：按照邏輯層次逐層細(xì)化出模塊，比較適用于UI劃分，大的系統(tǒng)模塊劃分等

（dota游戲模塊劃分：見(jiàn)截圖）

3、類型劃分法：按照功能內(nèi)容的不同類型進(jìn)行劃分（如按照道具的不同類型進(jìn)行劃分）

注意點(diǎn)

不同方法適用于不同場(chǎng)景 具體問(wèn)題具體分析

有時(shí)候一個(gè)功能要結(jié)合多種方法進(jìn)行劃分

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

劃分完成后，結(jié)合需求文檔重新梳理，確保模塊清晰、覆蓋完整、符合需求設(shè)計(jì)

游戲測(cè)試基本流程（6個(gè)環(huán)節(jié)）：

1.功能需求會(huì)議——>2.測(cè)試用例編寫——> 3.冒煙測(cè)試——>4.詳細(xì)測(cè)試——>5.回歸測(cè)試——>6.Checklist檢查

（1）功能需求會(huì)議(一般策劃人員開(kāi))：1.測(cè)試人員需了解需求內(nèi)容，2.提出可能存在的風(fēng)險(xiǎn)點(diǎn)，3.思考功能的測(cè)試重點(diǎn)和難點(diǎn)，如需工具輔助，需提出開(kāi)發(fā)要求，4.思考可以優(yōu)化的地方，并提出導(dǎo)論。

（2）測(cè)試用例編寫：1.根據(jù)需求書(shū)寫測(cè)試用例，2.關(guān)注功能邏輯實(shí)現(xiàn)，3.考慮各種特殊情況（如邊界值，網(wǎng)絡(luò)中斷，進(jìn)程中斷等），4.關(guān)注需求變更情況，需要及時(shí)調(diào)整測(cè)試用例。

（3）冒煙測(cè)試（不能完全發(fā)現(xiàn)bug,特點(diǎn)是快速過(guò)一遍功能，把明顯的bug告訴開(kāi)發(fā)人員）：1.詳細(xì)測(cè)試前的一個(gè)小環(huán)節(jié)，2.快速發(fā)現(xiàn)比較明顯的bug3.快速確保主邏輯流程跑通，4.快速明確功能開(kāi)展?fàn)顟B(tài)（比如是否有明顯的功能缺失或者配置是否配全等等）

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

（5）回歸測(cè)試：1.測(cè)試已經(jīng)被修復(fù)的內(nèi)容，2.需求調(diào)整后的內(nèi)容，3.再次詳細(xì)測(cè)試各邏輯分支。

（6）checklist（檢查點(diǎn)，快速，不細(xì)測(cè)，可有可無(wú)，發(fā)布版本時(shí)測(cè)試）：1.簡(jiǎn)要快速的檢查功能的主要邏輯點(diǎn)，2.檢查與該功能有關(guān)聯(lián)的任何其他功能點(diǎn)。

1、游戲開(kāi)發(fā)團(tuán)隊(duì)：制作人、策劃、程序、美術(shù)、測(cè)試

bug的生命周期

Bug的提報(bào)標(biāo)準(zhǔn)?

• 

• 注意點(diǎn)

優(yōu)先級(jí)P0 致命? ?立即修復(fù)

? ? ? ? ? p1 嚴(yán)重? ?緊急修復(fù)

????????? p2 一般? ?允許一段時(shí)間內(nèi)修復(fù)

? ? ? ? ? p3 提示? ?允許延期修復(fù)

bug的提報(bào)標(biāo)準(zhǔn)

需求文檔分析

功能模塊劃分

測(cè)試用例編寫

測(cè)試用例整理與維護(hù)

文檔閱讀

細(xì)節(jié)溝通探討

邏輯梳理

功能拓展思考

兼容相關(guān)思考

游戲測(cè)試基本流程

測(cè)試工作人員

功能會(huì)議

測(cè)試用例書(shū)寫

冒煙測(cè)試

詳細(xì)測(cè)試

回歸測(cè)試

checklist檢查

弱網(wǎng)測(cè)試

edge， 2g ，3g， 4g

不同丟包概率的情況

工具? fiddler? , network link conditioner(xcode提供的工具)

gm工具測(cè)試

測(cè)試gm工具的功能實(shí)現(xiàn)

測(cè)試gm工具的數(shù)據(jù)方面

sdk測(cè)試

用戶數(shù)據(jù)測(cè)試

充值消費(fèi)測(cè)試

各個(gè)渠道對(duì)接測(cè)試（日志數(shù)據(jù)，前后端數(shù)據(jù)對(duì)應(yīng)）

功能測(cè)試

性能測(cè)試

壓力測(cè)試

兼容測(cè)試

安全測(cè)試

接口測(cè)試

日志測(cè)試

弱網(wǎng)測(cè)試

gm測(cè)試

sdk測(cè)試

事務(wù)成功率，響應(yīng)時(shí)間

兼容性測(cè)試

壓力測(cè)試

性能測(cè)試

功能測(cè)試

游戲版本兼容測(cè)試

操作系統(tǒng)兼容測(cè)試

屏幕分辨率測(cè)試

安全測(cè)試

內(nèi)存修改測(cè)試

加密測(cè)試

反編譯測(cè)試

網(wǎng)絡(luò)安全測(cè)試? ?明文or密文傳輸? ??

接口測(cè)試??

日志測(cè)試

客戶端測(cè)試日志? ?服務(wù)器測(cè)試日志