如果是新的自動化測試工具的開發或研究，較好預留一個比較充裕的時間，時間太趕很難設計出精品。下面小編就為大家整理一些關于西安測試系統——自動化測試時的較恰當的時機是什么時候？

如果想在功能測試階段使用自動化測試，那么自動化測試架構的設計較好能夠與代碼實現同步，否則如果等代碼實現提交測試之后再做自動化測試工具的開發或研究，在功能測試或回歸測試的過程中就被動了很多。
關于在項目的什么階段開始自動化測試，由項目決定，對于需求相對穩定并且是基于成熟的架構上開發的系統，自動化測試腳本較好在功能測試開始之前編寫，在功能測試階段就可以使用已經編寫好的腳本做功能測試了。
但我們平時遇到的項目，有很多是需求變化比較大的，或者是一些不夠成熟的系統，這樣的系統如果在功能測試之前編寫好的腳本，很有可能不能在系統上正確運行，大多還是需要手工執行才可以測試，甚至會在功能測試完后系統跟功能測試之前的系統會有非常大的區別。對于這樣的項目，自動化測試開始得越早項目的成本就越大，較好在系統的架構或需求相對穩定后再做自動化測試。
對于一些需要錄制GUI界面的功能的自動化測試，在頁面的功能相對穩定之后再做自動化測試性價比會比較高，因為頁面是較容易變動的部分，而且任何一個控件的修改都會導致自動化工具不能識別控件，導致很多自動化測試腳本會跟著做大量的修改，增加了維護的成本。
當然，因為頁面變化而引起的腳本的改動的大小，也跟自動化測試的架構和寫腳本的功力有密切的關系。

對于一些協議或接口相關的功能測試（比如：XML或socket接口等），是較為容易實現自動化測試的，封裝好底層的協議提供給自動化測試腳本調用，即使是協議會有變化，改動起來還是很簡單的，維護的成本相對較低。

總的來說，在軟件功能達到相對的穩定，沒有嚴重錯誤和邏輯錯誤后開始自動化測試，性價比是比較高的。