構建之法閱讀筆記06

第14章　質量保障

軟件的質量，軟件要符合用戶以及利益相關者的需求。軟件質量 = 程序質量 + 軟件工程質量。程序的質量，程序的質量體如今軟件外在功能的質量。衡量軟件的功能，基本的判斷能夠用「是|否」來斷定。軟件工程的質量軟件的開發過程有三個主要的特性：「好」、「快」、「便宜」。軟件開發過程的風險控制，軟件開發過程當中有種種依賴關係，有些項目的進展常常被這些因素打斷，要控制這些風險。軟件工程的質量，如何衡量既然軟件工程的質量對最終軟件的質量，其中一套比較成熟的理論是CMMI。CMMI一級，初始級。CMMI二級，管理級。CMMI三級，明確（定義）級。CMMI四級，量化管理級。CMMI五級，優化級。        質量的成本，要達到必定的軟件質量，是要付出成本的。

測試角色獨立出來，分工是社會和行業進化的結果，開發和測試實際上是軟件工程的兩個分支，對於不一樣的軟件/服務，測試的方式和程度都有所區別。

第15章　穩定和發佈階段

一個團隊經歷了計劃/設計/開發等階段，達成代碼完成（Code Complete）這一目標，彷佛後面的事情就水到渠成了。其實否則，軟件生命週期的最後階段每每是最考驗團隊的，不但考驗團隊項目管理水平、應變能力，也考驗團隊的「血型」。

會診小組（Triage Team），軟件團隊的各個角色表明（PM/Dev/Test/UX等）組成了會診小組，處理每個影響產品發佈的問題。複雜項目的會診，在穩定階段的初期，團隊只要決定須要修復哪些缺陷，而後團隊成員就會進行必要的設計、實現、測試工做，並簽入代碼修改。可是，隨着項目進展和發佈日期的臨近，團隊還要保證修改方案不會給產品帶來負面的影響。

在咱們的團隊裏面，在穩定和發佈階段，也發現了很多bug，有些是由於設定的問題，有些事程序的問題。咱們先將一些重要的錯誤修改完成再修改小的，有些設計的問題須要重構代碼，咱們就放到下一個版本。

幾個招數：招數1設計變動，招數2：ZBB，招數3：最後迴歸測試，招數4：修復Bug的門檻逐漸提升，招數5：逐步凍結

 

     第16章　IT行業的創新

創新有時就是靈光一閃的事情，可能就是看到想到，就有了靈感。有時則是幾代人的努力。人們不見得都喜歡創新，創新的東西，和可能要受到一些守舊思想的阻擋。創新者不都是身先士卒。有些公司也是後起之秀，可是作的比前人要好。不必定是領域內的專家才能 創新，專家也不必定可信。創新要在調查以後，對數據進行分析，找到最合適的機會和目標。才能進行有進行有效的創新。