遊戲測試的工作(來自網絡)

學習:

遊戲的製作流程、思考方式

 

 

 

 

 

 

一、遊戲基礎

1.喜歡遊戲

2.遊戲爲什麼要這麼做

3.遊戲要如何做

二、測試基礎

1.喜歡測試

2.測試爲什麼要測這個

3.測試該怎麼測

 

初級玩法

測試用例

黑盒測試

功能測試

日誌檢查

中級玩法

接口測試

安全測試

性能測試

數值變化

高級玩法

工具與腳本開發

測試自動化

滲透測試

——————————————————————————————————

作爲新人的話,每天的工作內容

1.根據上級安排好的學習內容,學習測試

2.熟悉遊戲

3.在規定時間內完成上級安排的工作內容

ps:其實你問每天的問法是不對的,項目內部都要按照版本進行分割。

每個版本有固定的節奏,版本初做什麼,版本中做什麼,版本末做什麼,上線後做什麼。

整個遊戲開發週期是由一個一個版本逐漸迭代而成的,和常規軟件開發週期不太一樣。

——————————————————————————————————

 

遊戲測試一般可分兩種,一般無英語要求。
功能測試,按照要求玩遊戲,找bug,收集數據。特點,要求低(基本無要求),加班多,報酬不高。

功能測試可以往管理類發展,帶團隊負責整個質量保證。

 


開發測試,寫測試工具,熟悉遊戲實現,收集數據,定位分析問題,並最好能提出方案。如unity遊戲,類似侑虎的分析工具,在大公司就是測試部門開發。特點,要求高(有開發經驗),跟項目加班,待遇還行,但不如開發。

 

測試開發偏技術,發現問題,定位問題,提供解決方案,可以先從工具開始,開發性能收集工具,開發項目需要的輔助工具。unity遊戲高級一點看懂類似侑虎的性能分析報告,熟悉原理等等。

 

 

測試開發偏技術,發現問題,定位問題,提供解決方案,可以先從工具開始,開發性能收集工具,開發項目需要的輔助工具。unity遊戲高級一點看懂類似侑虎的性能分析報告,熟悉原理等等。

 

 

 

遊戲測試就是測試製作遊戲的資源和被製作出來的遊戲,首先保證策劃、程序、美術製作出來的東西是OK的,然後通過這些東西爲入口(方向)測試正在製作的遊戲。遊戲公司常見的測試是黑盒測試(也稱爲功能測試)是看不懂程序寫的代碼的,也有人會說你不會設計遊戲,不會寫遊戲功能,不會設計UI、UE,不懂世界觀架構,不會關卡設計,不會設計動作,更不會畫圖作特效作動畫等~ 這麼多不會除了代碼可能沒資源沒機會學會,其他都可以想辦法瞭解學習,並且現在的大部分年輕人天天都玩遊戲,那些不會的內容多少也會有一些自己的見解。在一定程度上講等於是入門或者是在門檻上了,再深入研究研究和同事多去了解,這些很容易就能喫透。

 

 

 

>在某遊戲公司做過測試5年,先來回答你的問題:  

1. 遊戲測試是普遍門檻較低的,只不過我當時進公司的時候對英語要求比較高(全英文工作環境),跟老外面試聊了一個小時,期間不會的英文單詞HR幫助翻譯。

 2. 功能測試是接觸不到代碼的。不如先問自己幾個問題,你喜歡的是遊戲?還是測試呢?如果想做白盒測試,可以考慮支付寶,賽門鐵克,EMC這類公司,這類公司同時對於應屆生的要求也很高。

 

如果你喜歡的是遊戲行業,那麼我先來告訴你幾個發展的方向:

 A.  管理崗位    功能測試 ->; 測試組長 ->;測試主管 ->;高級測試主管/測試經理 ->;項目經理 ->;製作人  

B   技術崗位    功能測試 ->;自動化測試/性能測試 ->;測試主管 ->;高級測試主管 ->;測試總監/製作人  

C   跨部門       功能測試 ->;動畫/美術/程序/策劃   心動了沒?只不過一般需要你幹滿一年到2年。別以爲不可能,我身邊轉職的人太多了,內轉很容易的,只看你有沒有心。  

