其他

3. 手工測試和自動化測試        手工測試是指通過測試人員自身對系統進行操作來完成操作，而自動化測試是通過電腦運行測試載入器和測試指令碼自動進行。自動化測試具有很多優點，如執行速度高而縮短測試周期、可以多次重複運行相同的測試而減少測試的單調性、真實反映測試結果、二十四小時不知勞累運行等等，所以在測試工作中，我們儘力實現測試自動化、或擴大自動化測試的覆蓋範圍。但是自動化測試前期投入大，對被測對象要求高以及存在其它的局限性。軟體測試自動化絕不能代替手工測試，它們兩者有相應的測試對象和範圍：1

APMServ5.2.6和IIS共用80連接埠的調試實錄原創作品，允許轉載，轉載時請務必以超連結形式標明文章 原始出處 、作者資訊和本聲明。否則將追究法律責任。http://edsoki.blog.51cto.com/658418/715436   

   有一位程式員，喜歡新東西，經常引入新方法新思路試圖改變現狀。有一次，他覺得部門在測試手段太依賴手工測試了，於是就想引入自動化的測試。他調研試用了幾種工具以後，選擇了某大公司的產品作為主要工具。他計算了一下，一共有1000條測試案例需要自動化，於是他定下計劃：一個人一天可以寫5個測試案例，所以需要200個人天；計劃要在一個季度完成，按一個人一季度共60個人天的話，需要4個人還有餘。這樣，全部用例做好以後，他估計，至少減少一半測試工作量。於是，這老兄報告給總經理，總經理同意了。於是就給他招了4

