從測試策略到測試架構(3)

制定測試計劃是保證測試策略能被有效執行的一種方式。它告訴了團隊在什么階段，什么樣的角色應該執行測試策略中什么樣測試技術(shù)和測試方法。它主要由測試人員編寫(xiě)，但是應該由整個(gè)團隊進(jìn)行評審，因為開(kāi)發(fā)人員、產(chǎn)品經(jīng)理、業(yè)務(wù)分析人員甚至用戶(hù)都可能參與到測試計劃的執行中。

測試計劃是可以根據項目的實(shí)際進(jìn)展情況進(jìn)行調整的，所以它并不是一成不變的。

測試架構

在上個(gè)世紀六七十年代軟件系統還處于小規模的時(shí)候，軟件開(kāi)發(fā)并沒(méi)有談什么架構，軟件測試也不存在什么策略可言。但是隨著(zhù)軟件規模的極速增大，復雜性也成指數級增加，專(zhuān)業(yè)的軟件架構應運而生。

為了有效的在規定時(shí)間內完成復雜軟件系統的測試，必須有一個(gè)指導性的策略來(lái)幫助團隊理解、選擇和組織大量的測試，因此軟件測試策略就出現了。而測試策略往往是高層次的指導，對于一些中小型項目也許已經(jīng)足夠了，但是卻不足以應付現代越來(lái)越復雜的軟件系統。

因為隨著(zhù)微服務(wù)、移動(dòng)互聯(lián)網(wǎng)、物聯(lián)網(wǎng)、大數據分析系統、AI系統等的出現，要測試一個(gè)包含各種技術(shù)，外部依賴(lài)，或者獨立子系統的復雜系統，并不是簡(jiǎn)單的根據測試策略在不同層面上做不同的測試就可以了，而是要理清各種測試之間的相互聯(lián)系和制約，然后思考怎么有效的將各個(gè)維度上的測試聯(lián)系起來(lái)，以軟件系統架構的思維去思考整個(gè)測試體系。

原文轉自：http://insights.thoughtworkers.org/from-strategy-to-architecture/