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

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

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

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