-
哈哈查看全部
-
哈哈查看全部
-
測(cè)試用例：需求文檔分析 功能模塊劃分 測(cè)試用例編寫 ?測(cè)試用例整理與維護(hù)
查看全部 -
測(cè)試：功能、性能、壓力、兼容、接口、安全、日志、弱網(wǎng)
、gm工具、SDK
查看全部 -
游戲開發(fā)團(tuán)隊(duì)：制作人，策劃，程序，美術(shù)，測(cè)試
查看全部 -
性能測(cè)試關(guān)注哪些指標(biāo)？
CPU、內(nèi)存、FPS（幀率）、網(wǎng)絡(luò)、電量等等
查看全部 -
弱網(wǎng)測(cè)試的測(cè)試點(diǎn)：
網(wǎng)絡(luò)信號(hào)差的情況下，高丟包率的網(wǎng)絡(luò)環(huán)境，不同網(wǎng)絡(luò)信號(hào)之間的切換，斷線重連等對(duì)游戲運(yùn)行的影響，前后數(shù)據(jù)一致的問題。
工具：macx系統(tǒng)：Network link Conditioner或Charles（Charles本是抓包工具但可以用于改變網(wǎng)絡(luò)）
? ? ? ? ?Windows系統(tǒng)：fiddler
查看全部 -
Bug的詳解：
1.Bug的界定準(zhǔn)則：是否符合需求和是否違反常識(shí)
2.Bug的生命周期：發(fā)現(xiàn)bug->和開發(fā)人員反應(yīng)，修復(fù)bug->驗(yàn)證bug->通過后 關(guān)閉bug意味bug死亡（若是在驗(yàn)收bug時(shí)bug仍未修復(fù)，則重復(fù)以上步驟）
3.Bug的等級(jí)劃分：一般4或5個(gè)等級(jí)（P0致命錯(cuò)誤P1嚴(yán)總錯(cuò)誤P2一般錯(cuò)誤P3無關(guān)緊要錯(cuò)誤）
4.Bug的提案標(biāo)準(zhǔn)：
a.標(biāo)題：【模塊名稱】+簡(jiǎn)短描述
b.測(cè)試環(huán)境:標(biāo)明測(cè)試試用的版本，系統(tǒng)，服務(wù)器，賬號(hào)等
c.描述：bug的詳細(xì)描述
d.重現(xiàn)步驟（重要）：重現(xiàn)bug的詳細(xì)流程步驟及復(fù)現(xiàn)概率，讓開發(fā)人員節(jié)省時(shí)間
e.期望結(jié)果：希望bug修復(fù)后的結(jié)果
f.備注（不重要）：日志信息（log），截圖信息等
5.Bug驗(yàn)收標(biāo)準(zhǔn)：
a.嚴(yán)格按照復(fù)現(xiàn)步驟驗(yàn)證
b盡量使用發(fā)現(xiàn)bug時(shí)的測(cè)試環(huán)境
c.驗(yàn)證標(biāo)注：需要注明驗(yàn)證的版本、服務(wù)器等
d.拓展：盡量思考，是否對(duì)其它功能有影響，做簡(jiǎn)單回歸
e.注意點(diǎn)：驗(yàn)證不能只看前端展現(xiàn)，更應(yīng)該關(guān)注后端數(shù)據(jù)。（比如前端顯示的數(shù)據(jù)正確，但后端的數(shù)據(jù)庫(kù)不正確）
5.BUG的跟蹤與推動(dòng)：
a.每個(gè)人都有責(zé)任跟蹤自己的bug的修復(fù)狀態(tài)
b.及時(shí)與開發(fā)溝通，了解修復(fù)狀態(tài)并提供修復(fù)過程中的支持（比如需要bug的詳細(xì)信息）
c.久不修復(fù)的bug需要與開發(fā)溝通，如果開發(fā)認(rèn)為bug問題不大可以和需求確認(rèn)如何處理，若真的問題不大就可以直接關(guān)閉bug了
d.bug修復(fù)后，需要及時(shí)驗(yàn)證
6.最好課以做個(gè)bug的數(shù)據(jù)分析，比如項(xiàng)目中bug等級(jí)的統(tǒng)計(jì)，各開發(fā)人員中未修復(fù)bug的統(tǒng)計(jì)等等
查看全部 -
（2）如何寫好測(cè)試用例之——功能模塊劃分：
（老師個(gè)人觀點(diǎn)，經(jīng)驗(yàn)所得）
功能模塊劃分原則：
a.高內(nèi)聚，低耦合（模塊內(nèi)的功能緊密聯(lián)合若嘗試分拆則分拆后的內(nèi)容很難單獨(dú)繼續(xù)存在。模塊與模塊間的聯(lián)系關(guān)聯(lián)度低無法合并為一個(gè)模塊）
b.重整體，輕局部（在劃分模塊式須有大局觀，從功能整體的層面上去關(guān)注模塊的構(gòu)成，如模塊的邏輯，模塊的覆蓋范圍等等。劃分模塊時(shí)不要糾結(jié)于某些具體的細(xì)節(jié)）
功能模塊劃分方法：
a.功能流程法：將功能的基本流程畫出來，根據(jù)流程的每個(gè)大的環(huán)節(jié)進(jìn)行模塊劃分，然后再細(xì)化和查漏補(bǔ)缺。
舉例：請(qǐng)就銀行ATM的取款功能進(jìn)行模塊劃分？
插卡->密碼登錄->輸入金額->取出錢幣->取卡
b.層次劃分法：按照邏輯層次逐層細(xì)化模塊的過程，比較適用于UI劃分，大的系統(tǒng)模塊劃分等。
舉例：請(qǐng)就Dota這款游戲進(jìn)行模塊劃分？
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ->賬號(hào)登錄
? ? ? ? ? ->戰(zhàn)斗外內(nèi)容 ? ? ? ? ......
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ->按鍵設(shè)置
DOTA ? ? ?
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?->英雄
? ? ? ? ? ->戰(zhàn)斗內(nèi)內(nèi)容 ? ?......
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?->道具
c.類型劃分法：按功能內(nèi)容的類型劃分。適用于一種功能的種類相對(duì)獨(dú)立，而且種類間的耦合度較低的情況。
舉例：兵種測(cè)試，道具測(cè)試等。
兵種測(cè)試分（可訓(xùn)or不可訓(xùn)）
道具測(cè)試分（可消耗or不可消耗）
PS：具體問題具體分析，有時(shí)候一個(gè)功能可結(jié)合多種方法劃分，注重劃分原則，劃分完畢后結(jié)合需求文檔重新梳理。
查看全部 -
（1）如何寫好測(cè)試用例——需求分檔分析：
文檔閱讀：細(xì)讀需求分檔，加深對(duì)功能的理解，理解功能的設(shè)計(jì)意圖和思路
細(xì)節(jié)溝通討論：不明白的地方需要及時(shí)確認(rèn)，盡早確認(rèn)細(xì)節(jié)，關(guān)注需求變更，并在變更后與開發(fā)和策劃確認(rèn)
邏輯梳理：文檔中的功能順序有可能混亂，需梳理出框架后，逐步細(xì)化。
功能拓展思考
a.設(shè)計(jì)缺陷思考（看看策劃人員是否策劃周全）
b.測(cè)試難點(diǎn)思考（比如刷新問題：時(shí)間太長(zhǎng)，測(cè)試需借助手段）
c.關(guān)聯(lián)度思考（比如領(lǐng)取道具存放背包中，需考慮背包存放有無上限，領(lǐng)取的道具是疊加在一個(gè)框還是排列，若疊加一個(gè)框，一個(gè)框課疊加多少道具等）
d.特殊情況思考（比日領(lǐng)取道具時(shí)斷網(wǎng)等等情況）
兼容相關(guān)思考：
a.版本兼容（同時(shí)存在兩個(gè)版本的情況下功能兼容問題）
b.功能兼容（新功能添加文題，比如增加英雄，會(huì)不會(huì)導(dǎo)致老英雄功能的改變等等）
c.操作系統(tǒng)版本兼容（安卓系統(tǒng)或者ios系統(tǒng)or其它系統(tǒng)兼容問題）
d.分辨率兼容（不同的分辨率顯示的效果可能不一樣）
查看全部 -
游戲測(cè)試基本流程（6個(gè)環(huán)節(jié)）：
功能需求會(huì)議——>測(cè)試用例編寫——> 冒煙測(cè)試——>詳細(xì)測(cè)試——>回歸測(cè)試——>Checklist檢查
功能需求會(huì)議(一般策劃人員開)：測(cè)試人員需了解需求內(nèi)容，提出可能存在的風(fēng)險(xiǎn)點(diǎn)，思考功能的測(cè)試重點(diǎn)和難點(diǎn)，如需工具輔助，需提出開發(fā)要求，思考可以優(yōu)化的地方，并提出導(dǎo)論。
測(cè)試用例編寫：根據(jù)需求書寫測(cè)試用例，關(guān)注功能邏輯實(shí)現(xiàn)，考慮各種特殊情況（如邊界值，網(wǎng)絡(luò)中斷，進(jìn)程中斷等），關(guān)注需求變更情況，需要及時(shí)調(diào)整測(cè)試用例。
冒煙測(cè)試（不能完全發(fā)現(xiàn)bug,特點(diǎn)是快速過一遍功能，把明顯的bug告訴開發(fā)人員）：詳細(xì)測(cè)試前的一個(gè)小環(huán)節(jié)，快速發(fā)現(xiàn)比較明顯的bug以及確保主邏輯流程跑通，快速明確功能開展?fàn)顟B(tài)（比如是否有明顯的功能缺失或者配置是否配全等等）
詳細(xì)測(cè)試：細(xì)致的測(cè)試每個(gè)邏輯分支、資源、配置，盡量模擬玩家的每一種操作可能，測(cè)試異常情況（如斷網(wǎng)，斷電，事件中斷、進(jìn)程中斷等），測(cè)試數(shù)據(jù)讀取、存儲(chǔ)、網(wǎng)絡(luò)等內(nèi)容。ce shi gai gong neng dui qi ta gong neng de ying xiang (you xi de ou he du fei chang gao)
回歸測(cè)試：測(cè)試已經(jīng)被修復(fù)的內(nèi)容，需求調(diào)整后的內(nèi)容，再次詳細(xì)測(cè)試各邏輯分支。
checklist（檢查點(diǎn)，快速，不細(xì)測(cè)，可有可無，發(fā)布版本時(shí)測(cè)試）：簡(jiǎn)要快速的檢查功能的主要邏輯點(diǎn)，檢查與該功能有關(guān)聯(lián)的任何其他功能點(diǎn)。
查看全部 -
游戲測(cè)試基本流程（6個(gè)環(huán)節(jié)）：
功能需求會(huì)議——>測(cè)試用例編寫——> 冒煙測(cè)試——>詳細(xì)測(cè)試——>回歸測(cè)試——>Checklist檢查
功能需求會(huì)議(一般策劃人員開)：測(cè)試人員需了解需求內(nèi)容，提出可能存在的風(fēng)險(xiǎn)點(diǎn)，思考功能的測(cè)試重點(diǎn)和難點(diǎn)，如需工具輔助，需提出開發(fā)要求，思考可以優(yōu)化的地方，并提出導(dǎo)論。
測(cè)試用例編寫：根據(jù)需求書寫測(cè)試用例，關(guān)注功能邏輯實(shí)現(xiàn)，考慮各種特殊情況（如邊界值，網(wǎng)絡(luò)中斷，進(jìn)程中斷等），關(guān)注需求變更情況，需要及時(shí)調(diào)整測(cè)試用例。
冒煙測(cè)試（不能完全發(fā)現(xiàn)bug,特點(diǎn)是快速過一遍功能，把明顯的bug告訴開發(fā)人員）：詳細(xì)測(cè)試前的一個(gè)小環(huán)節(jié)，快速發(fā)現(xiàn)比較明顯的bug以及確保主邏輯流程跑通，快速明確功能開展?fàn)顟B(tài)（比如是否有明顯的功能缺失或者配置是否配全等等）
詳細(xì)測(cè)試：細(xì)致的測(cè)試每個(gè)邏輯分支、資源、配置，盡量模擬玩家的每一種操作可能，測(cè)試異常情況（如斷網(wǎng)，斷電，事件中斷、進(jìn)程中斷等），測(cè)試數(shù)據(jù)讀取、存儲(chǔ)、網(wǎng)絡(luò)等內(nèi)容，測(cè)試此功能對(duì)其他功能的影響。
回歸測(cè)試：測(cè)試已經(jīng)被修復(fù)的內(nèi)容，需求調(diào)整后的內(nèi)容，再次詳細(xì)測(cè)試各邏輯分支。
checklist（檢查點(diǎn)，快速，不細(xì)測(cè)，可有可無，發(fā)布版本時(shí)測(cè)試）：簡(jiǎn)要快速的檢查功能的主要邏輯點(diǎn)，檢查與該功能有關(guān)聯(lián)的任何其他功能點(diǎn)。
查看全部 -
游戲測(cè)試基本流程（6個(gè)環(huán)節(jié)）：
功能需求會(huì)議——>測(cè)試用例編寫——> 冒煙測(cè)試——>詳細(xì)測(cè)試——>回歸測(cè)試——>Checklist檢查
功能需求會(huì)議(一般策劃人員開)：測(cè)試人員需了解需求內(nèi)容，提出可能存在的風(fēng)險(xiǎn)點(diǎn)，思考功能的測(cè)試重點(diǎn)和難點(diǎn)，如需工具輔助，需提出開發(fā)要求，思考可以優(yōu)化的地方，并提出導(dǎo)論。
測(cè)試用例編寫：根據(jù)需求書寫測(cè)試用例，關(guān)注功能邏輯實(shí)現(xiàn)，考慮各種特殊情況（如邊界值，網(wǎng)絡(luò)中斷，進(jìn)程中斷等），關(guān)注需求變更情況，需要及時(shí)調(diào)整測(cè)試用例。
冒煙測(cè)試（不能完全發(fā)現(xiàn)bug,特點(diǎn)是快速過一遍功能，把明顯的bug告訴開發(fā)人員）：詳細(xì)測(cè)試前的一個(gè)小環(huán)節(jié)，快速發(fā)現(xiàn)比較明顯的bug以及確保主邏輯流程跑通，快速明確功能開展?fàn)顟B(tài)（比如是否有明顯的功能缺失或者配置是否配全等等）
詳細(xì)測(cè)試：細(xì)致的測(cè)試每個(gè)邏輯分支、資源、配置，盡量模擬玩家的每一種操作可能，測(cè)試異常情況（如斷網(wǎng)，斷電，事件中斷、進(jìn)程中斷等），測(cè)試數(shù)據(jù)讀取、存儲(chǔ)、網(wǎng)絡(luò)等內(nèi)容，測(cè)試。該功能。對(duì)其他。功能的。影響（游戲的。耦合度。非常的高）
回歸測(cè)試：測(cè)試已經(jīng)被修復(fù)的內(nèi)容，需求調(diào)整后的內(nèi)容，再次詳細(xì)測(cè)試各邏輯分支。
checklist（檢查點(diǎn)，快速，不細(xì)測(cè)，可有可無，發(fā)布版本時(shí)測(cè)試）：簡(jiǎn)要快速的檢查功能的主要邏輯點(diǎn)，檢查與該功能有關(guān)聯(lián)的任何其他功能點(diǎn)。
查看全部 -
游戲測(cè)試基本流程（6個(gè)環(huán)節(jié)）：
功能需求會(huì)議——>測(cè)試用例編寫——> 冒煙測(cè)試——>詳細(xì)測(cè)試——>回歸測(cè)試——>Checklist檢查
功能需求會(huì)議(一般策劃人員開)：測(cè)試人員需了解需求內(nèi)容，提出可能存在的風(fēng)險(xiǎn)點(diǎn)，思考功能的測(cè)試重點(diǎn)和難點(diǎn)，如需工具輔助，需提出開發(fā)要求，思考可以優(yōu)化的地方，并提出導(dǎo)論。
測(cè)試用例編寫：根據(jù)需求書寫測(cè)試用例，關(guān)注功能邏輯實(shí)現(xiàn)，考慮各種特殊情況（如邊界值，網(wǎng)絡(luò)中斷，進(jìn)程中斷等），關(guān)注需求變更情況，需要及時(shí)調(diào)整測(cè)試用例。
冒煙測(cè)試（不能完全發(fā)現(xiàn)bug,特點(diǎn)是快速過一遍功能，把明顯的bug告訴開發(fā)人員）：詳細(xì)測(cè)試前的一個(gè)小環(huán)節(jié)，快速發(fā)現(xiàn)比較明顯的bug以及確保主邏輯流程跑通，快速明確功能開展?fàn)顟B(tài)（比如是否有明顯的功能缺失或者配置是否配全等等）
查看全部 -
游戲測(cè)試基本流程（6個(gè)環(huán)節(jié)）：
功能需求會(huì)議——>測(cè)試用例編寫——> 冒煙測(cè)試——>詳細(xì)測(cè)試——>回歸測(cè)試——>Checklist檢查
功能需求會(huì)議(一般策劃人員開)：測(cè)試人員需了解需求內(nèi)容，提出可能存在的風(fēng)險(xiǎn)點(diǎn)，思考功能的測(cè)試重點(diǎn)和難點(diǎn)，如需工具輔助，需提出開發(fā)要求，思考可以優(yōu)化的地方，并提出導(dǎo)論。
測(cè)試用例編寫：根據(jù)需求書寫測(cè)試用例，關(guān)注功能邏輯實(shí)現(xiàn)，考慮各種特殊情況（如邊界值，網(wǎng)絡(luò)中斷，進(jìn)程中斷等），關(guān)注需求變更情況，需要及時(shí)調(diào)整測(cè)試用例。
冒煙測(cè)試（不能完全發(fā)現(xiàn)bug,特點(diǎn)是快速過一遍功能，把明顯的bug告訴開發(fā)人員）：詳細(xì)測(cè)試前的一個(gè)小環(huán)節(jié)，快速發(fā)現(xiàn)比較明顯的bug以及確保主邏輯流程跑通，快速明確功能開展?fàn)顟B(tài)（比如是否有明顯的功能缺失或者配置是否配全等等）
詳細(xì)測(cè)試：細(xì)致的測(cè)試每個(gè)邏輯分支、資源、配置，盡量模擬玩家的每一種操作可能，測(cè)試異常情況（如斷網(wǎng)，斷電，事件中斷、進(jìn)程中斷等），測(cè)試數(shù)據(jù)讀取、存儲(chǔ)、網(wǎng)絡(luò)等內(nèi)容，測(cè)試該功能對(duì)其他功能的影響（游戲的耦合度非常的高）
查看全部 -
游戲測(cè)試基本流程（6個(gè)環(huán)節(jié)）：
功能需求會(huì)議——>測(cè)試用例編寫——> 冒煙測(cè)試——>詳細(xì)測(cè)試——>回歸測(cè)試——>Checklist檢查
功能需求會(huì)議(一般策劃人員開)：測(cè)試人員需了解需求內(nèi)容，提出可能存在的風(fēng)險(xiǎn)點(diǎn)，思考功能的測(cè)試重點(diǎn)和難點(diǎn)，如需工具輔助，需提出開發(fā)要求，思考可以優(yōu)化的地方，并提出導(dǎo)論。
測(cè)試用例編寫：根據(jù)需求書寫測(cè)試用例，關(guān)注功能邏輯實(shí)現(xiàn)，考慮各種特殊情況（如邊界值，網(wǎng)絡(luò)中斷，進(jìn)程中斷等），關(guān)注需求變更情況，需要及時(shí)調(diào)整測(cè)試用例。
冒煙測(cè)試（不能完全發(fā)現(xiàn)bug,特點(diǎn)是快速過一遍功能，把明顯的bug告訴開發(fā)人員）：詳細(xì)測(cè)試前的一個(gè)小環(huán)節(jié)，快速發(fā)現(xiàn)比較明顯的bug以及確保主邏輯流程跑通，快速明確功能開展?fàn)顟B(tài)（比如是否有明顯的功能缺失或者配置是否配全等等）
詳細(xì)測(cè)試：細(xì)致的測(cè)試每個(gè)邏輯分支、資源、配置，盡量模擬玩家的每一種操作可能，測(cè)試異常情況（如斷網(wǎng)，斷電，事件中斷、進(jìn)程中斷等），測(cè)試數(shù)據(jù)讀取、存儲(chǔ)、網(wǎng)絡(luò)等內(nèi)容，測(cè)試該功能對(duì)其他功能的影響（游戲的耦合度非常的高）
回歸測(cè)試：測(cè)試已經(jīng)被修復(fù)的內(nèi)容，需求調(diào)整后的內(nèi)容，再次詳細(xì)測(cè)試各邏輯分支。
查看全部 -
游戲測(cè)試基本流程（6個(gè)環(huán)節(jié)）：
功能需求會(huì)議——>測(cè)試用例編寫——> 冒煙測(cè)試——>詳細(xì)測(cè)試——>回歸測(cè)試——>Checklist檢查
功能需求會(huì)議(一般策劃人員開)：測(cè)試人員需了解需求內(nèi)容，提出可能存在的風(fēng)險(xiǎn)點(diǎn)，思考功能的測(cè)試重點(diǎn)和難點(diǎn)，如需工具輔助，需提出開發(fā)要求，思考可以優(yōu)化的地方，并提出導(dǎo)論。
測(cè)試用例編寫：根據(jù)需求書寫測(cè)試用例，關(guān)注功能邏輯實(shí)現(xiàn)，考慮各種特殊情況（如邊界值，網(wǎng)絡(luò)中斷，進(jìn)程中斷等），關(guān)注需求變更情況，需要及時(shí)調(diào)整測(cè)試用例。
冒煙測(cè)試（不能完全發(fā)現(xiàn)bug,特點(diǎn)是快速過一遍功能，把明顯的bug告訴開發(fā)人員）：詳細(xì)測(cè)試前的一個(gè)小環(huán)節(jié)，快速發(fā)現(xiàn)比較明顯的bug以及確保主邏輯流程跑通，快速明確功能開展?fàn)顟B(tài)（比如是否有明顯的功能缺失或者配置是否配全等等）
詳細(xì)測(cè)試：細(xì)致的測(cè)試每個(gè)邏輯分支、資源、配置，盡量模擬玩家的每一種操作可能，測(cè)試異常情況（如斷網(wǎng)，斷電，事件中斷、進(jìn)程中斷等），測(cè)試數(shù)據(jù)讀取、存儲(chǔ)、網(wǎng)絡(luò)等內(nèi)容，測(cè)試該功能對(duì)其他功能的影響（游戲的耦合度非常的高）
回歸測(cè)試：測(cè)試已經(jīng)被修復(fù)的內(nèi)容，需求調(diào)整后的內(nèi)容，再次詳細(xì)測(cè)試各邏輯分支。
checklist（檢查點(diǎn)，快速，不細(xì)測(cè)，可有可無，發(fā)布版本時(shí)測(cè)試）：簡(jiǎn)要快速的檢查功能的主要邏輯點(diǎn)，檢查與該功能有關(guān)聯(lián)的任何其他功能點(diǎn)。
查看全部 -
游戲測(cè)試基本流程（6個(gè)環(huán)節(jié)）：
功能需求會(huì)議——>測(cè)試用例編寫——> 冒煙測(cè)試——>詳細(xì)測(cè)試——>回歸測(cè)試——>Checklist檢查
功能需求會(huì)議(一般策劃人員開)：測(cè)試人員需了解需求內(nèi)容，提出可能存在的風(fēng)險(xiǎn)點(diǎn)，思考功能的測(cè)試重點(diǎn)和難點(diǎn)，如需工具輔助，需提出開發(fā)要求，思考可以優(yōu)化的地方，并提出導(dǎo)論。
測(cè)試用例編寫：根據(jù)需求書寫測(cè)試用例，關(guān)注功能邏輯實(shí)現(xiàn)，考慮各種特殊情況（如邊界值，網(wǎng)絡(luò)中斷，進(jìn)程中斷等），關(guān)注需求變更情況，需要及時(shí)調(diào)整測(cè)試用例。
冒煙測(cè)試（不能完全發(fā)現(xiàn)bug,特點(diǎn)是快速過一遍功能，把明顯的bug告訴開發(fā)人員）：詳細(xì)測(cè)試前的一個(gè)小環(huán)節(jié)，快速發(fā)現(xiàn)比較明顯的bug以及確保主邏輯流程跑通，快速明確功能開展?fàn)顟B(tài)（比如是否有明顯的功能缺失或者配置是否配全等等）
詳細(xì)測(cè)試：細(xì)致的測(cè)試每個(gè)邏輯分支、資源、配置，盡量模擬玩家的每一種操作可能，測(cè)試異常情況（如斷網(wǎng)，斷電，事件中斷、進(jìn)程中斷等），測(cè)試數(shù)據(jù)讀取、存儲(chǔ)、網(wǎng)絡(luò)等內(nèi)容，測(cè)試該功能對(duì)其他功能的影響（游戲的耦合度非常的高）
回歸測(cè)試：測(cè)試已經(jīng)被修復(fù)的內(nèi)容，需求調(diào)整后的內(nèi)容，再次詳細(xì)測(cè)試各邏輯分支。
查看全部 -
游戲測(cè)試基本流程（6個(gè)環(huán)節(jié)）：
功能需求會(huì)議——>測(cè)試用例編寫——> 冒煙測(cè)試——>詳細(xì)測(cè)試——>回歸測(cè)試——>Checklist檢查
功能需求會(huì)議(一般策劃人員開)：測(cè)試人員需了解需求內(nèi)容，提出可能存在的風(fēng)險(xiǎn)點(diǎn)，思考功能的測(cè)試重點(diǎn)和難點(diǎn)，如需工具輔助，需提出開發(fā)要求，思考可以優(yōu)化的地方，并提出導(dǎo)論。
測(cè)試用例編寫：根據(jù)需求書寫測(cè)試用例，關(guān)注功能邏輯實(shí)現(xiàn)，考慮各種特殊情況（如邊界值，網(wǎng)絡(luò)中斷，進(jìn)程中斷等），關(guān)注需求變更情況，需要及時(shí)調(diào)整測(cè)試用例。
冒煙測(cè)試（不能完全發(fā)現(xiàn)bug,特點(diǎn)是快速過一遍功能，把明顯的bug告訴開發(fā)人員）：詳細(xì)測(cè)試前的一個(gè)小環(huán)節(jié)，快速發(fā)現(xiàn)比較明顯的bug以及確保主邏輯流程跑通，快速明確功能開展?fàn)顟B(tài)（比如是否有明顯的功能缺失或者配置是否配全等等）
詳細(xì)測(cè)試：細(xì)致的測(cè)試每個(gè)邏輯分支、資源、配置，盡量模擬玩家的每一種操作可能，測(cè)試異常情況（如斷網(wǎng)，斷電，事件中斷、進(jìn)程中斷等），測(cè)試數(shù)據(jù)讀取、存儲(chǔ)、網(wǎng)絡(luò)等內(nèi)容，測(cè)試該功能對(duì)其他功能的影響（游戲的耦合度非常的高）
回歸測(cè)試：測(cè)試已經(jīng)被修復(fù)的內(nèi)容，需求調(diào)整后的內(nèi)容，再次詳細(xì)測(cè)試各邏輯分支。
checklist（檢查點(diǎn)，快速，不細(xì)測(cè)，可有可無，發(fā)布版本時(shí)測(cè)試）：簡(jiǎn)要快速的檢查功能的主要邏輯點(diǎn)，檢查與該功能有關(guān)聯(lián)的任何其他功能點(diǎn)。
查看全部 -
游戲測(cè)試基本流程（6個(gè)環(huán)節(jié)）：
功能需求會(huì)議——>測(cè)試用例編寫——> 冒煙測(cè)試——>詳細(xì)測(cè)試——>回歸測(cè)試——>Checklist檢查
功能需求會(huì)議(一般策劃人員開)：測(cè)試人員需了解需求內(nèi)容，提出可能存在的風(fēng)險(xiǎn)點(diǎn)，思考功能的測(cè)試重點(diǎn)和難點(diǎn)，如需工具輔助，需提出開發(fā)要求，思考可以優(yōu)化的地方，并提出導(dǎo)論。
測(cè)試用例編寫：根據(jù)需求書寫測(cè)試用例，關(guān)注功能邏輯實(shí)現(xiàn)，考慮各種特殊情況（如邊界值，網(wǎng)絡(luò)中斷，進(jìn)程中斷等），關(guān)注需求變更情況，需要及時(shí)調(diào)整測(cè)試用例。
冒煙測(cè)試（不能完全發(fā)現(xiàn)bug,特點(diǎn)是快速過一遍功能，把明顯的bug告訴開發(fā)人員）：詳細(xì)測(cè)試前的一個(gè)小環(huán)節(jié)，快速發(fā)現(xiàn)比較明顯的bug以及確保主邏輯流程跑通，快速明確功能開展?fàn)顟B(tài)（比如是否有明顯的功能缺失或者配置是否配全等等）
詳細(xì)測(cè)試：細(xì)致的測(cè)試每個(gè)邏輯分支、資源、配置，盡量模擬玩家的每一種操作可能，測(cè)試異常情況（如斷網(wǎng)，斷電，事件中斷、進(jìn)程中斷等），測(cè)試數(shù)據(jù)讀取、存儲(chǔ)、網(wǎng)絡(luò)等內(nèi)容，測(cè)試該功能對(duì)其他功能的影響（游戲的耦合度非常的高）
回歸測(cè)試：測(cè)試已經(jīng)被修復(fù)的內(nèi)容，需求調(diào)整后的內(nèi)容，再次詳細(xì)測(cè)試各邏輯分支。
checklist（檢查點(diǎn)，快速，不細(xì)測(cè)，可有可無，發(fā)布版本時(shí)測(cè)試）：簡(jiǎn)要快速的檢查功能的主要邏輯點(diǎn)，檢查與該功能有關(guān)聯(lián)的任何其他功能點(diǎn)。
查看全部 -
游戲測(cè)試主要內(nèi)容：
（1）功能測(cè)試：主要測(cè)試方法為黑盒測(cè)試。主要用來檢驗(yàn)功能是否符合需求設(shè)計(jì)。主要用來考慮功能正確性，而不考慮游戲底層結(jié)構(gòu)及代碼錯(cuò)誤。通常從界面著手測(cè)試，盡量模擬用戶可能出現(xiàn)的操作。
（2）客戶端性能測(cè)試：主要測(cè)試客戶端的CPU使用率，內(nèi)存占用率，網(wǎng)絡(luò)流量使用情況，耗電量，幀率（FPS）。
iOS常用工具：xcode自帶的instrument
安卓常用工具：emmage和GT
（3）服務(wù)端壓力測(cè)試：服務(wù)器的CPU使用率，內(nèi)存占用率，系統(tǒng)的吞吐量（TPS），事務(wù)響應(yīng)時(shí)間，事務(wù)成功率
可使用工具：Jmeter
（4）兼容測(cè)試：機(jī)型匹配測(cè)試，操作系統(tǒng)兼容測(cè)試，屏幕分辨率兼容測(cè)試，游戲版本兼容測(cè)試。
（5）安全測(cè)試：內(nèi)存修改測(cè)試，客戶端加密測(cè)試，客戶端反編譯測(cè)試，網(wǎng)絡(luò)安全測(cè)試。
（6）接口測(cè)試：主要測(cè)試服務(wù)端是否能正確分辨多個(gè)接口，接口安全測(cè)試，重復(fù)發(fā)送請(qǐng)求，查看接口處理情況。
測(cè)試工具：可用Jmeter工具實(shí)現(xiàn)或代碼實(shí)現(xiàn)
（7）日志測(cè)試：客戶端日志測(cè)試（通過玩家平時(shí)的日志，可以幫助我們排查游戲平時(shí)出現(xiàn)的bug），服務(wù)端日志測(cè)試（需要記錄玩家平時(shí)詳細(xì)的操作行為，方便我們根據(jù)玩家的行為作出數(shù)據(jù)分析）
（8）弱網(wǎng)測(cè)試：不同網(wǎng)絡(luò)情況下，游戲的運(yùn)行情況（如Edge,2g,3g,4g）。不同丟包率情況下游戲的運(yùn)行情況（網(wǎng)絡(luò)不好的情況下，丟包率嚴(yán)重）
可通過工具設(shè)置網(wǎng)絡(luò)代理來實(shí)現(xiàn)，常用工具：fiddler,network link conditioner
（9）gm工具測(cè)試(一般運(yùn)營(yíng)人員和客服使用，方便規(guī)劃游戲的活動(dòng)或查詢玩家數(shù)據(jù))
（10）SDK測(cè)試（前端和后端數(shù)據(jù)庫(kù)的存儲(chǔ)及相關(guān)日志記錄是否正確）：用戶數(shù)據(jù)測(cè)試，充值、消費(fèi)測(cè)試，與各個(gè)渠道對(duì)接測(cè)試
查看全部 -
游戲測(cè)試查看全部
-
游戲測(cè)試查看全部
-
1、游戲團(tuán)隊(duì)的簡(jiǎn)介 2、游戲流程的簡(jiǎn)介查看全部
舉報(bào)