Google上海如何測試搜索產品(3)

　　五、一些標準或一些約定

　　怎樣決定可以發布了?

　　搜索產品的標準比較簡單，No P0/P1 Bug。

　　每個產品就一個測試，如果保證質量?

　　前面已經提到測試的提早介入，同時開發也參與了很多測試，例如UnitTest、Sanity Check、Smoke Test，而測試投入在手工測試、兼容性測試、自動化測試，同時在閑時請求其他搜索子頻道同事做交叉測試，快速發布、快速獲得反饋和快速修復。

　　20%時間存在么?

　　中美文化的差異確實很大，美國的工程師充分的利用這20%，甚至在產品團隊中由于自己掌握主動權，他們選擇自己喜歡或是感興趣的事情來做。而中國的工程師更多還是在優化團隊產品，不過也有使用20%實現創意的團隊，例如最近發布的Knowledge Graph產品就有上海和北京的團隊參與，并申請了專利(Knowledge)

　　Google內部使用哪些語言?

　　一般是三種語言：C++、Java和Python，當然還有Javascript，這個不用說，只要是Web產品，必然會使用到。

　　Code Review

　　代碼審查，Google非常關注代碼審查，并且投入很大資源，我們認為，代碼質量的穩定和代碼的規范，可以減少后期修復的成本增加可讀性可維護性，同時不會隨意的破壞目前穩定的持續集成，所以如果你生成了一個Changelist(CL)提交后，依賴或相應的人員就會來參與Code Review，我印象最深的是第一次提交Puppet代碼(一種JS code)，因為不知道小而快的原則，一次性提交了10個文件，美國的一個老外很快的響應來Review，這個過程是痛苦的，基本每一段都有 Comment，來回了十幾次，信心越來越低，老外也意識到了，鼓勵說就快好了，呵呵。從此對Code Review有了新的認識，絕對不是走過場，我提交的是測試代碼，如果是開發代碼，一定會檢查你是否也提交了單元測試文件。代碼審核不僅可以提高提交代碼時的謹慎做更多的測試，也可以通過審核別人的CL學習如何寫出高質量的代碼，更優化的代碼。

　　Test-Certified

　　內部的質量認證，這個認證不是對測試團隊的，而是對產品團隊的，每隔一段時間內部會審核各個產品團隊的總體質量，評估越好的團隊能得到更多的資源，這也是鼓勵開發測試一個活動。

　　六、一家之言

　　軟件工程從作坊時代發展到現今，測試模式也隨著不斷改變，這里選取Microsoft、Google、Facebook為例，這是一個測試進化史。

　　從微軟的傳統項目大規模測試，開發測試比例達到了1:1甚至1:2;微軟的員工到Google后發現，傳統的測試方式不適合互聯網，針對互聯網小功能快發布且質量要求度不同的特點制定出敏捷測試的方式，開發測試比例下降;Google員工進Facebook后，徹底打破角色界線，全員工程師既開發又測試，對人的要求大幅提高，工具的大量使用提供工作效率，但是測試的過程并沒有減少，只是換了種形式。

　　測試是一個持續改進的過程，各個公司可以從知名公司中學習某方面來制定針對自身企業自身團隊的流程，照搬照抄是不可能成功的，也不用趕時髦，比如自動化很火推自動化、敏捷很火上敏捷、探索性測試來了是否也跟進，組織的測試改進需要一個過程。

　　七、非官方聲明

　　經常有人問，Google不是退出中國了么，你們還在?

　　這里只解釋一次，Google只是把域名從google.cn遷移到了google.com.hk，當然功能上變成一個中文版，但是google.cn上仍然保留了音樂、翻譯、購物和時惠這些產品;Google上海曾經負責圖片、視頻、資訊、財經、博客、翻譯等搜索產品，現在成為更重要的廣告平臺中心。

　　Google在北京和上海的辦公室沒有變化，上海辦公室搬了新家，規模也在擴大，招聘也沒有停止。

　　Google網站不穩定，是什么原因?

　　這個就不要再問了，什么原因你懂的。

　　最后，以上如有不妥之處，歡迎各位前同事現同事指正拍磚。

原文轉自：http://www.kjueaiud.com