自動化測試的7個步驟(10)

　　測試套的相關工作還沒有結束，為了提高測試覆蓋率或者測試新的產品特性，需要增加更多的測試。如果已有的測試不能正常工作，那么需要對之修改;如果已有的測試是冗余的，那么需要刪除這部分測試。

　　隨著時間的推移，開發人員也會研究你設計的測試，改進產品的設計并且通過模擬你的測試過程對產品做初步測試，研究如何使產品在第一次測試就通過，這樣，你設計的測試很可能無法繼續發現新的問題，這種現象被稱為一種殺蟲劑悖論。這時候，會有人對你的測試有效性提出質疑，那么，你必須考慮是否應該挖掘更嚴格的測試，以便能夠發現開發人員優化之后的產品中的缺陷。

　　以前，我提到過一個基本上無法實現的設想，設想通過按下一個按鈕就完成了所有的測試工作。自動化測試是不是全能的，手工測試是永遠無法完全替代的。

　　有些測試受測試環境的影響很大，往往需要采用人工方法獲取測試結果，分析測試結果。因此，很難在預先知道設計的測試用例有多大的重用性。自動化測試還需要考慮成本問題，因此，千萬不要陷入到一切測試都采用自動化方法的錯誤觀念中。

　　我曾經主張保證給與測試自動化持續不斷的投入。但是，在開展自動化測試的時候，一個問題擺在面前，測試自動化應該及時的提供給測試執行人員，這個不成問題，但是如何保證需求變更后，能夠及時提供更新后的自動化測試就是個大問題了。如果自動化測試與需求變更無法同步，那么自動化測試的效果就無法保證了，測試人員就不愿意花費時間學習如何使用新的測試工具和如何診斷測試工具上報的錯誤。識別項目計劃中的軟件發布日期，然后把這個日期作為里程碑，并計劃達到這個里程碑。當達到這個里程碑后，自動化工程師應該做什么呢?如果自動化工程師關注當前產品版本的發布，他需要為測試執行人員提供幫助和咨詢，但是，一旦測試執行人員知道如何使用自動化測試，自動化測試工程師可以考慮下一個版本的測試自動化工作，包括改進測試工具和相關的庫。當開發人員開始設計產品下一個版本中的新特性的時候，如果考慮了自動化測試需求，那么自動化測試師的設計工作就很好開展了，采用這種方法，自動化測試工程師可以保持與開發周期同步，而不是與測試周期同步。如果不采用這種方式，在產品版本升級的過程中，自動化測試無法得到進一步的改進。

　　持續在在自動化投入，你會面臨成功的挑戰，當自動化測試成為測試過程可靠的基礎后，自動化測試的道路將會越來越平坦。

原文轉自：http://www.uml.org.cn/Test/201312093.asp