灰盒測試
灰盒測試朽砰，是介于白盒測試與黑盒測試之間的一種測試尖滚，灰盒測試用于集成測試階段，不僅關(guān)注輸出瞧柔、輸入的正確性漆弄，同時也關(guān)注程序內(nèi)部的情況≡旃灰盒測試不像白盒那樣詳細(xì)撼唾、完整，但又比黑盒測試更關(guān)注程序的內(nèi)部邏輯哥蔚，通過表征性的現(xiàn)象倒谷、事件、標(biāo)志來判斷內(nèi)部的運行狀態(tài)糙箍。
????1.關(guān)注需求本身渤愁；（需求文檔）
????2.關(guān)注實現(xiàn)邏輯；（技術(shù)文檔/方案）??????? 細(xì)心深夯、耐心猴伶、測試技術(shù)技巧
目的
????第一是確認(rèn)程序按正確的實現(xiàn)方式實現(xiàn)策劃需求；
????第二是提供風(fēng)險評估的信息塌西；面向主程/主測/項目經(jīng)理
????第三測試開發(fā)的過程。保證整個軟件開發(fā)過程是高質(zhì)量的筝尾，以確保轉(zhuǎn)測質(zhì)量及交付質(zhì)量捡需。
四個維度分析測試任務(wù)前端、后端筹淫、數(shù)據(jù)庫站辉、后臺（統(tǒng)計）
1.??需求分析階段?
分析需求文檔呢撞、技術(shù)文檔（判斷條件每個分支的正確性分析），輸出腦圖：
1）? 明確前端變值（數(shù)據(jù)/狀態(tài)/進度等）饰剥，測試變值的范圍（數(shù)據(jù)的區(qū)間/刷新殊霞、狀態(tài)的切換、進度的區(qū)間等）汰蓉；
2） 明確后端主動同步的信息（第三方玩家金幣的刷新绷蹲、公告、道具的消耗與獲得等主動推送的內(nèi)容）顾孽，測試消息的及時性與同步率（了解其實現(xiàn)方案祝钢，可第一時間預(yù)估風(fēng)險）；---邏輯處理的判斷條件的邊界若厚，算法實現(xiàn)拦英，數(shù)據(jù)類型是否合理等
3） 明確數(shù)據(jù)記錄什么時候在內(nèi)存里什么時候?qū)懭?b>數(shù)據(jù)庫，寫入什么數(shù)據(jù)庫测秸，測試數(shù)據(jù)的準(zhǔn)確性疤估、及時性及異常情況下的正確性，數(shù)據(jù)庫存儲字段的數(shù)據(jù)類型是否合理霎冯，數(shù)據(jù)庫建表索引/主鍵是否合理铃拇；
4） 明確數(shù)據(jù)庫需記錄什么樣的基礎(chǔ)數(shù)據(jù)來確保統(tǒng)計信息的完善，分析數(shù)據(jù)第一是確認(rèn)功能效益肃晚、第二是當(dāng)問題玩家出現(xiàn)時便于查詢追溯玩家行為（必要時可加打點需求建議）锚贱；
2.??用例輸出階段
根據(jù)需求分析階段的腦圖，完善用例关串，輸出有效的測試用例
【重點邏輯拧廊、邊界、數(shù)據(jù)安全晋修、玩家資產(chǎn)等測試點標(biāo)紅吧碾、配置相關(guān)表名/字段標(biāo)藍）】
用例編寫（含異常測試用例）- 用例評審（內(nèi)部評審、公開評審）--基本能力
功能測試用例設(shè)計方法：
(1)逐級細(xì)分墓卦；(2)輸入域測試倦春；(3)輸出域分析；(4) 正交分析落剪；(5) 業(yè)務(wù)流程分析睁本；(6)狀態(tài)遷移；(7)因果圖（輸入條件：因忠怖，輸出條件：果）呢堰；(8)判定表；(9)錯誤猜測凡泣；(10)等價類劃分枉疼；(11)邊界值分析皮假；
用例評審參與人：功能測試負(fù)責(zé)人、前/后端程序骂维、主測惹资、主程、對應(yīng)版本成員
3.???用例執(zhí)行階段
根據(jù)測試用例執(zhí)行用例航闺，測試過程中完善用例（可能存在需求變更或者測試階段發(fā)現(xiàn)的設(shè)計漏洞以BUG的形式提交褪测，同時完善用例）；---確保邏輯處理来颤、需求實現(xiàn)質(zhì)量汰扭、UI分辨率適配等
持續(xù)回歸測試，BUG驗收回歸功能（UI自動化回歸福铅、接口自動化回歸輔助）
【AD+Hod異常觸發(fā)測試】
游戲的操作可以分為以下3個階段:? ? ?1.游戲啟動操作域? ? 2.游戲中操作域? 3.游戲后操作域
缺陷觸發(fā)大致可以分為6大類:配置觸發(fā)萝毛、啟動觸發(fā)、異常缺陷滑黔、壓力觸發(fā)笆包、正常觸發(fā)、重啟觸發(fā)
1）配置觸發(fā)：游戲所運行的平臺略荡、操作系統(tǒng)庵佣、數(shù)據(jù)庫和時間、游戲顯示設(shè)置汛兜、游戲系統(tǒng)音效巴粪、音量、操作系統(tǒng)安裝的補丁以及語言設(shè)置都可以是配置觸發(fā)缺陷的觸發(fā)點粥谬，包括外部的輸入/輸出設(shè)備的配置肛根，網(wǎng)絡(luò)配置、游戲中斷等漏策；
2）啟動觸發(fā)：游戲功能正在啟動或者代碼正在初始化時觸發(fā)的缺陷派哲，重新載入地圖、使用道具掺喻、使用技能芭届、CD恢復(fù)時容易觸發(fā),游戲程序在啟動和初始化的過程中對條件進行初始化導(dǎo)致的錯誤；
3）異常缺陷：聊天框中輸入非法字符感耙、斷線重連褂乍、網(wǎng)絡(luò)異常等；
4）壓力觸發(fā)：客戶端/服務(wù)端內(nèi)存容量即硼、CPU占用率树叽、網(wǎng)絡(luò)傳輸速度、數(shù)據(jù)庫的數(shù)據(jù)吞吐量谦絮、用戶連接數(shù)量题诵、文件大小等條件下進行壓力觸發(fā)；
5）正常觸發(fā)：測試功能是否遵從設(shè)計,代碼是否能夠正常運行层皱，證明軟件的功能符合設(shè)計需求性锭；---考慮玩法的易用性，是否符合玩家操作習(xí)慣叫胖、是否好玩草冈、是否好看提供合理意見
6）重啟觸發(fā)：玩家進行離開游戲、結(jié)束游戲瓮增、保存進度退出怎棱、重新讀取進度、關(guān)閉游戲設(shè)備绷跑、或以其他任何方式終止游戲發(fā)生的錯誤拳恋；
【UI分辨率適配測試】
模擬器/unity工程進行適配測試：主要測試全屏界面、邊界按鈕的適配砸捏；
???????? 主流分辨率：2k（?2048×1080）谬运、1080P（1920 x1080?）、720P（1280 x 720垦藏、1280 x 640梆暖、1280 x 544?）、540P（960*540）掂骏、18:9（2880×1440）轰驳、19:9（1080×2280）--根據(jù)市場白皮書持續(xù)優(yōu)化
測試設(shè)備進行適配測試：主要測試異型設(shè)備的適配；--可選擇遠程測試
???????? 主流異形設(shè)備：劉海屏（魅族X8）弟灼、水滴屏（紅米7）级解、全面屏（vivo Y85）、曲面屏（三星S8）袜爪；--根據(jù)市場設(shè)備發(fā)布持續(xù)優(yōu)化
4.??交叉測試階段
每個測試人員的測試方法跟經(jīng)驗和注重點存在差異蠕趁，通過交叉測試避免低級問題發(fā)布，以測試玩家的身份完成測試辛馆，團隊內(nèi)部明確版本發(fā)布的其他模塊交流經(jīng)驗俺陋、總結(jié)漏測問題；---數(shù)據(jù)正確性昙篙、充值腊状、登錄、注冊苔可、賬號信息缴挖、玩家資產(chǎn)、核心功能 零BUG
5.??封包發(fā)布階段
上線交付玩家的最后一道關(guān)卡焚辅，每個測試人員為了團隊的總體榮譽對游戲進行整體的冒煙測試映屋，發(fā)現(xiàn)問題第一時間反饋及時跟進解決進度苟鸯，同時保障發(fā)布質(zhì)量跟發(fā)布節(jié)點，一旦發(fā)布質(zhì)量有問題棚点，優(yōu)先質(zhì)量早处，節(jié)點有影響可以協(xié)調(diào)處理。
6.??線上跟進階段
線上問題優(yōu)先級第一瘫析，其他測試任務(wù)團隊共同承擔(dān)
