一定要避免由于工期等原因，產品的需求和設計文檔跟不上，甚至編碼前幾天，需求設計才最終確定，在開發過程中也要避免頻繁的更改需求和設計，其結果經常導致自動化測試人員開發測試用例“無依據”，常常要跟著開發人員跑，而不是跟著文檔跑，期間的溝通要花費了大量的時間與精力。同時已經存在的文檔如果經常發生變化，如果通知不及時，也會導致開發成本的加大。
通過自動化測試，可以達到檢查開發文檔，促使開發流程規范化的作用。
3.自動化測試報告清晰
自動化測試之所以在業界一直得以推崇，就是因為測試的自動化、報告的自動化，倘若缺少一份有效的自動化測試報告，即使有再全面的測試用例，別人也會對工作感覺很茫然，缺乏到工作的全面了解。
測試報告中，除有明確的統計數據(包括測試用例數據、通過率等)，還需求提供測試的跟蹤信息、測試用例失敗的原因分析。特別是由斷言失敗導致的失敗原因分析，應具有很好的原因說明，良好的可讀性，對問題有很好的描述與定位，可供自動測試人員、開發人員、設計人員和領導等多方人員閱讀，對測試結果有很好的理解和定位。
自動化測試報告最好要做到妥善保存，利用測試報告可以跟蹤項目進度，把握功能點的完成情況，同時也有利于BUG的回歸查找。
五、方法的改進
在實施過程中，需要掌握不同的處理方法，應對處理各種實際問題，包括人員情緒。
1.溝通方式要完善
確認了自動化測試，就需要把自動化測試工作納入到項目的統一安排之中，把自動化測試人員也做為需求、設計、開發的相關共利者，當發生改變時，要即時通知，以便修改測試用例，避免編碼或設計已發生改變，而自動化測試還不知道，其結果將導致查找原因花費大量時間。
溝通也發生在人際關系的處理上。為充分理解需求與設計，自動化測試人員不可避免的要找設計人員溝通產品設計，有時還可能是頻繁的詢問，遇到設計人員工作重或心情不好，就有可能導致溝通上的困難或不充分。因此溝通需要技巧，測試人員需要耐心與細心，與開發人員保持好的關系，同時要盡量把問題一次溝通清楚，避免溝通不清導致測試用例返工，由此導致工作量的浪費。
對于基于組件的自動化測試，需要開發人員對功能充分的理解，明白自己開發的功能必須依靠什么組件，模塊運行必要的支持組件。開發人員理解不充分，就會浪費測試代碼的調試時間，直接影響最終的部署。
2.測試用例代碼健壯性有待提高
測試用例的代碼應具有很好的健壯性，理想的測試用例代碼本身不會引入錯誤誤報，斷言錯誤時，只能是被測模塊發生了失敗。而在實際實施過程中，測試代碼的健壯性很難保證，一方面由于測試用例代碼編寫人員本身編程水平不能保證，很可能產生代碼上的BUG，另一方面由于需求和設計的變化，測試用例本身也要隨時發生改變，測試用例更新不及時，就會導致被測模塊的失敗，因此及時溝通，及時更新用例代碼，也是非常有必要。
3.避免測試驅動滯后
測試驅動是實現測試用例的根本，由于分工和涉足點不同，自動化測試人員只能完成很少一部分測試驅動，其它驅動由開發人員完成，測試人員只是負責定義驅動的輸入輸出接口。
但是開發人員有自己的任務，編寫測試驅動勢必增加其工作量，影響其原有工作的進行。為了自動化測試的正常進行，必須要與開發組領導進行充分的溝通，合理安排開發人員工作量，在不影響原有工作的基礎之上完成測試驅動。
測試驅動實現的滯后，將影響測試用例的調試和最終部署，影響整體流程。
4.多種自動化測試工具的引入
一種產品可能會包含各種功能組件，比如數據庫、界面、通信等各種操作，因此要引入不同的自動化測試工具，完成不同功能點的測試。如界面操作的角本錄入WinRunner、壓力測試工具LoadRunner等，各種工具的引入，可以使自動化測試的測試用例覆蓋率擴大，使自動化測試更加深入和全面。
5.自動化測試工作的必要性
這一點也是最難處理的。自動化測試由于缺少成型的理論指導，常常導致沒有達到理想的效果，使領導和開發人員懷疑其工作的必要性，同時也可能成為軟件項目管理中的“雞肋”。
如何考慮這個問題呢?是否有必要設置自動化測試這一環節呢?
要處理這種心理落差，就需要在開始工作之前，領導及相關人員確立切實可行的目標，考慮清楚自動化測試測試用例的覆蓋范圍、BUG率等，不要過于樂觀的考慮自動化測試的工作成果。根據實際情況制定切實可靠的目標，使獲得的回報更驅于理性。公司原有自動化測試的知識儲備、自動化測試人力資源的部署、整體團隊的配合等諸多因素都會影響工作的最終效果。
六、結束語
自動化測試是一片新鮮的土壤，雖然沒有特別完善的理論，但是只要在實施的過程中把握好幾條重要的原則，一定可以達到很好的效果。
文章來源于領測軟件測試網 http://www.k11sc111.com/
