天才遊戲策劃第二十四章 懟人什麼的最有意思了

劉能的情緒加成並沒有給自己帶來什麼好運。次日開始上班，原本還想安靜的度過最後幾天在公司的日子，可是沒想到還是被狠狠的打了一巴掌。

王俊才把劉能他流轉到了測試組，並且美其名曰是“學習”。

如果是對於一個什麼都不懂的新人而言，這種學習的確是必不可免的。大多數的遊戲策劃，在剛剛進入這個行業的時候，對行業整體都沒有一個清醒的認識，不知道一款遊戲從開始立項到正是上架面向玩家，究竟要經過那些步驟。

簡單的說，從立項開始，要針對遊戲的型別、題材進行選定，然後要設計核心玩法。一款遊戲只能有一款核心玩法，這是個最基本的概念，那種所謂的有多種玩法並且每種玩法都很重要的遊戲，不出意外都會撲街。然後是遊戲的dome開發，再到後面逐漸的把外圍系統設計起來。每一個系統的完成，都要和測試一起完成遊戲性測試；當然這個期間內還可以做一些小範圍的玩家調研和測試，收集玩家意見，來驗證這個遊戲是否值得繼續開發下去。

等到推出第一個測試版到正是上線，一般都要經過長時間的開發和測試工作。等到幾次刪檔測試和正式上線前的不刪檔測試，大型的遊戲可能都要經過數個月甚至長達數年的開發工作。等遊戲上線前，就開始需要對接運營和市場進行廣告投放和渠道對接了。這是一個龐大的系統化工程，而不是簡簡單單的幾個人能夠完成的。

其實劉能自己也知道，這個時候跳出來自己組建工作室，多少有些冒險的選擇。但是有的時候的確身不由己，再一個就是，他出來之後選擇開發的第一款遊戲，也是體量很小的《開心農場》，強力避免遊戲開發過程中不斷的邊際蔓延，吞噬開發成本。

人事通知自己前往測試部報道的時候，劉能無奈的搖了搖頭，還是選擇了前往。一切都要等到自己的作品獲獎，塵埃落定之後再進行下一步操作吧。反正自己現在在公司也是無所事事，相當於每天還有一些工錢拿，也是很美滋滋的事情。

不過在組織架構上，他現在還是《戰國七雄》的項目組的一員，只是來測試部學習“先進經驗”的，只是測試的遊戲卻不是《戰國七雄》，畢竟新的版本剛剛更新，下一個版本的計劃還沒有正是提上議程。

王俊才在辦公室裡面看著面板上的遊戲資料，心裡面已經樂開了花。到目前為止，《戰國七雄》的玩家已經突破了三十萬，除了買量使用者的二十萬，剩餘的十萬使用者，全部都是自然使用者。也就是說，這款遊戲已經依靠自己的口碑和玩家的自發宣傳進來了十萬使用者。

這對於一款主打戰爭策略的遊戲而言，絕對是一個好消息。大多數的遊戲都無法做到依靠自然流量帶來大量的使用者，只能依靠不斷的買使用者，才能做到不斷的新使用者的湧入。但是能迎來十萬自然使用者，代表著遊戲的品質已經達到一定程度，後面可以源源不斷的新使用者自己進來，遊戲環境會進一步最佳化。

除此之外，遊戲運營收入也已經達到上個月的三倍，而現在僅僅是這個月的第十天。按照這個趨勢下去，營業收入達到上個月的5倍是不成什麼問題的。

不過在他的面前還擺著另外一個文件，是運營方收集來的玩家意見反饋，裡面有大量的玩家在噴遊戲機制的改變，導致平民玩家的生存環境現在變得特別的差，幾乎已經到了沒法繼續玩下去的地步。王俊才腦海中閃過劉能之前說的，如果沒有後續相關玩法的支撐，遊戲會暴死的很難看。

【鑑於大環境如此，本站可能隨時關閉，請大家儘快移步至永久運營的換源App，huanyuanapp.org 】

