第54章 挫敗(第1/1 頁)

經過幾個月的瞭解，我終於把公司、公司的客戶和專案的情況摸得七七八八了。

公司1997年就在香港成立，但是一直都是小打小鬧，勉強經營著。直到2004年，公司最大的客戶，一家美國知名跨平臺安全解決方案廠商成立，並將測試工作全部外包給了我們公司，我們公司才得以發展壯大。聽說是因為公司的老闆入股了這家公司，所以關係非常牢固。

我入職時，這個專案的本地測試團隊不到10人，然而到我08年離開時，不到四年時間人員增加至50多人。因為客戶服務的企業越來越多，為測試而準備的伺服器也越來越多，入職時不到十平米的機房裡的機櫃放的滿滿當當，最後我離開時，又在同樓層租了一間房間專門放伺服器。

這個客戶從誕生開始，就被投資者看好，經過多輪投資，但是卻在上市的曙光即將到來之際被科技投資大鱷吞併了。一榮俱榮，一損俱損。我們公司藉著這個客戶發展壯大，也最終因為這家公司的老闆離開，股權被收購導致專案的終結，公司差點沒熬過那個痛苦的時期。

因為這個專案對公司特別重要，所以專案經理都是客戶指定的，聽說是那家公司創始人的朋友。因為這個原因，雖然也屬於工程部，但是工程部經理基本不過問這個專案，由著這個專案經理直接和客戶公司對接。深圳這邊都是普通的測試工程師，專案經理選了兩位入職時間較早的同事做小組長幫他分擔點本地管理和溝通的工作。

另外公司除了這個大客戶，其他的重要客戶主要是美國著名的少兒遊戲和玩具的廠商，專案也就是為這些客戶提供各類測試服務，主要是本地化、國際化和全球化測試。這些專案以前都是在香港做的，後來逐漸轉移到深圳。而我就是這些專案的本地負責人。雖說這類測試不難，但是我以前從來沒有接觸過，而公司那時也不正規，質量好壞完全取決於專案經理和測試工程師的能力，只能靠自己一個一個去摸索學習和總結。

入職第一天中午聚餐時，那位專案經理聽聞了我在自動化測試上有些經驗，就提出希望我看看他們專案的測試是否可以實現自動化。我當時對專案一無所知，傻乎乎地就輕快地答應了。而工程部經理也說我負責的那些專案因為迭代升級頻繁，迴歸測試任務繁重，讓我也好好研究是否可以實現自動化測試。

然而當我看著安排的測試人員如何測試，看完所有的測試用例時，我對自己之前的盲目自信懊悔了。這個安全軟體，簡單點說，就是一個管理企業各種伺服器（不同作業系統）的身份認證和目錄訪問的平臺，屬於企業安全管理軟體。因此就需要在市面上各種機器，各類作業系統和安全管理機制下做測試。這些遠遠不是市面流行的那些圖形介面自動化測試的範疇了。當時就感覺特別挫敗，好在後來研究發現可以用指令碼自動化部分測試步驟，並且可以用自動化測試工具實現後期校驗的部分步驟，總算有些交待。

而我自己負責的那些專案，除了少兒遊戲是在電腦上操作，其他玩具測試要不是手持式的遊戲機，要不就是對話式的毛絨公仔。而少兒遊戲測試，試用版自動化工具所不能支援的。剛開始那幾周，整的人很挫敗。好在大家也只是說說，工程部經理最後問起，我忐忑不安地說了下自己的研究和結論。但他好像也早有預料，沒有說什麼，還安慰我把工作重心放在專案的管理上。終於讓壓在我心頭幾周的大石落地。

然而因為這次的挫敗，我從以前對自動化測試的狂熱中冷靜下來，開始思考自動化測試的侷限，並學習和探索一些解決方案。更重要地是我那時才真正地從技術思維中解放出來，開始思考如何管好專案，如何管好人員，如何去協調好各種關係這些管理上的方方面面。也許這就是人常說的“東方不亮西方亮”吧。