制定測試計劃是保證測試策略能被有效執行的一種方式。它告訴了團隊在什么階段,什么樣的角色應該執行測試策略中什么樣測試技術和測試方法。它主要由測試人員編寫,但是應該由整個團隊進行評審,因為開發人員、產品經理、業務分析人員甚至用戶都可能參與到測試計劃的執行中。
測試計劃是可以根據項目的實際進展情況進行調整的,所以它并不是一成不變的。
在上個世紀六七十年代軟件系統還處于小規模的時候,軟件開發并沒有談什么架構,軟件測試也不存在什么策略可言。但是隨著軟件規模的極速增大,復雜性也成指數級增加,專業的軟件架構應運而生。
為了有效的在規定時間內完成復雜軟件系統的測試,必須有一個指導性的策略來幫助團隊理解、選擇和組織大量的測試,因此軟件測試策略就出現了。而測試策略往往是高層次的指導,對于一些中小型項目也許已經足夠了,但是卻不足以應付現代越來越復雜的軟件系統。
因為隨著微服務、移動互聯網、物聯網、大數據分析系統、AI系統等的出現,要測試一個包含各種技術,外部依賴,或者獨立子系統的復雜系統,并不是簡單的根據測試策略在不同層面上做不同的測試就可以了,而是要理清各種測試之間的相互聯系和制約,然后思考怎么有效的將各個維度上的測試聯系起來,以軟件系統架構的思維去思考整個測試體系。
原文轉自:http://insights.thoughtworkers.org/from-strategy-to-architecture/