今天給各位分享如何編寫游戲測(cè)試用例的知識(shí)，其中也會(huì)對(duì)游戲測(cè)試用例設(shè)計(jì)方法進(jìn)行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關(guān)注本站，現(xiàn)在開始吧！

本文目錄一覽：

• 1、如何寫測(cè)試用例
• 2、編寫測(cè)試用例有哪些方法？
• 3、面試題: 如何對(duì)一個(gè)游戲進(jìn)行設(shè)計(jì)測(cè)試用例.

如何寫測(cè)試用例

對(duì)各個(gè)功能模塊進(jìn)行測(cè)試點(diǎn)分析，提取測(cè)試點(diǎn)再堆測(cè)試點(diǎn)進(jìn)行用例編寫。

比如對(duì)PC端QQ賬號(hào)的登錄模塊，提取測(cè)試點(diǎn)就有：

①正常登陸；

②賬號(hào)為空時(shí)點(diǎn)擊登錄；

③密碼為空時(shí)點(diǎn)擊登錄；

④賬號(hào)密碼都為空時(shí)點(diǎn)擊登錄；

⑤密碼錯(cuò)誤時(shí)點(diǎn)擊登錄 ；

⑥找回密碼功能是否有效；

⑦記住密碼功能是否有效；

⑧自動(dòng)登錄功能是否有效。

編寫測(cè)試用例該注意：

①根據(jù)項(xiàng)目的實(shí)際情況設(shè)計(jì)測(cè)試用例表格；

②用例格式不要生搬硬套；

③根據(jù)具體情況編寫。

編寫測(cè)試用例有哪些方法？

可以采用軟件測(cè)試常用的基該方法：等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、因果圖法、邏輯覆蓋法等設(shè)計(jì)測(cè)試用例。視軟件的不同性質(zhì)采用不同的方法。如何靈活運(yùn)用各種基該方法來(lái)設(shè)計(jì)完整的測(cè)試用例，并最終實(shí)現(xiàn)暴露隱藏的缺陷，全憑測(cè)試設(shè)計(jì)人員的豐富經(jīng)驗(yàn)和精心設(shè)計(jì)。

編寫測(cè)試用例文檔應(yīng)有文檔模板，須符合內(nèi)部的規(guī)范要求。測(cè)試用例文檔將受制于測(cè)試用例管理軟件的約束。 軟件產(chǎn)品或軟件開發(fā)項(xiàng)目的測(cè)試用例一般以該產(chǎn)品的軟件模塊或子系統(tǒng)為單位，形成一個(gè)測(cè)試用例文檔，但并不是絕對(duì)的。

測(cè)試用例文檔由簡(jiǎn)介和測(cè)試用例兩部分組成。簡(jiǎn)介部分編制了測(cè)試目的、測(cè)試范圍、定義術(shù)語(yǔ)、參考文檔、概述等。測(cè)試用例部分逐一列示各測(cè)試用例。每個(gè)具體測(cè)試用例都將包括下列詳細(xì)信息：版本號(hào)、模塊名稱、用例編號(hào)、用例名稱、用例級(jí)別、預(yù)知條件、驗(yàn)證步驟、期望結(jié)果（含判斷標(biāo)準(zhǔn)）、測(cè)試結(jié)果、測(cè)試時(shí)間、測(cè)試人員等。

擴(kuò)展資料

測(cè)試執(zhí)行過(guò)程中，應(yīng)該注意及時(shí)更新測(cè)試用例。往往在測(cè)試執(zhí)行過(guò)程中，才發(fā)現(xiàn)遺漏了一些測(cè)試用例，這時(shí)候應(yīng)該及時(shí)的補(bǔ)充；往往也會(huì)發(fā)現(xiàn)有些測(cè)試用例在具體的執(zhí)行過(guò)程中根本無(wú)法操作，這時(shí)候應(yīng)該刪除這部分用例；也會(huì)發(fā)現(xiàn)若干個(gè)冗余的測(cè)試用例完全可以由某一個(gè)測(cè)試用例替代，那么刪除冗余的測(cè)試用例。

總之，測(cè)試執(zhí)行的過(guò)程中及時(shí)地更新測(cè)試用例是很好的習(xí)慣。不要打算在測(cè)試執(zhí)行結(jié)束后，統(tǒng)一更新測(cè)試用例，如果這樣，往往會(huì)遺漏很多本應(yīng)該更新的測(cè)試用例。

參考資料來(lái)源：百度百科-測(cè)試用例設(shè)計(jì)

參考資料來(lái)源：百度百科-測(cè)試用例

