組織前提：執行軟件質量框架需要投入，需要付出，軟件質量框架最難的地方不是學習，而是執行。在一個組織中，需要評估應用軟件質量框架需要多少的投入，對目前的開發過程有多大的助益。一般來說，組織的規模越大、其開發過程和產品越復雜，就越適合采用軟件質量框架。
方法學前提：在敏捷方法學中，對規則和秩序有兩種不同的觀點，一種是強調規則和秩序，以XP為代表，它對代碼都有要求;另一種則不那么強調，以自適應軟件開發為代表，它不要求程序員的具體行為。軟件質量框架采用第一種觀點，要求組織中存在嚴謹的規則和秩序。
軟件質量框架的價值觀
明確具體：對軟件的管理必須是明確具體的。軟件開發是工程、也是藝術，需要緊密的協作和溝通，任何一個含糊的指令都可能導致軟件開發中出現錯誤，所以，在軟件開發中，任何一個指令都應該是相對明確的。為什么說是相對呢?是和成本相對，指令越明確，成本就越高。例如，你可以把需求文檔寫的非常的具體，但是你需要付出制作和維護的代價。所以我們的明確性是一個考慮成本前提下的特性。
明確具體要從綜合上考量。怎么理解呢?例如，XP中的用戶故事是非常不精確的，按道理說它是不明確，也是不具體的。但是在整個開發周期中，將會有迭代、測試、現場用戶等多種手段使得用戶故事明確具體起來，所以從整體上看，它并不違反我們的價值觀。產品質量是一個系統工程，決不僅僅是QA部門的工作，。這個道理適用于制造業，也適用于軟件開發業。
容錯：軟件開發是人的工作，人是無法避免錯誤的。所以，軟件質量框架中允許犯錯。因為不犯錯是天方夜譚。你就算做了這方面的強制規定也無法避免它的出現，反而會引發其它的問題，例如隱瞞錯誤，或為了隱瞞錯誤而導致的額外成本。所以正確的態度是允許發生錯誤，并建立一套監測、管理、反饋、修改錯誤的體制。
規范：在前提中，我們已經提到了，規范是軟件質量框架的基本態度。所以，軟件質量框架中強調規范，并使用規范來推動框架的運作。
測試：軟件質量框架非常強調測試，測試是保證質量的必由之路。測試要盡可能的多，盡可能的頻繁、測試結果要盡可能快的反饋。這是軟件質量框架對測試的基本態度。測試是綜合性的，軟件開發過程中的所有工件，都需要伴隨著相應的測試工件。這是基于一個簡單的理念，如果你不能夠為你的工作制定一個完成的標準，你又該如何開展你的工作呢?
軟件質量框架的結構
上圖表現了軟件質量框架的結構。處于結構核心的是技術架構和管理架構。軟件質量框架既不是方法學，也不是一個軟件，更像是兩者的結合體。技術架構和管理架構的融合體現了這一特性。軟件質量框架并不關心單個開發人員的效率，它關注的是開發團隊整體的效率。因此，管理架構在框架中的意義在于它定義了一套軟件管理的方法，能夠對開發人員及其他們的工作進行管理。從這一點來看，它的作用和軟件工程方法學是一樣的。但是，在現實中我們發現軟件組織在邁向軟件過程的途中往往因為現實的困難而止步不前。其中一個主要的原因是在引入方法學的過程中生產效率降低了，而引起組織成員對變革的懷疑和不滿。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