其中B路線,取決於你們公司的產品線,我以前做性能測試和數據挖掘系統測試的時候,項目多到做不完,都在排隊的,所以一直都在做性能/數據挖掘系統測試,如果你的公司只有一款產品。。。那當我沒說。。。  

 

我工作期間自學的  

● linux 操作系統

● perl

● mysql

● mongoDB

● Loadrunner

● Jmete

● 還有英語(溝通)了:以前項目對接大多數都是國外項目,主管也是外國人,開會溝通全部用英語blablabla. 如果以後作爲項目經理,你的優勢來了:

作爲程序員,每天只需要跟自己的主管溝通;

作爲美術,同樣只跟自己的主管溝通;

我以前做性能測試需要跟系統管理員,數據庫管理員,主程序,製作人,項目經理溝通。你對於整個遊戲開發的流程都非常熟悉,

對於需求階段,什麼時候什麼角色需要介入也很清楚了。  所以說,會編程肯定有優勢,但是不會編程也可以曲線救國,況且你工作之餘也是可以自學的嘛。

BTW: 會開發測試工具/二次開發測試工具 的測試員,是非常容易發揮優勢的(比一般人能力牛逼,你薪資也是你能力的體現)。別人一個一個修改文件,和你用腳本瞬間完成工作。。  下來再說說測試的薪資待遇問題:  年薪上20W,沒經歷過,不太清楚。

做個小測試輕鬆又愉快,買個IMAC/MBP/MBA 回家自學IOS開發也行啊。  君不見有人開着寶馬奧迪雷克薩斯來上班,一個月只拿5K,圖的就是一個開心,積累點行業經驗嘛。  不知道這個答案你還滿意否。  

 