面試題: 如何對(duì)一個(gè)游戲進(jìn)行設(shè)計(jì)測(cè)試用例.

一、游戲軟件與通用軟件的區(qū)別 a) 通用軟件的需求明確，游戲軟件需求理想化 i. 通用軟件中用戶每步操作的預(yù)期結(jié)果都是明確且有規(guī)范可參考的，而網(wǎng)游中并 不是所有的需求都有一個(gè)明確的預(yù)期結(jié)果，拿技能平衡性來(lái)說(shuō)，我們所謂的平衡也只是相對(duì)的平衡，而非絕對(duì)的平衡。沒有什么明確的參考參數(shù)。只能根據(jù)以往游戲的經(jīng)驗(yàn)獲得一個(gè)感知的結(jié)果。 ii. 網(wǎng)絡(luò)游戲中的某些功能是有預(yù)期結(jié)果可參考的。例如組隊(duì)、交易，而另外一些 帶有策劃創(chuàng)意的功能，卻是根據(jù)策劃個(gè)人的理解，來(lái)確定其預(yù)期結(jié)果的。人的思考力都是有限的，所以不能保證在他的創(chuàng)意中會(huì)考慮到各種各樣復(fù)雜的細(xì)節(jié)。也不能夠保證這個(gè)創(chuàng)意就可以完全被用戶所接受。 當(dāng)你作為游戲測(cè)試人員時(shí)，很多時(shí)候你需要做的不僅僅是驗(yàn)證功能。也需要幫助開發(fā)者和用戶找到一個(gè)互相容忍的平衡點(diǎn)。游戲軟件的測(cè)試員帶有對(duì)策劃需求的懷疑，力求通過(guò)自己的努力在玩家和開發(fā)者之間將可能產(chǎn)生的矛盾減小。 b) 通用軟件開發(fā)過(guò)程中需求變更少，游戲軟件開發(fā)過(guò)程中需求便更快 i. 通用軟件的使用人群和軟件的功能針對(duì)性，決定軟件從開始制作就很少再有新 的需求變更。而游戲軟件，為了滿足玩家對(duì)游戲的認(rèn)可度，策劃需要不斷的揣摩玩家的喜好，進(jìn)行游戲功能的改進(jìn)。加之網(wǎng)游制作本身就是一個(gè)龐大復(fù)雜的工程，開發(fā)者不可能做到在開發(fā)的前期，就對(duì)游戲架構(gòu)及擴(kuò)展性做出最好的評(píng)估。所以導(dǎo)致為了滿足用戶的需求而不斷的進(jìn)行一些基礎(chǔ)架構(gòu)的修改，基礎(chǔ)架構(gòu)的修改必然導(dǎo)致某些功能的顛覆。所以就出現(xiàn)了，游戲開發(fā)過(guò)程中的一個(gè)惡性循環(huán)，當(dāng)基礎(chǔ)架構(gòu)修改到滿意了，玩家的需求又有了新的變化，隨之而來(lái)的又要進(jìn)行新的調(diào)整，再進(jìn)行新的修改。最終導(dǎo)致了游戲軟件的開發(fā)周期不斷加長(zhǎng)。任何一個(gè)有經(jīng)驗(yàn)的團(tuán)隊(duì)，對(duì)于每一個(gè)影響基礎(chǔ)的改動(dòng)都應(yīng)該做出正確的評(píng)估。 二、網(wǎng)游有哪些測(cè)試內(nèi)容 a) 性能 i. 客戶端性能 ii. 服務(wù)器端性能 1. 服務(wù)器 2. 數(shù)據(jù)庫(kù) iii. 網(wǎng)絡(luò) b) 功能 i. 從運(yùn)行完game.exe打開游戲界面后可進(jìn)行的各種操作、玩法 ii. 界面 iii. 音樂 c) 自動(dòng)化 i. 測(cè)試工作組織實(shí)施中需要的工具、軟件、平臺(tái)的開發(fā) ii. 自動(dòng)化的回歸測(cè)試作用：游戲中基礎(chǔ)的、變動(dòng)不大的、出錯(cuò)率高的、可進(jìn)行 checklist重復(fù)測(cè)試的功能、性能等自動(dòng)化是一個(gè)好方法 iii. 任何時(shí)候自動(dòng)化都取代不了人腦，它只是將一些重復(fù)性的勞動(dòng)從我們測(cè)試人員 身上去掉，讓我們有更多的時(shí)間做更有意義的事情，如果你覺得你做一件事情是重復(fù)的，且有規(guī)律可行的，不防考慮自動(dòng)化 三、游戲中針對(duì)功能性測(cè)試測(cè)試用例編寫淺談