但是他卻沒怎麼在意這個所謂的“善意的提醒”，在他看來，這只不過劉能自提身價一種手段，想要讓自己把他留下來的一種說辭罷了。

在他看來，平民玩家本來就是土豪玩家的遊戲內容的一部分，只要玩家基數足夠大，普通玩家就會源源不斷的湧入。一些玩家甚至可以做出投靠土豪的行為獲得更多的資源，這是一種雙贏的行為。

對於劉能的“危言聳聽”自然也就當做了耳旁風。唯一讓他覺得不爽的是，現在劉能組織架構還在專案裡，也就是說專案獎還要分給他一部分，雖然可以按照籤合同時候的最低標準給，也就是一個月的工資，但是想到之前他當中讓自己難堪的事情，就更加不爽了。

把他從專案裡調到測試那邊，也是為了眼不見為淨，不然每天還要對著他後腦勺，已經忍了一個星期了。

劉能的兌換系統的“歡樂值”從600多緩慢的漲到了800多，也就是現在可以購買另外一項一級能力了。只是認真的想了想，似乎暫時什麼都不缺，所以還是存著，攢到一千，還可以購買其他的二級能力。

分到了測試組，被測試組的組長拉著到處認識了一圈人，然後回到自己的工位上繼續埋頭做自己的遊戲。說是放假回來就開始著手開發《開心農場》，原本還以為公司的電腦還不換給自己，他還把自己的筆記本抱了來。

沒想到給“流放”到了測試部，重新擁有了一臺電腦，也就順手用了。可是沒過一會兒，測試組的組長張嶽陽就找過來，“劉能，你之前是系統策劃對吧？”

劉能點點頭看他。

“正好，你對系統策劃比較熟悉，來寫一些測試用例吧。”然後對旁邊的另外一個測試說，“小林，你帶一下他，讓他熟悉一下測試用例的寫作規範。”

測試用例，顧名思義，就是對照著遊戲系統案，對其進行拆解，提煉出來這個系統案中的規則，需要測試專員按照怎麼樣的步驟去測試新功能系統；同時還要對系統案比較熟悉，知道那些地方有“坑”，容易出現bug，將重點一一標明出來，讓測試專員在測試的時候有據可依。

一般每個系統案都需要有專門的寫用例的人員，也是比較資深的測試人員才能有資格去寫測試用例。

小林叫林正，一個看上去就像是常年睡眠不足的小青年似的，衝著劉能點了一下頭，“我給你一份策劃案和一份測試用例，你先對照了擼一遍，完了喊我一聲，我來看一下。”

劉能點頭表示沒問題，其實大多數時候就應該這麼做，不要去手把手的教人怎麼去寫策劃案和用例，大家都是成年人都有獨立思考的能力，手把手的去教反而容易產生逆反心理。

在這之前，他其實已經學了測試基礎了，鑑於當前這個世界的遊戲理論發展水平比較低，測試的水平也不會高到哪裡去。稍微過了一遍測試用例，發現也並不是多困難。

然後開啟那份策劃案，發現了幾個問題，查詢到這個策劃案對應的系統策劃叫徐鵬，開啟靜靜就是一個彈窗過去，“老哥，在寫測試用例，策劃案裡面的幾個點需要和你確認核對一下。”

對方回了一個“嗯？”表示十分的不理解。

劉能就把自己剛剛發的訊息又發了一遍，對方停頓了約有半分鐘的時間，才回訊息，“你問吧。”

劉能把策劃案中的基礎邏輯錯誤指出來，“你這樣寫，這個系統是有邏輯bug的，服務端直接就死循環了！”

“怎麼可能，你是策劃我是策劃？”徐鵬氣不打一處來，今天早上路上堵車遲到兩分鍾還被boss撞上，直接一頓訓，再加上自己之前跟的程式離職，導致他手頭上一堆事情沒人去接手去做，頭大無比。

現在還要被一個不知道哪裡冒出來的測試劈頭蓋臉說自己策劃案裡面有邏輯bug，這能忍？