在自動化測試引入和應用中，我們清楚一些基本的原則：－選擇好工具，最流行的工具不一定適合自己，真正適合自己的工具才是最好的。如Robot不一定是最好的，但它的多機互動協作能力是其它工具沒有的－根據用戶端、Web和伺服器的不同特點可選擇不同的測試載入器，如Web的連結、UI變化快和複雜的邏輯，工具的錄製功能要強、穩定，適應不同的平台(Windows, Linux, Mac OS)和瀏覽器(IE, ForeFox, NS,

超級大是什嗎？超級大是今年上半年要結項的最大項目的代號。連同異地和夥伴，四百個工程師在上面忙了半年了。現在，最後的發布期限終於要到了－還有10天！好日子快來了嗎？美的！老崔的頭越來越要炸了。這邊超級大還沒完呢，超級大的兒子超級小子，孫子超級胖子的產品需求文檔已經嚷嚷著要過來了。還好已經把超級小子的專案經理定了，超級胖子先撂一邊。其實，項目要收尾了，少數人是越來越忙，多數人是越來越閑－沒多少Bug了嘛。不過，每個Bug都想粘了水的鍋裡的油，蹦起來就燙死人！老崔當技術總監兩年了，在項目上，和老闆同樣

“請假要批，”老崔毫不客氣。王大負責系統後台部門，說，“你看，有幾個說是MBA要考試了，明天的課是劃重點，周末班……”“MBA有什麼用，做軟體的，”老崔無奈地簽了字。王大接過了幾張簽字單，突然變得有點局促，吞吞吐吐地說，“老崔，我明天想不來，家有點事……”老崔的臉有點變，“馬上就要發布了……”王大鼓起勇氣說：“你看，其實我們部門很久都沒Bug了。你看，我上個星期出了差，家裡留下了好多事……我們每個模組都有人盯著”。 王大出去了，老崔很不爽。部門經理都這樣！能指望普通員工怎麼樣？老崔拿起老闆送的碟

   還是一個Simon的故事。有一次，Simon和一個程式員G談為什麼要離開上一個公司。G說，“我原來在一個小組做struts；後來項目做完了，公司調我到另一個組去。那個組用國內某公司開發的整合開發系統，用工具拖拖拽拽就做完了。我覺得學不到東西，所以就走了。”Simon問：“為什麼學不到東西？”他說：“拖拖拽拽不是把程式員變成傻瓜了嗎？”Simon問：“Visual

 測試自動化的開展，不僅需要具有很好編程經驗的工程師，而且也需要測試工程師的合作，兩者需要合作。理想的話，兩者合而為一。但是，如果所有測試工程師都具有良好的編程經驗，其招聘工作比較難、團隊的穩定性也值得擔心或者成本也相對大的多。功能測試（特別是適用性、邏輯性等）測試，還是需要手工測試，需要人的直覺和經驗，技術特別好的工程師做功能測試，肯定不投入，做不好。測試自動化需要一個良好的架構，從開發到運行，層次清楚，操作方便，比如通過Web方式提交任務、查看結果等，和測試執行、Bug跟蹤系統的整合。測試載

“小張，去，給我買10瓶香檳來”，老崔一到公司，開始吩咐秘書。“另外，找辦公室買三百塊水果來。”“好的！”小張忽閃著大眼睛，不知道今天上司怎麼了。“對了，買來放那兒？”小張問。“香檳放我這兒，水果讓食堂發給超級大……不對，他們不知道誰是超級大項目組的。”老崔沉吟了一會兒。小張趁機說：“食堂恐怕會剋扣，他們又不是正式工。”老崔想了會兒，“這樣吧，放你邊上的位置上，發個郵件讓全體員工來隨便拿。”小張應了聲，去了。一個小時後，老崔收到小張發的郵件：全體員工：超級大項目很快就要結項了，這是我們今年上半年

老崔把部門經理們都召集起來，審查最後十五個Bug。看樣子，有希望。但願QA不要再報出新Bug。會快結束了，老崔順便問：“昨天水果的事情都知道了吧？”“大家想想，我今天還給大家買水果，”老崔看了看做會議記錄的小張，大眼睛裡掠過一整驚恐，“放那裡比較合適？”“放冰箱吧，幾個樓層都有。分散了人流，還可以保鮮。”王大建議。他還是沒敢兩天都不來。“好吧！小張，你去安排一下”。“哎。”小張應了聲，象只受傷得蚊子。老崔今天幹事情有點走神，老是豎著耳朵有點擔心。會不會又哄搶？高科技公司啊，好歹有點素質。幸好，沒

   因為上一篇文章《誤導程式員的喧囂：評CSDN引導Java和Ruby之爭》，引起了一些爭論，我回了一些質疑，不過始終覺得沒把問題講清楚，因此再寫一篇。 十幾年前，我是從C++開始電腦編程的。（不算那些在課堂上學的FORTRAN，Pascal，Basic，Z80和單片機（51）彙編，因為除了在學校安排下的上機——有的連上機都沒有——敲過幾行程式，沒真正用它們做過軟體。）那時我在一個電腦公司兼差。老闆是學校的老師，想法挺不一樣，看我能寫幾行程式，就讓我專門寫點小東西，裝在286、386的機器上，

測試自動化，對於系統效能測試、負載測試等效果是明顯的，而且我們也不得不為之。我們知道，沒有測試載入器進行負載模擬，要通過手工測試完成系統測試工作，幾乎是不可能的。但在功能測試中，情況就大不一樣了。手工測試在功能測試中的優勢還是比較大的，我在“測試方法的辯證統一（之二）”已做了討論，工具本身並沒有想象力和靈活性，而人對介面美觀性、邏輯合理性，容易作出判斷。所以功能測試自動化主要的應用在迴歸測試中，而且產品的介面(UI)和功能變化較大，自動化的指令碼（Script）維護成本較大，投入和產出往往變成我

 為什麼大公司的產品越做越爛？我的答案是：官僚體制。大公司怎麼做產品呢？通常，大公司都會有一個產品市場部，這些人研究現有的產品，競爭者的產品，然後列出成百上千個特性列表，要工程師在最近的版本儘快做出來。這是產品需要來源一。然後，售後服務和支援部門，也會列出所有他們吃過的苦頭，這通常是成千上萬個Bug。再次，銷售部門，因為缺少了某個特性而丟了單，回家火冒三丈地要工程師趕快做出來。又次，老總們突然有了一個靈感，又要求工程部門趕快做出來。最後，研發經理，看了某段代碼，極不舒服，又要手下把某次重構加到最

對測試載入器能夠發揮作用，大家都已經瞭解並認可了，但是很多引入自動化測試載入器的軟體公司並沒有能夠讓測試自動化發揮應有的作用，其主要原因有以下幾個方面：1.

電視《雍正王朝》講了這麼一個故事：大將軍年羹堯奉命到青海平叛，清軍因路途遙遠，軍耗巨大，因此力求速戰速決。但叛軍避開鋒芒，東躲西藏，年羹堯沒有辦法找到叛軍決戰。這時，朝廷內外壓力越來越大，年羹堯陷入困境。這是一位謀士對年說：我知道叛軍在那裡。年大喜。這位謀士指出，敵人就在不遠處的一座皇封寺廟裡。年不信，謀士不慌不忙地說：這就是燈下黑，離自己越近就越不可能意識到，但卻是最可能的地方。果然，大軍一出，大獲全勝。我想講一些關於程式員對自身認識的故事，這些故事都和燈下黑有關。只要正確認識自己，道理非常簡

   過去有一位年輕和尚，一心求道，希望有日成佛。但是，多年苦修參禪，似乎沒有進步。有一天，他打聽到深山中有一破舊古寺，住持某老和尚修鍊圓通，是得道高僧。於是，年輕和尚打點行裝，跋山涉水，千辛萬苦來到老和尚面前。兩人打起了機鋒。年輕和尚：請問老和尚，你得道之前，做什嗎？老和尚：砍柴擔水做飯。年輕和尚：那得道之後，又做什嗎？老和尚：還是砍柴擔水做飯。年輕和尚於是哂笑：那何謂得道？老和尚：我得道之前，砍柴時惦念著挑水，挑水時惦念著做飯，做飯時有想著砍柴；得道之後，砍柴即砍柴，擔水即擔水，做飯即做飯。

         如同代碼是程式員的成果之一，測試報告和品質報告是測試人員的主要成果之一。對於一個好的測試報告，是建立在正確的、足夠的測試結果的基礎之上，不僅要提供必要的測試結果的實際資料，同時要對結果進行分析，發現產品中問題的本質，對產品品質進行準確的評估。1．缺陷分析      

幾年前，老闆要看報表。報表內容是所有的項目的人員安排情況。於是我們非常痛苦的統計，花費了幾天以後，送給老闆。老闆一看，總覺得資料不對，還真找出了幾處問題。於是又統計。折騰了好幾次，算是準確了。我們當時就想，一定要開發個工具來管理項目。 後來，我們真的開發了一個工具來管。功能是讓每個員工下班的時候，記錄自己在什麼項目上，花了多少時間。我們都覺得這一定能解決問題。任何時候，老闆想要報表，一點某個按鈕就出來了。 事實證明，我們完全失敗，因為公司上下上千人，不可能每個都記得去填數字，所以資料完全不準確。

2006年的職場出奇的冷清，相比前幾年，簡曆的數量和品質都大為不如，很難得找到三年工作經驗以上的人，有一個不是特別笨，就是特別怪。就是麼，幹得好誰沒事換工作啊！Simon是一家外企軟體公司的總經理，最近給這個問題愁壞了。項目一個接一個的接下來，人手越來越緊張。雖然Simon是個極限編程的粉絲，但也不得不批准了一份又一份的加班申請。HR經理把這個問題歸結到樓價上，他的妙論是“怕失業了還不上房款，不敢跳槽”。這天，K項目組長Allen終於忍不住了，帶了一個只有一年工作經驗的小夥子要Simon面試，“