這項工作通常在「詳述」階段開始,在一個反覆期間通常會執行多次,根據一連串可獨立測試的「建構版本」的可用性,每一個測試週期會執行一次。
如先前所述,這項工作在一個反覆中通常會執行多次;實際次數通常是每一個「建構版本」一次。 但請注意,通常不會每一個「建構版本」都測試。此外,請注意,「建構版本」排程通常會導致這項工作在反覆期間愈來愈頻繁。 在活動:達成可接受的任務中,評估在測試週期內何時達成適當的測試廣度和深度,可決定是否需要更多週期。
對於「建構」階段之前的反覆及此階段初期的反覆,通常需要投注更多心力,以解決在測試實作和執行期間第一次發現的策略問題。 這些問題通常會減少成功實作和執行的實際測試數量,也會導致測試的廣度和深度受到限制。
自動化測試工具的複雜性和可用性及其有效利用的必備技術,確實會影響這項工作的資源分配。 在策略上部署特殊型契約資源給這項工作的一部分,也許有助於提高成功的機會。 租賃自動化工具和聘顧專業人員來使用工具,也很划算,尤其有助於降低導入的風險。
不論採取這種方式或是否開發內部技術以兼顧未來維護自動化資產,您必須權衡兩者的利弊。
|