質(zhì)量計劃需要回答的是如果通過各種質(zhì)量相關活動來保證項目達到預期的質(zhì)量目標。質(zhì)量計劃中的重要輸入是質(zhì)量目標，而質(zhì)量目標來源于用戶需求和商業(yè)目標，項目質(zhì)量計劃根據(jù)質(zhì)量目標制定，包括質(zhì)量保證計劃和質(zhì)量跟蹤控制計劃。

　　質(zhì)量屬性包括了正確、可用等功能性屬性，也包括了性能，安全，易用，可維護等非功能性屬性。各質(zhì)量屬性間本身也存 在正負相互作用力，提高某個質(zhì)量屬性會導致其它質(zhì)量屬性受影響，也會使項目進度成本等其它要素受到影響。項目進度成本有限，不可能滿足所有的質(zhì)量要求，因 此必須系統(tǒng)的確定各質(zhì)量屬性滿足的優(yōu)先級，滿足的度。這里面有QFD系統(tǒng)的方法，也可以參考KANO模型真正找到我們投入不多的時間和成本就能大幅增加客戶滿足度的易用性需求。

　　因此質(zhì)量目標應該包含兩方面的內(nèi)容，一方面是功能性的質(zhì)量目標，主要以產(chǎn)品的無故障運行時間和產(chǎn)品的現(xiàn)場故障密度 來定義。另一方面則是非功能性的質(zhì)量目標，應該根據(jù)非功能性需求中對應的質(zhì)量屬性來定義。只有明確的定義了質(zhì)量目標才能夠去計劃和安排質(zhì)量相關的活動。質(zhì) 量成本分為COQ好質(zhì)量成本和COPQ壞質(zhì)量成本，質(zhì)量是設計出來的而不是檢驗出來的，有了質(zhì)量成本指標可以很好的衡量項目總體的生產(chǎn)率和效率，衡量項目進行中的質(zhì)量水平。

　　為了提高和保證軟件質(zhì)量，在項目執(zhí)行過程中會采取一系列的質(zhì)量活動，比如評審，培訓，測試，代碼走查等。這些活動的安排時間點和安排工作量應該和項目質(zhì)量目標一致。當為了預防質(zhì)量問題投入的好質(zhì)量成本小于返工等引起的壞質(zhì)量成本的時候，都是值得安排的質(zhì)量活動，質(zhì)量活動的價值就在于提前發(fā)現(xiàn)質(zhì)量問題，或者通過前期的培訓減少質(zhì)量問題的發(fā)生。因此對各活動安排的參考意見為：

　　需求和總體設計類文檔一般要求評審，防止前期的缺陷泄露。另外一個重要的原則就是你認為當前任務執(zhí)行人無法很好的保證產(chǎn)出物的質(zhì)量的時候都需要進行評審。我們一再強調(diào)評審不是解決成員責任心的問題，評審最重要的作用是要發(fā)現(xiàn)潛在的問題，并挖掘遺漏。

　　對于測試首先需要確定測試的方法論，如果測試方法論沒有很好的和生命周期模型配合，則會出現(xiàn)測試和開發(fā)工作脫節(jié)并 出現(xiàn)較大干擾。因此測試方法論對功能性質(zhì)量保證會產(chǎn)生很多的影響，確定了測試方法論后再考慮測試的一些計劃和策略，這里面包括了對功能性需求和非功能需求 的測試計劃和策略。測試是整個產(chǎn)品的最后一道防線，但仍然需要注意到軟件質(zhì)量不是測試出來的，而是設計和開發(fā)出來的，測試發(fā)現(xiàn)太多的問題只能說明整個團隊技能水平不足，我們的過程和規(guī)范不成熟，測試是驅(qū)動項目和組織去改進質(zhì)量水平。

　　項目進行中各階段工作產(chǎn)品的質(zhì)量水平可能由項目成員的責任心態(tài)度引起，也可能由于項目成員本身的技能水平引起。而 恰好我們的評審都在評審這兩方面的問題，當然評審不會起到很關鍵的效果。對于責任心和態(tài)度問題要加強團隊建設和項目規(guī)則制定，而對于技能的問題則需要前期 在人力資源計劃中對項目成員的技能進行評估，發(fā)現(xiàn)技能缺陷后要及時組織培訓。項目的培訓投入是最有益的質(zhì)量成本投入，將對整個項目的長遠期都產(chǎn)生積極的影響。

　　對于質(zhì)量計劃應該包括的內(nèi)容為：

　　1.項目的質(zhì)量目標（包括功能性屬性和非功能性屬性的質(zhì)量要求）

　　2.各質(zhì)量屬性相互約束分析，滿足的優(yōu)先級和成本效益分析（KANO，QFD）

　　3.潛在的質(zhì)量問題和應對分析（評審，培訓，代碼走查）

　　4.各階段的質(zhì)量目標分解（QFD）

　　5.項目的質(zhì)量控制策略（評審安排，覆蓋率，培訓，測試安排）

　　6.非功能性質(zhì)量需求對軟件生命周期各階段的影響，對測試的影響 

　　7.質(zhì)量屬性滿足的優(yōu)先級和成本效益分析 

　　8.質(zhì)量保證計劃