國(guó)際體驗(yàn)設(shè)計(jì)協(xié)會(huì)IXDC 歷屆大會(huì)精彩集錦

游戲用戶體驗(yàn)大會(huì) 互聯(lián)網(wǎng)產(chǎn)品大會(huì) 交互設(shè)計(jì)體驗(yàn)周

作者：sunli 制作時(shí)間：2008年10月份 個(gè)人空間地址：

[url][/url] 本文檔僅供學(xué)習(xí)參考，請(qǐng)誤擅自轉(zhuǎn)載

2 / 3 先了解下游戲中有哪些功能： a) 游戲發(fā)開中的功能有哪些 i. 不同的游戲?qū)τ诠δ艿膭澐植煌?，但是目前主流一些功能劃分中有以下?nèi)容： 1. 基礎(chǔ)操作 2. Npc 3. 地圖 4. 裝備 5. 劇情 6. 技能 7. 人際 8. PVP 9. …… 這樣我們很簡(jiǎn)單的將整個(gè)游戲的功能進(jìn)行了劃分，劃分完畢，下來(lái)的工作就是針對(duì)某個(gè)功能的測(cè)試了。很多人都問過(guò)一個(gè)問題，游戲測(cè)試中測(cè)試用例到底有什么用。下面繼續(xù)~ b) 游戲測(cè)試的測(cè)試用例有什么作用 i. 測(cè)試執(zhí)行過(guò)程中，按照用例指示的操作檢查操作結(jié)果是否正確，記錄測(cè)試過(guò)程 中發(fā)現(xiàn)的bug ii. 按照用例的執(zhí)行結(jié)果確認(rèn)功能的通過(guò)與否，也有的按照用例的覆蓋率來(lái)確定單 服測(cè)試的通過(guò)與否 iii. 便于回歸測(cè)試的執(zhí)行 這樣講應(yīng)該比較明白了吧。 c) 測(cè)試用例應(yīng)該包括什么——測(cè)試執(zhí)行過(guò)程中所需的所有信息，舉例說(shuō)明下。例如： i. 表頭：功能名稱、案例編寫人員、編寫時(shí)間、測(cè)試人員、測(cè)試時(shí)間 ii. 正文：功能點(diǎn)、測(cè)試點(diǎn)、測(cè)試輸入、預(yù)期結(jié)果、實(shí)際結(jié)果 iii. 用例執(zhí)行結(jié)果統(tǒng)計(jì) d) 功能點(diǎn)模塊化理念 都知道一個(gè)復(fù)雜龐大的系統(tǒng)，程序在實(shí)現(xiàn)時(shí)會(huì)將其分成若干模塊按照模塊功能優(yōu)先級(jí)進(jìn)行實(shí)現(xiàn)。我們測(cè)試過(guò)程中也采用這種方法，將復(fù)雜的功能點(diǎn)按照實(shí)現(xiàn)功能進(jìn)行分類，分類后的測(cè)試點(diǎn)，再進(jìn)行分類，直至細(xì)分成為一條條用例。就像庖丁解牛那樣。 按照等價(jià)類劃分法，將同一判斷條件的測(cè)試點(diǎn)組成一個(gè)集，在這個(gè)條件基礎(chǔ)上再次判斷的條件，我們假設(shè)它已經(jīng)成立。這樣在用例設(shè)計(jì)過(guò)程中就需要測(cè)試人員清楚的知道，哪些條件是一類需優(yōu)先確認(rèn)的，哪些是以這類條件為基礎(chǔ)的。我們最終形成的測(cè)試用例一定確保的是一條用例只檢查一個(gè)測(cè)試點(diǎn)。 這樣設(shè)計(jì)也有另外一個(gè)好處，如果一條用例不能走通，其它的還可以繼續(xù)檢測(cè)，經(jīng)常會(huì)遇到測(cè)試過(guò)程中由于一個(gè)bug，導(dǎo)致測(cè)試工作停滯?，F(xiàn)在這樣子我們就可以采取腳本調(diào)試，或者其它方法跳過(guò)有bug的測(cè)試內(nèi)容，繼續(xù)進(jìn)行其它測(cè)試點(diǎn)的測(cè)試了。 e) 場(chǎng)景測(cè)試法協(xié)助功能點(diǎn)細(xì)分 游戲測(cè)試中，場(chǎng)景測(cè)試方法是經(jīng)常用到的一種方法，什么是場(chǎng)景測(cè)試法，及按照功能設(shè)計(jì)要求，在腦中模擬出來(lái)的一個(gè)功能使用時(shí)的操作流程。按照每步操作的針對(duì)點(diǎn)，將針對(duì)點(diǎn)劃分為所用例設(shè)計(jì)時(shí)的小功能點(diǎn)。劃分時(shí)需每步針對(duì)點(diǎn)的各種檢查點(diǎn)分到該功能點(diǎn)內(nèi)設(shè)計(jì)為該功能點(diǎn)的檢查點(diǎn)。再根據(jù)檢查點(diǎn)進(jìn)行測(cè)試輸入（及操作過(guò)程）的編寫。用例編寫過(guò)程中的思考方式就如上了。講起來(lái)比較抽象，希望對(duì)

