第45章 投訴(第1/2 頁)

2002年3月，《程式設計師》雜誌發表了《極限程式設計》技術專題。從此極限程式設計、敏捷方法論進入中國。隨之而來的還有各種開發及測試工具孕育而生，而其中的單元測試、白盒測試和黑盒測試工具在幫助軟體企業提升效率和質量方面上功不可沒。

隨著客戶和管理層對軟體質量的高度關注，我的工作內容也增加了不少新的工作。系統越來越穩定，客戶希望加大自動化測試的力度。同時不少手工測試人員也希望學習自動化測試提升自己，另外因為業務擴張人才先行的儲備策略導致有些測試人員的工作量不是那麼飽和，於是公司打算讓手工測試人員也全面參與自動化測試工作。

因此我就和開發架構師一樣，先最佳化自動化測試的框架以便多人可以同時寫測試指令碼，寫好需要的公用庫或函式，準備好培訓教程和示例指令碼，提供培訓教會大家，讓大家能夠獨立寫自動化測試指令碼；他們寫指令碼時，提供幫助和解決問題；指令碼入庫時，檢查他們的成果合格後才能入庫；最後指令碼執行，準備好單獨的自動化測試環境，檢查他們的執行日誌，根據日誌及反饋的問題改進。另外系統越來越龐大，效能也出現了問題，於是每次迭代後都需要加做效能測試，以確保系統交付時系統效能達到了使用者的要求。另外還要研究其他的白盒測試和單元測試工具，選擇適合專案的工具，從多方面提升軟體質量。

剛開始我還應付的過來，後來慢慢地人越來越多，指令碼也越來越多，問題越來越多，效能測試的測試頻率也比以前高，我就忙不過來了。和客戶和部門經理反饋多次後，終於調了一位有開發功底的手工測試男同事做自動化測試，讓我帶著他工作。

剛開始我非常開心，一是因為工作多了，領導也重視我的工作了，二是有下屬了，以後才有升職的希望。然而我還沒有開心太久，就出現了讓我意料不到的事情。

這位男同事調到我這邊來沒多久，就開始對我搭建的架構和公共庫，甚至各種自動化測試方法都有意見。我讓他講出理由，或是自己先按他的想法實踐下，和我的對比下。他又嘟嘟囔囔地不願意做。

我看他拿不出真憑實據，也不再理會他了，還是按我原來的計劃分配工作給他。他做事情倒也還好，能準時在計劃內完成工作。但是沒想到，一個多月後，部門領導把我叫去辦公室聊天。

領導先是很客套地問了問我最近的工作情況，然後才問我對新加入男同事的看法。這時我心裡明白肯定是他找領導說了些什麼對我不好的事情。不過我是不怕的，因為我對自己在自動化測試的專業程度是非常有自信的，那時我在cSdN上已經開始寫blog，而且不少網站都引用了我的文章。

於是，我先是簡單總結了下我眼中那位男同事的能力，我按照他的能力怎麼給他分配的工作，他的工作表現，他未來的潛力，最後才講了下他的缺點，和我發生的一些分歧。大概有個十幾分鍾吧，領導一直在頷首聆聽，最後聽到那些分歧，果然他說道：“這次找你來，就是他對你這邊工作方式方法有些意見，找到我聊了聊自己的看法。就自動化測試這個專業能力上，我和上面的領導層對你都是比較認可的。你可能需要在溝通方式和態度上注意下，你看有時間和他開誠佈公地聊聊，畢竟大家都是在公司工作這麼多年的同事。”

我想了想，也是，他畢竟以後還要和我一起工作，於是答應了領導，下午找個時間和他再好好地聊聊。下午，我看他在跑指令碼時，問道：“有時間嗎？我們去會議室聊下？”

可是他沒好氣地回道：“沒時間，沒看到我在跑指令碼嗎？”

我有點生氣了：“可是你去領導那邊投訴我了，我們不可以聊下解決現在你的問題嗎？你現在沒空，什麼時候有空呢？”

“不是我的問題，是你