第75頁
鐘鳴：「……」
行吧，那就再改改。
鐘鳴琢磨著，還有什麼能改的呢？
哎，有了，提一些功能優化吧！
測試組除了常規的對設計文檔、找bug之外，也可以提功能優化。比如在測試過程中，測試發現某個功能不合理，或者在實際使用過程中有問題，這種不屬於bug，因為設計如此，這時候測試可以在內部平台向設計組提出功能優化建議，詳細說明自己遇到的問題，可以給出修改方案，也可以讓設計組自己出修改方案。
當然，具體要不要改還是設計組說了算，而且大部分的優化方案都會被設計組給打回來，不會真的改。但總而言之，提供能優化這個事情是在測試組的工作範圍之內的。
話說回來，測試組的優化建議為什麼往往被打回來呢？因為測試組不是設計，對設計意圖的理解往往沒那麼深，所以有些功能優化建議在設計組看來是很不成熟的，所以設計組才不理。
但是鐘鳴是什麼人，他能想到的改動那肯定是熊愷都沒想到的！
當然，鐘鳴肯定不會提一些實質性的修改建議，對功能有大益處的建議一個都不提，就提一些邊邊角角的雞肋型優化，不改難受，改了又折騰。
「界面UI上有一個圖標感覺往左偏了3個像素。」
「按鈕的表現形式有點問題，應該改成4種狀態。」
……
鐘鳴找出來一大堆的功能優化方案，然後全都給加到了測試用例的表格里。
全都搞完之後，也該下班了，鐘鳴收拾東西走人。
梁軍看鐘鳴這麼早就走了，感覺很擔憂。
「這小子能不能行？工作這麼敷衍，分了活感覺也不上心……唉，算了，等明天他把測試用例拿過來，我再大修吧。」
梁軍繼續忙著測試另一個功能了。
測試的流程，首先是做測試用例，相當於列出一張總表，然後對著測試用例在遊戲中一個一個細節地檢驗，試驗各種極端情況。各種情況都捋順了，就可以在後台提交bug了，這些bug會指派給設計組，設計組負責功能的設計再把這個bug指派給相應的程序和美術，等程序修改完成，測試驗收通過，就算是修復了。
鐘鳴負責的工作就是前面的幾項，他就是寫出測試用例、測試之後把結果提交給梁軍，等梁軍修改一遍之後，再由梁軍提交bug、後續跟進。
……
第二天上午，鐘鳴照常到了。
測試組的人基本上都是卡點來，沒有遲到的，這點跟《機甲紀元》項目的情況有點不同。
像熊愷這樣的，都是晚上瘋狂加班，上午能彈性就彈性，經常遲到，不過劉宇新也不管；而測試組則是晚上瘋狂加班，早上還是準時上班，這點可是刻苦多了，畢竟他們的活更重。
鐘鳴的工作都完事了，就繼續摸魚，把之前沒看完的一個劇的結尾給看完。
去飲水機接水的梁軍又看見了，很無語。
「這個小鍾……太不上心了！我倒看看他一會兒給我拿來什麼慫樣的測試用例！」
第62章 抄送bug
鐘鳴看了看，上午11點了，勉強也算是上午快過去了，這才慢悠悠地把測試用例給梁軍發過去。
「這小子，還真發過來了。不知道這測試用例得多渣。」
梁軍手頭的工作告一段落，打開鐘鳴發來的測試用例。
結果仔細一看，愣了。
「這麼多？！」
梁軍當然能預估出來這樣一個功能的測試用例大概有多長、有多少條目，結果一看鐘鳴這份，比他預想中的長了大概一倍！
仔細一看，各種功能的詳解，事無巨細地全都寫了上去，而且條理非常清楚；最關鍵的是，後面還有大量的功能優化內容！
「我擦，這個小鍾可以啊！」
梁軍簡直是太驚喜了，本來以為鐘鳴發過來的會是一份漏洞百出的測試用例，結果現在一看，不僅沒漏洞，而且比梁軍自己寫的還要詳細的多！
「這世界上還真有天才？我特麼還真是第一次見啊，昨天稍微講了一下，今天就能把測試用例寫到這種程度？讓你當測試組長都白瞎了啊！」
梁軍瞬間服氣了，轉而很高興，這幸虧是他想起來讓鐘鳴干點活，現在給自己省了多大的事！
梁軍自己又把測試用例給捋了一遍，完全挑不出什麼毛病來，要非說有什麼毛病，那就是這個測試用例有點太細了，包括裡面的很多功能優化，連圖標歪了幾個像素這種事情都列出來了……
但是梁軍會把這些內容給刪掉嗎？當然不會了！就是因為有這些看起來非常細的內容，才正能說明測試認真負責啊！
梁軍本來的想法就是讓鐘鳴幫自己幹活，現在反而糾結了，因為鐘鳴這工作完成的太好了，梁軍不好意思了！
他給鐘鳴發了條信息：「寫得太好了！那個，你是要自己提bug，還是我來提？我教你吧。」
鐘鳴很快回覆：「你提吧，我一個轉崗過來的，這種活就不跟你們搶了。」
梁軍一聽很高興：「好，那改天請你吃飯！」
其實提bug這個是可以看做工作量的一種，就比如A測試提了500個bug，其中400多個都被修復了，B測試提了300個bug，其中的200多個被修復了，一看就是A測試幹活多，而且評績效的時候，A測試會有相應的獎金獎勵。