“行，既然你都懂了，那我先給你兩個活，你把這個文件的測試用例給寫一下吧。”
梁軍指了指《機甲紀元》的一個設計文件，熊愷寫的。
熊愷寫的這個就是《機甲紀元》新版本最重要的一個功能，對星海戰場2.0版本的改動。
鐘鳴一看這個版本號就清楚了，之前他寫的那個文件算是星海戰場1.0，後面的各種修改、最佳化算是1.1，1.2之類的，這次變成了2.0，就說明跟1.0有了非常明顯的區別。
顯然，這個文件就是整個測試工作中最重要的一個部分，這個本來是由梁軍負責的，梁軍覺得這工作量不小，所以就想試著分給鐘鳴，哪怕鐘鳴幹不好呢，至少把測試用例給做出來，他就能在這個基礎上修改，能省很多的事。
“有什麼不懂的可以隨時問我。”梁軍又囑咐了兩句，回自己工位了。
鐘鳴也不著急，先把文件看了一遍。
看完之後鐘鳴就直皺眉，這都啥玩意。
他本來以為，劉宇新要麼就是直接用自己留下的文件，要不就讓人從頭全部重寫，結果現在倒好，搞得不倫不類的！
文件對功能修改的部分，都是自己曾經文件裡寫的那些，基本上抄抄改改、修修補補，就強行算是新功能了；除此之外，文件裡還加入了大量的刺激充值內容，比如星海戰場裡強制損血量下調到了5%，這意味著土豪玩家以前最多隻能八連殺、九連殺，現在可以二十連殺！
類似的規則還有很多，再加上其他變本加厲的充值活動，基本上已經是把“我要圈錢”這四個字給赤裸裸地寫在臉上了。
“行吧，自作孽不可活。”
鐘鳴很無奈。
他本來是有點惻隱之心的，他可以把新版本的文件挖很多坑讓劉宇新跳，但他沒這麼做，主要是不想讓玩家們承擔這個結果；現在好了，鐘鳴沒挖坑，劉宇新自己給自己挖坑了。
從文件的修改記錄就能看出來，這個文件的最初版本確實是熊愷寫的，但周振改了，劉宇新也改了。也就是說這份文件最終的樣子，那都是劉宇新的意思。
“行了，那就開始工作吧。”
鐘鳴開始按照規範寫測試用例，把所有的改動全都一條條捋好，列成表格。這個過程本身其實技術含量不高，也就是需要細心，鐘鳴雖然不是很喜歡這個工作，但他還算擅長，搞到下午兩點多就完事了。
之後就是開啟新版本的遊戲，看遊戲裡功能完成的是否跟設計文件上寫的一樣。其實測試用例裡面的很大一部分功能都可以直接用智慧系統來測，不過一些比較複雜的功能還是得鐘鳴親自來。
一直到快下班的時候，完成了。
鐘鳴直接給梁軍發了條資訊：“測完了。”
梁軍震驚了：“測完了？你別唬我，這是兩天的工作量你不到一天就完事了？我怎麼跟你說的，再好好改改，完善完善，明天上午再給我，別到時候讓我挑出一堆毛病。”
鐘鳴：“……”
行吧，那就再改改。
鐘鳴琢磨著，還有什麼能改的呢？
哎，有了，提一些功能最佳化吧！
測試組除了常規的對設計文件、找bug之外，也可以提功能最佳化。比如在測試過程中，測試發現某個功能不合理，或者在實際使用過程中有問題，這種不屬於bug，因為設計如此，這時候測試可以在內部平臺向設計組提出功能最佳化建議，詳細說明自己遇到的問題，可以給出修改方案，也可以讓設計組自己出修改方案。
當然，具體要不要改還是設計組說了算，而且大部分的最佳化方案都會被設計組給打回來，不會真的改。但總而言之，提供能最佳化這個事情是在測試組的工作範圍之內的。
話說回來，測試組的最佳化建議為什麼往往被打回來呢？因為測試組不是設計，對設計意圖的理解往往沒那麼深，所以有些功能最佳化建議在設計組看來是很不成熟的，所以設計組才不理。
但是鐘鳴是什麼人，他能想到的改動那肯定是熊愷都沒想到的！
當然，鐘鳴肯定不會提一些實質性的修改建議，對功能有大益處的建議一個都不提，就提一些邊邊角角的雞肋型最佳化，不改難受，改了又折騰。
“介面UI上有一個圖示感覺往左偏了3個畫素。”
“按鈕的表現形式有點問題，應該改成4種狀態。”
……
鐘鳴找出來一大堆的功能最佳化方案，然後全都給加到