7. 面對成功的挑戰
當 你完成了所有的事情，測試套件已經文檔化了，并且文檔已經交付了。測試執行人員能夠理解要開展的測試，并知道如何完成測試執行。隨著你所負責產品的進一步開發和維護，測試被反復重用。雖然，在自動化使測試變簡單的同時，也總是使測試過程復雜化。測試人員需要學習如何診斷自動化測試執行失敗的情況，如果不這樣做，測試執行人員會認為執行失敗的情況是由自動化引起，然后，自動化工程師被叫過來幫助診斷每一個執行失敗的情況，開發人員往往也會認為執行失敗是由于自動化測試自身引起的問題，這樣，測試執行人員就不得不學習通過手工的方式，或者通過采用少量腳本的方式重現自動化測試發現的問題，以證明他們確實發現了產品當中的 BUG 。
測試套件的相關工作還沒有結束，為了提高測試覆蓋率或者測試新的產品特性，需要增加更多的測試。如果已有的測試不能正常工作，那么需要對之修改;如果已有的測試是冗余的，那么需要刪除這部分測試。
隨著時間的推移，開發人員也會研究你設計的測試，改進產品的設計并且通過模擬你的測試過程對產品做初步測試，研究如何使產品在第一次測試就通過，這樣，你設計的測試很可能無法繼續發現新的問題，這種現象被稱為一種殺蟲劑悖論。這時候，會有人對你的測試有效性提出質疑，那么，你必須考慮是否應該挖掘更嚴格的測試，以便能夠發現開發人員優化之后的產品中的缺陷。
以前，我提到過一個基本上無法實現的設想，設想通過按下一個按鈕就完成了所有的測試工作。自動化測試是不是全能的，手工測試是永遠無法完全替代的。
有些測試受測試環境的影響很大，往往需要采用人工方法獲取測試結果，分析測試結果。因此，很難在預先知道設計的測試用例有多大的重用性。自動化測試還需要考慮成本問題，因此，千萬不要陷入到一切測試都采用自動化方法的錯誤觀念中。
我曾經主張保證給與測試自動化持續不斷的投入。但是，在開展自動化測試的時候，一個問題擺在面前，測試自動化應該及時的提供給測試執行人員，這個不成問題，但是如何保證需求變更后，能夠及時提供更新后的自動化測試就是個大問題了。如果自動化測試與需求變更無法同步，那么自動化測試的效果就無法保證了，測試人員就不愿意花費時間學習如何使用新的測試工具和如何診斷測試工具上報的錯誤。識別項目計劃中的軟件發布日期，然后把這個日期作為里程碑，并計劃達到這個里程碑。當達到這個里程碑后，自動化工程師應該做什么呢?如果自動化工程師關注當前產品版本的發布，他需要為測試執行人員提供幫助和咨詢，但是，一旦測試執行人員知道如何使用自動化測試，自動化測試工程師可以考慮下一個版本的測試自動化工作，包括改進測試工具和相關的庫。當開發人員開始設計產品下一個版本中的新特性的時候，如果考慮了自動化測試需求，那么自動化測試師的設計工作就很好開展了，采用這種方法，自動化測試工程師可以保持與開發周期同步，而不是與測試周期同步。如果不采用這種方式，在產品版本升級的過程中，自動化測試無法得到進一步的改進。
持續在在自動化投入，你會面臨成功的挑戰，當自動化測試成為測試過程可靠的基礎后，自動化測試的道路將會越來越平坦。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
