第61章 測試用例完成了

“行，既然你都懂了，那我先給你兩個活，你把這個文档的測試用例給寫一下吧。”

梁軍指了指《機甲紀元》的一個設計文档，熊愷寫的。

熊愷寫的這個就是《機甲紀元》新版本最重要的一個功能，對星海戰場2.0版本的改動。

鐘鳴一看這個版本號就清楚了，之前他寫的那個文档算是星海戰場1.0，後面的各種修改、優化算是1.1，1.2之類的，這次變成了2.0，就說明跟1.0有了非常明顯的區別。

顯然，這個文档就是整個測試工作中最重要的一個部分，這個本來是由梁軍負責的，梁軍覺得這工作量不小，所以就想試著分給鐘鳴，哪怕鐘鳴幹不好呢，至少把測試用例給做出來，他就能在這個基礎上修改，能省很多的事。

“有什麽不懂的可以隨時問我。”梁軍又囑咐了兩句，回自己工位了。

鐘鳴也不著急，先把文档看了一遍。

看完之後鐘鳴就直皺眉，這都啥玩意。

他本來以為，劉宇新要麽就是直接用自己留下的文档，要不就讓人從頭全部重寫，結果現在倒好，搞得不倫不類的！

文档對功能修改的部分，都是自己曾經文档裏寫的那些，基本上抄抄改改、修修補補，就強行算是新功能了；除此之外，文档裏還加入了大量的刺激充值內容，比如星海戰場裏強制損血量下調到了5%，這意味著土豪玩家以前最多只能八連殺、九連殺，現在可以二十連殺！

類似的規則還有很多，再加上其他變本加厲的充值活動，基本上已經是把“我要圈錢”這四個字給赤裸裸地寫在臉上了。

“行吧，自作孽不可活。”

鐘鳴很無奈。

他本來是有點惻隱之心的，他可以把新版本的文档挖很多坑讓劉宇新跳，但他沒這麽做，主要是不想讓玩家們承擔這個結果；現在好了，鐘鳴沒挖坑，劉宇新自己給自己挖坑了。

從文档的修改記錄就能看出來，這個文档的最初版本確實是熊愷寫的，但周振改了，劉宇新也改了。也就是說這份文档最終的樣子，那都是劉宇新的意思。

“行了，那就開始工作吧。”

鐘鳴開始按照規範寫測試用例，把所有的改動全都一條條捋好，列成表格。這個過程本身其實技術含量不高，也就是需要細心，鐘鳴雖然不是很喜歡這個工作，但他還算擅長，搞到下午兩點多就完事了。

之後就是打開新版本的遊戲，看遊戲裏功能完成的是否跟設計文档上寫的一樣。其實測試用例裏面的很大一部分功能都可以直接用智能系統來測，不過一些比較復雜的功能還是得鐘鳴親自來。

一直到快下班的時候，完成了。

鐘鳴直接給梁軍發了條信息：“測完了。”

梁軍震驚了：“測完了？你別唬我，這是兩天的工作量你不到一天就完事了？我怎麽跟你說的，再好好改改，完善完善，明天上午再給我，別到時候讓我挑出一堆毛病。”

鐘鳴：“……”

行吧，那就再改改。

鐘鳴琢磨著，還有什麽能改的呢？

哎，有了，提一些功能優化吧！

測試組除了常規的對設計文档、找BUG之外，也可以提功能優化。比如在測試過程中，測試發現某個功能不合理，或者在實際使用過程中有問題，這種不屬於BUG，因為設計如此，這時候測試可以在內部平台向設計組提出功能優化建議，詳細說明自己遇到的問題，可以給出修改方案，也可以讓設計組自己出修改方案。

當然，具體要不要改還是設計組說了算，而且大部分的優化方案都會被設計組給打回來，不會真的改。但總而言之，提供能優化這個事情是在測試組的工作範圍之內的。

話說回來，測試組的優化建議為什麽往往被打回來呢？因為測試組不是設計，對設計意圖的理解往往沒那麽深，所以有些功能優化建議在設計組看來是很不成熟的，所以設計組才不理。

但是鐘鳴是什麽人，他能想到的改動那肯定是熊愷都沒想到的！

當然，鐘鳴肯定不會提一些實質性的修改建議，對功能有大益處的建議一個都不提，就提一些邊邊角角的雞肋型優化，不改難受，改了又折騰。

“界面UI上有一個圖標感覺往左偏了3個像素。”

“按鈕的表現形式有點問題，應該改成4種狀態。”

……

鐘鳴找出來一大堆的功能優化方案，然後全都給加到了測試用例的表格裏。

全都搞完之後，也該下班了，鐘鳴收拾東西走人。

梁軍看鐘鳴這麽早就走了，感覺很擔憂。

“這小子能不能行？工作這麽敷衍，分了活感覺也不上心……唉，算了，等明天他把測試用例拿過來，我再大修吧。”

梁軍繼續忙著測試另一個功能了。