第47章 升職(第1/2 頁)

我擺脫了服務外包專案，但是那個工具還有幾個月的授權可以正常使用。以前雖然Rational套件中有一些類似的白盒測試工具，但是一是因為盜版，經常無故退出；另外對Java的支援不好，而公司基本上的專案都是基於Java的，所以也就是研究了下，沒有實操。而這個工具在白盒測試上細類工具很多，而且因為是正版，使用過程中非常穩定。我想著不用白不用，順便自己也可以實踐下白盒測試。於是我找了幾位熟悉的開發同事，給他們介紹了下工具，說服他們給了我一點程式碼做實驗。沒想到我還真的發現了一些問題，馬上開心地反饋給開發同事們。他們仔細除錯後發現真的是問題，而且是測試人員靠手工測試很難發現的問題。就這樣，大家紛紛找我幫忙在自己電腦上裝好工具，每天程式碼入庫時用工具檢查下。也算是挽回了點公司被人白嫖的損失吧。另外因為這個工具，我在開發組裡也小有名聲了。

但是也沒高興多久，我發現自己在自動化測試方向上似乎進入了瓶頸。除了自動化的功能測試，效能測試、白盒測試和單元測試我只能做個校驗的工作，定位問題還是得靠開發人員去完成。因為發現的問題有些是因為歷史程式碼問題，而這些程式碼即便有些瑕疵，但是後面的開發人員本著多一事不如少一事的態度都不願意去改動；有些是因為架構設計的原因；有些也是因為自己沒有完成讀懂程式碼的原因。加上白盒測試和單元測試都是我個人研究行為，而且工具又到期了，我也就結束了這方面的工作。

但是東邊不亮西邊亮吧。因為我寫自動化測試指令碼，是基於手工測試用例的步驟寫的。剛開始不熟悉系統時，完全就是按照手工的步驟寫。後來慢慢熟悉了，會最佳化步驟，用更簡潔的指令碼程式碼覆蓋掉更多的步驟，或是按照自動化指令碼執行的最佳路徑最佳化。除此之外，在寫指令碼的過程中，我還發現了不少手工測試用例遺漏的功能點。我按照自己的想法測試了下這些遺漏的地方，果然發現了不少問題。我開始只把發現的這些問題告訴給相關負責的測試同事，結果有個同事自己從來不驗證，就直接提交我說的問題，然後在和開發組開會時無法重現，只好把我叫來。測試組長很吃驚，一追問下來，短短一個多月，我發現了幾十個bug。

於是，測試組長和我商量願不願意在兼顧自動化測試的同時，負責一個新功能模組的手工測試工作。那時我的自動化測試框架基本都穩定了，而且大部分手工測試的同事也可以獨立做自動化測試了，工作時間不是那麼飽和。想想就答應了下來。

那時負責開發那個新模組的同事是個剛入職沒多久的帥哥，他的英文名很奇怪，後來才知道是中文的拼音。他開發能力很強，雖然沒入職多久，但是因為解決了幾個疑難問題，而且開發效率很高，在開發組很快就有些威望了。他剛開始對安排我負責測試他的模組是有點不滿意，覺得我一直在做自動化測試，能行嗎？不過他很快就被我每天都報的那些bug震驚了，從此再也不敢小看我了。他還經常說：“我寫的程式碼要讓Kiki發現不了bug！”

就這樣，我一半時間繼續做自動化測試，一半時間做手工測試，工作時間安排的滿滿當當的，非常充實。也因為被同事和領導的認可，我工作的很開心。

那一年，我的先生也因為工作需要，想去考“軟考”（全國計算機技術與軟體專業技術資格考試）中的“系統分析師”。2003年那時，軟考的考試級別不多，一年也只能考一次。“系統分析師”（簡稱系分）是“軟考”中的高階級別，考的內容非常廣。另外那時深圳都沒有高階級別的考點，還要跑去廣州考試。雖然我一直只做測試，但是跟著老公還是學了很多系統分析和設計的知識。本著陪老公和自己也順便學習的想法，我也和老公一起報考了。結果老公因為工作忙，經