2.測試用例代碼健壯性有待提高
測試用例的代碼應具有很好的健壯性,理想的測試用例代碼本身不會引入錯誤誤報,斷言錯誤時,只能是被測模塊發生了失敗。而在實際實施過程中,測試代碼的健壯性很難保證,一方面由于測試用例代碼編寫人員本身編程水平不能保證,很可能產生代碼上的BUG,另一方面由于需求和設計的變化,測試用例本身也要隨時發生改變,測試用例更新不及時,就會導致被測模塊的失敗,因此及時溝通,及時更新用例代碼,也是非常有必要。
3.避免測試驅動滯后
測試驅動是實現測試用例的根本,由于分工和涉足點不同,自動化測試人員只能完成很少一部分測試驅動,其它驅動由開發人員完成,測試人員只是負責定義驅動的輸入輸出接口。
但是開發人員有自己的任務,編寫測試驅動勢必增加其工作量,影響其原有工作的進行。為了自動化測試的正常進行,必須要與開發組領導進行充分的溝通,合理安排開發人員工作量,在不影響原有工作的基礎之上完成測試驅動。
測試驅動實現的滯后,將影響測試用例的調試和最終部署,影響整體流程。
4.多種自動化測試工具的引入
一種產品可能會包含各種功能組件,比如數據庫、界面、通信等各種操作,因此要引入不同的自動化測試工具,完成不同功能點的測試。如界面操作的角本錄入WinRunner、壓力測試工具LoadRunner等,各種工具的引入,可以使自動化測試的測試用例覆蓋率擴大,使自動化測試更加深入和全面。
5.自動化測試工作的必要性
這一點也是最難處理的。自動化測試由于缺少成型的理論指導,常常導致沒有達到理想的效果,使領導和開發人員懷疑其工作的必要性,同時也可能成為軟件項目管理中的“雞肋”。
如何考慮這個問題呢?是否有必要設置自動化測試這一環節呢?
要處理這種心理落差,就需要在開始工作之前,領導及相關人員確立切實可行的目標,考慮清楚自動化測試測試用例的覆蓋范圍、BUG率等,不要過于樂觀的考慮自動化測試的工作成果。根據實際情況制定切實可靠的目標,使獲得的回報更驅于理性。公司原有自動化測試的知識儲備、自動化測試人力資源的部署、整體團隊的配合等諸多因素都會影響工作的最終效果。
六、結束語
自動化測試是一片新鮮的土壤,雖然沒有特別完善的理論,但是只要在實施的過程中把握好幾條重要的原則,一定可以達到很好的效果。