游戲測試用例編寫方法淺談

游戲測試用例編寫方法淺談[整理]游戲軟件功能測試——測試用例的編寫方法淺談一、游戲軟件與通用軟件的區(qū)別通用軟件的需求明確，游戲軟件需求理想化中并不是所有的需求都有一個明確的預(yù)期結(jié)果，拿技能平衡性來說，我們所謂的平衡也只是相對的平衡，而非絕對的平衡。沒有什么明確的參考參數(shù)。只能根據(jù)以往游戲的經(jīng)驗獲得一個感知的結(jié)果。一些思考力都是有限的，所以不能保證在他的創(chuàng)意中會考慮到各種各樣復(fù)雜的細節(jié)。也不能夠保證這個創(chuàng)意就可以完全被用戶所接受。當(dāng)你作為游戲測試人員時，很多時候你需要做的不僅僅是驗證功能。也需要幫助開發(fā)者和用戶找到一個互相容忍的平衡點。游戲軟件的測試員帶有對策劃需求的懷疑，力求通過自己的努力在玩家和開發(fā)者之間將可能產(chǎn)生的矛盾減小。通用軟件開發(fā)過程中需求變更少，游戲軟件開發(fā)過程中需求便更快i.通用軟件的使用人群和軟件的功能針對性，決定軟件從開始制作就很少再有新的需求變更。而游戲軟件，為了滿足玩家對游戲的認可度，策劃需要不斷的揣摩玩家的喜好，進行游戲功能的改進。加之網(wǎng)游制作本身就是一個龐大復(fù)雜的工程，開發(fā)者不可能做到在開發(fā)的前期，就對游戲架構(gòu)及擴展性做出最好的評估。所以導(dǎo)致為了滿足用戶的需求而不斷的進行一些基礎(chǔ)架構(gòu)的修改，基礎(chǔ)架構(gòu)的修改必然導(dǎo)致某些功能的顛覆。所以就出現(xiàn)了，游戲開發(fā)過程中的一個惡性循環(huán)，當(dāng)基礎(chǔ)架構(gòu)修改到滿意了，玩家的需求又有了新的變化，隨之而來的又要進行新的調(diào)整，再進行新的修改。最終導(dǎo)致了游戲軟件的開發(fā)周期不斷加長。任何一個有經(jīng)驗的團隊，對于每一個影響基礎(chǔ)的改動都應(yīng)該做出正確的評估。二、網(wǎng)游有哪些測試內(nèi)容性能客戶端性能服務(wù)器端性能服務(wù)器數(shù)據(jù)庫網(wǎng)絡(luò)功能game.exe界面音樂自動化測試工作組織實施中需要的工具、軟件、平臺的開發(fā)自動化的回歸測試作用:游戲中基礎(chǔ)的、變動不大的、出錯率高的、可進行checklist重復(fù)測試的功能、性能等自動化是一個好方法試人員身上去掉，讓我們有更多的時間做更有意義的事情，如果你覺得你做一件事情是重復(fù)的，且有規(guī)律可行的，不防考慮自動化三、游戲中針對功能性測試測試用例編寫淺談先了解下游戲中有哪些功能:游戲發(fā)開中的功能有哪些不同的游戲?qū)τ诠δ艿膭澐植煌?，但是目前主流一些功能劃分中有以下?nèi)容:基礎(chǔ)操作Npc地圖裝備劇情技能人際PVP9.這樣我們很簡單的將整個游戲的功能進行了劃分，劃分完畢，下來的工作就是針對某個功能的測試了。很多人都問過一個問題，游戲測試中測試用例到底有什么用。下面繼續(xù)~游戲測試的測試用例有什么作用過程中發(fā)現(xiàn)的bug定單服測試的通過與否便于回歸測試的執(zhí)行下。例如:表頭:功能名稱、案例編寫人員、編寫時間、測試人員、測試時間正文:功能點、測試點、測試輸入、預(yù)期結(jié)果、實際結(jié)果用例執(zhí)行結(jié)果統(tǒng)計功能點模塊化理念都知道一個復(fù)雜龐大的系統(tǒng)，程序在實現(xiàn)時會將其分成若干模塊按照模塊功能優(yōu)先級進行實現(xiàn)。我們測試過程中也采用這種方法，將復(fù)雜的功能點按照實現(xiàn)功能丁解牛那樣。按照等價類劃分法，將同一判斷條件的測試點組成一個集，在這個條件基礎(chǔ)上再次判斷的條件，我們假設(shè)它已經(jīng)成立。這樣在用例設(shè)計過程中就需要測試人員清楚的知道，哪些條件是一類需優(yōu)先確認的，哪些是以這類條件為基礎(chǔ)的。我們最終形成的測試用例一定確保的是一條用例只檢查一個測試點。測，經(jīng)常會遇到測試過程中由于一個bug，可以bug測試了。場景測試法協(xié)助功能點細分游戲測試中，場景測試方法是經(jīng)常用到的一種方法，什么是場景測試法，及按照功能設(shè)計要求，在腦中模擬出來的一個功能使用時的操作流程。按照每步操作的針對點，將針對點劃分為所用例設(shè)計時的小功能點。劃分時需每步針對點的各種檢查點分到該功能點內(nèi)設(shè)計為該功能點的檢查點。再根據(jù)檢查點進行測試輸入望對大家有所幫助。用例的設(shè)計原則——一直有人問到底要詳細到什么程度i.我們不期待用例編寫到任何人都可以執(zhí)行，也沒有這個必要ii.我們針對的是網(wǎng)游的測試人員，至少是玩過網(wǎng)游的人，這些人對于游戲中的基礎(chǔ)設(shè)定都有認識，我們不可能對著一個不知道任務(wù)界面是什么的人大講怎么測試任務(wù)。所以我們用例編寫的原則就是針對我們測試組內(nèi)的測試人員。寫人員時，編寫時請多考慮下語言描述的方式。請讓你的同伴可以看懂，你所要表達的意思。過你的文檔都能夠獲取到。所以不要再執(zhí)著的像別人要模板。模板你自己都可以設(shè)計，發(fā)揮你的創(chuàng)意。四、編寫過程注意事項與設(shè)計人員的溝通拿到一份文檔時請不要急于編寫，在這之前很多事情需要做，請先將文檔閱讀至少三遍，然后思考下，你自己大腦中是否有你所看文檔功能點的一個流程圖，當(dāng)確認已經(jīng)準(zhǔn)備好了。開始設(shè)計用例，用例設(shè)計的過程就是與設(shè)計人員不斷溝通，深入了解功能的過程。你會發(fā)現(xiàn)，或許跟你之前流程圖中想像的并不完全一樣。這個時候不必驚訝，去找他們核對就好。不怕發(fā)現(xiàn)問題，就怕沒有發(fā)現(xiàn)問題，最終做了很多無用功。編寫過程中發(fā)現(xiàn)的沒有預(yù)期結(jié)果的內(nèi)容，請及時與策劃人員、程序人員核對，必須三方核對。核對完畢提醒策劃人員及時更新設(shè)計案，提醒程序人員設(shè)計案新修