-
測試:功能，性能，壓力查看全部
-
ios常用工具xcode自帶的instrument；安卓常用工具emmage和GT查看全部
-
還好還好哈查看全部
-
。查看全部
-
游戲開發:制作人 美術 測試查看全部
-
內存占用標準查看全部
-
通過bug數量分布判斷版本是否穩定查看全部
-
bug提交標準查看全部
-
接口測試，jmete工具查看全部
-
客戶端性能測試：客戶端CPU使用率，客戶端內存占有率，客戶端網絡流量使用情況，客戶端耗電量，客戶端幀頻 使用工具：ios常用工具xcode自帶的instrument;安卓emmage和gt查看全部
-
講的過于簡單，老師出個稍微復雜深度點的課程吧，付費的課程也好查看全部
-
1:案例分析查看全部
-
1測試用例編寫 A格式 首頁內容：（用例關鍵信息）用例名稱，游戲版本，編寫人，編寫日期，修改人，修改日期、需求文檔路徑、備注信息 正文頁內容：功能邏輯圖（若有，便于理解）、用例id、模塊名稱、測試先決條件（入口）、輸入信息、輸出結果、備注信息 注意事項：用例有清晰的邏輯、一個輸入只對應一個輸出、保證每次更新用例后都有明確的記錄標注、保證格式一致 B常用編寫方法 等價類：一個輸入集合內，任何輸入數據對于輸出的驗證來講都是等效的，所以選取少量代表性測試數據代表整個數據 有效等價類：有意義的輸入集合，可以驗證程序的正常功能和流程 無效等價類：無意義的輸入集合，驗證特殊情況 邊界值：對于輸入或輸出的邊界值進行分析 適用：數值測試、字符串測試、數據類型測試等 因果圖：輸入與輸出之間因果關系的一種關系圖 適用于：輸入條件較為復雜，存在多種可能組合（笛卡爾積）的情況 方法：識別出因（所有輸入）、中間節點、果（所有輸出），并且根據關系連接起來 判定表：可以通過因果圖來生成的一種結果判定表格（因、中間節點、果，01表示是否存在） C注意事項 輸入條件單一明確，不用容易引起誤解的詞，比如可能大概等 輸出要可判斷且明確，不用顯示正確這種詞匯 測試步驟要可執行 保證盡量高的覆蓋度 能抽象合并的盡量抽象合并，避免無意義的冗余 2測試用例整理與維護 需求變化后及時更新并備注修改情況（修改內容、產品和開發負責人） 遇到冗余的測試用例，根據實際情況及時修改 注意測試用例的備份查看全部
-
功能模塊劃分（重整體，不要糾結細節） 劃分原則 高內聚，低耦合：模塊內關聯度高，模塊間關聯度低 重整體，輕局部：功能整體上關注模塊構成、邏輯和覆蓋范圍，不用糾結較為具體的細節 劃分方法 功能流程法（小系統）：將功能的基本流程畫出來，根據流程的每個大的環節進行模塊劃分（然后再細化和查漏補缺。銀行取錢：插卡 -- 輸密碼 -- 輸入金額 --取錢 -- 退卡） 層次劃分法（大系統）：按照邏輯層次逐層細化出模塊，直至不能劃分 類型劃分法：按照功能內容的不同類型進行劃分（如按照道具的不同類型進行劃分） 注意點 不同方法適用于不同場景 有時候一個功能要結合多種方法進行劃分 劃分方法不重要，原則更重要 劃分完成后，結合需求文檔重新梳理，確保模塊清晰、覆蓋完整、符合需求設計查看全部
-
游戲開發團隊包括制作人、策劃、程序、美術、測試查看全部
舉報
0/150
提交
取消