作者：sunli 制作時(shí)間：2008年10月份 個(gè)人空間地址：

[url][/url] 本文檔僅供學(xué)習(xí)參考，請(qǐng)誤擅自轉(zhuǎn)載

3 / 3 大家有所幫助。 f) 用例的設(shè)計(jì)原則——一直有人問到底要詳細(xì)到什么程度 i. 我們不期待用例編寫到任何人都可以執(zhí)行，也沒有這個(gè)必要 ii. 我們針對(duì)的是網(wǎng)游的測(cè)試人員，至少是玩過(guò)網(wǎng)游的人，這些人對(duì)于游戲中的基 礎(chǔ)設(shè)定都有認(rèn)識(shí)，我們不可能對(duì)著一個(gè)不知道任務(wù)界面是什么的人大講怎么測(cè)試任務(wù)。所以我們用例編寫的原則就是針對(duì)我們測(cè)試組內(nèi)的測(cè)試人員。 iii. 但是，請(qǐng)不要簡(jiǎn)略到別的測(cè)試人員看不懂，特別是當(dāng)你是專職的用例編寫人員 時(shí)，編寫時(shí)請(qǐng)多考慮下語(yǔ)言描述的方式。請(qǐng)讓你的同伴可以看懂，你所要表達(dá)的意思。 iv. 用例是沒有固定格式的，它的主要原則就是，測(cè)試中所需所有信息，我通過(guò)你 的文檔都能夠獲取到。所以不要再執(zhí)著的像別人要模板。模板你自己都可以設(shè)計(jì)，發(fā)揮你的創(chuàng)意。 四、編寫過(guò)程注意事項(xiàng) 與設(shè)計(jì)人員的溝通 拿到一份文檔時(shí)請(qǐng)不要急于編寫，在這之前很多事情需要做，請(qǐng)先將文檔閱讀至少三遍，然后思考下，你自己大腦中是否有你所看文檔功能點(diǎn)的一個(gè)流程圖，當(dāng)確認(rèn)已經(jīng)準(zhǔn)備好了。開始設(shè)計(jì)用例，用例設(shè)計(jì)的過(guò)程就是與設(shè)計(jì)人員不斷溝通，深入了解功能的過(guò)程。你會(huì)發(fā)現(xiàn)，或許跟你之前流程圖中想像的并不完全一樣。這個(gè)時(shí)候不必驚訝，去找他們核對(duì)就好。不怕發(fā)現(xiàn)問題，就怕沒有發(fā)現(xiàn)問題，最終做了很多無(wú)用功。編寫過(guò)程中發(fā)現(xiàn)的沒有預(yù)期結(jié)果的內(nèi)容，請(qǐng)及時(shí)與策劃人員、程序人員核對(duì)，必須三方核對(duì)。核對(duì)完畢提醒策劃人員及時(shí)更新設(shè)計(jì)案，提醒程序人員設(shè)計(jì)案新修改內(nèi)容。這樣你會(huì)發(fā)現(xiàn)，設(shè)計(jì)測(cè)試用例過(guò)程的本身就是發(fā)現(xiàn)策劃案不完善的過(guò)程。 請(qǐng)運(yùn)用你的思維，采用邊界法、等價(jià)類劃分法、錯(cuò)誤推斷法、以及以往的經(jīng)驗(yàn)，將每一個(gè)測(cè)試點(diǎn)的所有需檢查點(diǎn)進(jìn)行充分的設(shè)計(jì)。發(fā)揮你的主動(dòng)性，和測(cè)試組內(nèi)其它人探討你認(rèn)為可能存在風(fēng)險(xiǎn)的測(cè)試點(diǎn)，以便得到更多有價(jià)值的信息

關(guān)于如何編寫游戲測(cè)試用例和游戲測(cè)試用例設(shè)計(jì)方法的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。