------2017.06.25------  原答案應該寫於2012~2013年的樣子,目前已不在遊戲行業。主要工作負責運維團隊管理,當然測試和小工具開發一直都有在用。  在此給與新人一個提示,從近幾年的工作經歷來看,測試+開發能力 在三四線城市還是比較好用。到一二線可能顯得開發深度不足。

 -----2017.07.17---------  由於人力成本不斷上升,原來就職的公司已經沒有測試部門了 : (.

 -----2017.09.25---------  成都高新區房價飆漲,同學聚會看了下大家年薪基本都在20萬以上。給新入職場的同學們一點建議,努力工作的同時可以學習投資。。資產一波增值。。你沒趕上就需要比別人多努力幾年。。。  

----2018.8.15------------  每年更新2~3次吧,今年第一更。  從招聘和工作角度簡單講講自己的感受實際上與問題沒有太大關係。工作快10年了,發現大多數人都是普通人,所謂普通人就是工作沒有計劃,或者沒有學習計劃,到年底談論薪資的時候就說今年處理了多少業務,我希望一個月漲1500。但是同時一個應屆畢業生6個月就可以完全接替一個工作3年的老員工。這挺尷尬的不是麼?  做好工作、學習計劃,不要只顧着技術提升,同時兼顧經濟、商務、所在行業的其他方面知識與技能儲備。同時做好35歲在行業中的定位。等待機遇到來。  team中有說要學習開發2,3年的同事,到了項目開發啓動的時候說自己不行的。還有要從業務轉開發的,我說給你2萬把這活幹了吧,自己說還沒準備好的。

 ----2018.11.26----  儘量做開發。測試開發、運維開發都行。自動化、性能測試什麼的屬於大體系下的小螺絲,路越走越窄。  

----2019.02.21----  新年再寫點。  -題外話  年底團隊個別成員找我問我獎金爲啥沒有,或者爲啥自己只有一個月,爲啥別人有2,3個月的?現在這個提出異議的同事已經提出離職申請了。那實際上這個人平時工作如何呢?他自己清楚自己一年的整體表現麼?人實際應該有自知之明哈。  -自我的工作認知角度  如果我新加入一個團隊(不論我是否是管理人員),首先快速熟悉業務,然後從整體角度出發看看是否有工具、解決方案可以提高團隊工作效率,或者能對某些工作疏漏進行補救。  作爲管理人員,培養團隊核心,創造條件,給予他人機會,允許犯錯。保證給到同行業同地區有競爭力的收入,不要讓他們還爲了生計發愁。

 

 

 

 

座標深圳,鵝廠兩年工作經驗的外包測試。

上點乾貨。

遊戲測試門檻低,但也沒想象中那麼低。

遊戲測試可以看作是軟件測試的一個分支,黑盒測試最基本的要求是會玩遊戲。小公司會要求測試能力更加全面的員工,其中除了功能測試還要會性能測試,兼容測試,弱網測試,自動化測試。性能、兼容、弱網都能在短時間入門。自動化需要有python基礎,自學能力強的同學可以買點技術書籍自己學。

而遊戲測試的核心就是功能測試。功能測試不僅僅侷限於跑通遊戲流程,更主要的是拓展出其他的異常測試點。一個簡單的活動上線前,都是經過測試反覆的淬鍊,從活動時間、活動入口、活動限制、活動獎勵、活動結束後的數據清除都要經過測試反覆驗證無誤後才能上線。而功能測試最重要的就是測試用例的編寫,做測試這一行要有一個嚴謹的思維,涉及到的測試點一個都不能漏,還要考慮到玩家一些非正常流程的操作。即爲等價類,等價類又分爲有效等價類和無效等價類。有效等價類指對程序有效的指令輸入集,無效等價類指對程序無效的指令輸入集。再到下一層就是等價類劃分。例如30-35級能領取某一階段的獎勵,那30-35級中取一個值,等價於這一階段。

測試在流程中屬於一個驗收的階段,能接觸到的不僅有活動策劃案,還有美術策劃案,如果是功能邏輯沒跑通,還要與開發溝通。接不接觸得到代碼層面,主要看公司環境和開發心情。但是你對代碼一竅不通,開發把代碼給你看也是浪費時間,想要獲得應有的尊重首先要有相應的能力。

一個合格的遊戲測試不一定要會寫代碼,但要懂程序邏輯。會看配置,且能從兩次配置提交的差異中判斷出開發或策劃做了什麼修改。有一定的溝通能力,測試很容易和其他部門鬧矛盾。如果新人剛入行,記住一件事,解決不了的事情找老大,讓老大去溝通。最重要的一點是抗壓能力要強,遊戲各部門運營、美術、開發、策劃、測試,測試可以說是最喫力不討好的一個的部門,做好了是本分,出了事故要背鍋。但作爲想進入遊戲行業,但苦於沒有經驗的人來說一個不錯的選擇。

最後說一下這一行的薪資,一年經驗的測試能拿到的薪資在5-6k。如果是外包的話還要看外包公司吸血的力度。但測試加班是不可避免的,活動上線、停機發布這些都要測試人員通宵留守,算上加班費,薪資再往上走1k+,綜合薪資6-7k。

 

閱讀鏈接:

https://zhuanlan.zhihu.com/p/69208341

遊戲測試工具清單:

https://zhuanlan.zhihu.com/p/59344890

遊戲測試專欄(弱網測試+bug+測試一個新英雄+測試技能+測試一個小活動+測試用例編寫+測試方法介紹)

https://zhuanlan.zhihu.com/c_1121848996926173184

 

遊戲測試需要怎麼設計測試方案?

本人是做頁遊測試的,分享一點頁遊測試的思路。
1.根據策劃文檔,分析測試需求。比如,簡單的功能測試,測之前只需要和策劃確定好測試的功能點和具體輸出結果就OK了;某些遊戲功能需要進行壓力測試,這時候就需要考慮使用什麼工具,需要技術同事給予什麼配合,等等;對於充值類的功能,需要格外注意,可能還需要和遊戲運營部門進行溝通。測試較爲複雜的功能之前,可以考慮給技術同事提出測試需求,讓技術同事寫一些測試工具,這樣測試的時候可以提高測試效率。如果能自己寫工具,那就更好啦。
2.在明確了測試需求之後,根據策劃文檔編寫具體的測試用例。測試用例的基本結構是”功能點——輸入——預計輸出“,如果策劃文檔寫的足夠詳細和明確,測試用例是可以很順暢的寫好的。
我經常會遇到的情況是,策劃文檔寫的並不是很詳細,對一些細節也缺乏描述。這時候就需要自己去考慮具體的功能細節了。一般需要注意的細節是,功能的邊界值(最大值和最小值),界面中的交互,信息是否完整,需要翻頁的界面能否正常翻頁,等等。
設計測試方案的過程中,一方面是自己要有周密的思考,一方面是要和技術和策劃同事及時溝通。
拋磚引玉,希望能有遊戲行業的測試高手指點。

 

在功能會議時,需要評估測試過程中可能遇到的難點,如果自己無法開發相關測試工具,需要給開發人員提工具需求

 

1:熟悉被測功能,需要從策劃的角度來了解功能需求,也同時需要以玩家的角度來思考這個功能對玩家是否有必要。
2:設計測試方案的時候需要多考慮各種異常情況,例如是否存在被玩家刷獎勵的情況,因爲往往規則上設計的漏洞纔是遊戲最致命的傷害。
3:設計測試方案的時候是否考慮自己測試是出於黑盒測試還是其他方式,如果是灰盒測試,估計還需要跟技術上的同事瞭解清楚代碼的實現,看是否有漏洞。
4:如果測試的只是大系統,需要考慮性能測試,例如當人數達到一定程度對系統的影響等。
設計測試方案是一條很長遠的路,即使是有好多年測試經驗的人也在摸索,需要慢慢積累。

作者:陳子昂
鏈接:https://www.zhihu.com/question/20095448/answer/30337948
來源:知乎
著作權歸作者所有。商業轉載請聯繫作者獲得授權,非商業轉載請註明出處。
 

測試方案--so可以是測試策略。
明確現階段最重要需要實現的目標。然後拆分分配下去執行。這個可以決定人力。
根據現在團隊的情況來制定合理的測試策略。
比如進行多少輪的迴歸,纔可以使缺陷收斂。
完成了A項後,可以把B項內容押後。
什麼時候適當的堆積bug,bug推送熱門期最佳時間是什麼。
對於非必現的戰鬥類,副本問題,幾時集中消滅。
改時間的測試的迴歸週期是什麼。
如何根據缺陷密度來中斷測試。
給你一些比較實用的。
一定需要1個獨立的服務器和多個庫可以給你折騰。
兼容性只在一開始和上線前1個月進行1次。不要誤導程序。
對於功能點反覆變動的,不會在意bug激活率。bug激活率如果是邏輯部分問題就需要很注意。
不用花太多時間在數據庫測試上,數據庫只是用來幫助測試。
log測試必須要做,log太多,弊大於利。
封包驗證必須要做,關注切入點,可以結合服務器壓力和客戶端性能一起做。
對於缺陷管理軟件一定要有良好的管理,對於跨2個版本的問題可以先關閉然後出現在重開,
代碼和效果未進行優化,不要做性能測試。性能測試客戶端的比服務器在研發過程中更重要。
服務器測試需要做但不用太多次,第一次可能做的是協議層的,後面纔是壓力,然後是穩定在xxxx人數。
項目後期的bug增長曲線和上個版本一樣,一定是需要分析原因。
對於fixed問題需要制定1個固定的時間。

 

這個問題個人感覺可以分成兩方面來分別說。

新功能測試和迴歸測試。

新功能測試是指在遊戲開發階段,QA去對遊戲新增加的功能進行的測試活動。包括需求文檔閱讀分析、測試冒煙用例編寫、編寫完整測試用例、持續更新測試用例。這裏編寫測試用例的方法,可以採取適合你們自己項目和測試人員特點的方法。但基本的等價劃分、邊界值等都可以運用。

迴歸測試是指在遊戲出重要版本前進行的針對整個遊戲內容的測試活動。主要是按照先前編寫的測試用例進行測試,這裏需要注意的是,遊戲內容衆多,我們不可能做到重新對所有的內容進行測試。所以測試用例的分等級就非常有必要,迴歸測試,就是篩選一定等級的測試用例進行迴歸測試。


 

 

 

 

 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章