目的:
|
找出在候選的機制上重複使用現有實作的機會,並指出需要開發哪些額外的實作。
|
檢查可用的測試工具及現有的測試實作,並將已有一或多種解決方案的機制做成一份庫存清單。 雖然此步驟很顯然與自動化測試工作有關,但手動測試工作上也有一些同等的考量。
子主題:
一開始先收集一連串可取得或打算購買的工具。切記,自動化工作有許多執行方式,清單中的工具通常會比自動化測試實作和執行工具更多。 對於每一種工具,檢查工具提供的機制。例如,您打算使用的 Scripting
工具是否有自己的資料持續性機制,如果有的話,符合您的需求嗎?還是需要再補充? 其他可能的疑問包括:執行工具允許測試 Script 在多台主機用戶端機器上同時執行嗎? 執行工具允許 Script
從一部中央主控機器分送至多台主機用戶端機器嗎?
雖然有現有的測試自動化實作,但還有可考量的其他機制。 這些實作的某些層面會延伸或補充工具所提供的基本機制,提高實用性。 其他層面則為基本工具未提供的其他機制提供實作。
基本上,這需要審查測試實作和執行的現有測試準則。 關於並行性(測試人員如何共用資料集,尤其是現有的資料區,而不干擾彼此)、 分佈(如果測試團隊分散各處,有何解決方案可協調分散的測試工作)等議題,您應該尋找現有的流程解決方案。
|