pmbok裡關於質量管理主要有3個過程：
制定質量管理計畫
質量保證（qa）
質量控制（qc）
書看了5-6次，還是發現比較抽象，難以理解。
實際專案中，怎樣才幹合理的考慮各種資源制約，更好的執行質量管理呢？
一般的正規流程大致例如以下：
需求分析-> 客戶評審與確認-> 概要設計->內部評審-> 具體設計->內部評審->編碼-> **審查->單體測試
-> 整合測試->問題修復-> **評審-> 測試確認-> alpha測試-> beta測試-> 系統試執行-> 客戶交付測試-> 維護
假設嚴格按流程，產品質量肯定有保障，但成本付出肯定非常大。
考驗專案經理的第一道難題： 哪些步驟能夠省？怎麼省？
第二個問題是，怎樣讓評審不走過程？
評審也是非常難得乙個事情，假設a寫的**邏輯極其複雜，讓b去review，可能時間花了非常多，卻什麼問題也發現不了。
問題的核心就是： 怎樣安排評審？ 專案組內是否有足夠的技術能力去做評審？怎樣合理降低評審？
第三個問題是，在保證質量的情況下怎樣降低測試？
這也是乙個考驗qa人員能力的乙個挑戰活，好的qa能迅速發現問題。
這一周一直結合以往專案經歷，重複的思考這個問題。
就個人最大的體會是一定要做好專案經驗積累。
第二個體會是一定要對開發人員的性格做充分總結，不同性格的人出問題的範圍有非常強的統計特性。
第三個體會是對外的測試一定要嚴格，有可能的話提前一定時間量做預測試。
第四個體會是流程的核心節點一定要嚴格執行
第五個體會是一定要充分利用指令碼語言與資料庫技術不斷提高測試效率。
做一名專案經理非常easy，做好專案經理工作非常難，做好新領域開拓專案的專案經理工作更難。
軟體開發流程的一些思考
1.大型通用軟體的開發就是以質量第一的原則 軟體在賣到幾十套的時候，質量只要過的去就可以了，但一旦軟體賣到上千套，質量就絕不能以對付了事，否則維護部門的 就要被打爆。測試人員一般的能達到開發人員的1 3就比較合理了，如果是剛起步的公司，考慮到 成本因素，而且大多是以開發專案為主，所以在測試上可以相對...
44 軟體開發中的一些思考
0 引言 一直以來，對自己開發的軟體並不滿意，看了很多規則性的東西，但是並不能真正理解。在具體實施的時候，往往還是選擇了比較容易實現的 自己看起來清晰的方法，結果一旦需求變更就出現諸多問題，或者在介面設計的時候感覺力不從心，對自己畫出來的醜逼介面無可奈何。姑且先把問題記錄下來，留待以後慢慢學習 體會...
軟體內部質量的一些思考
內部質量指的是 的可讀性，可修改性，複雜度 圈複雜度，函式深度 可移植性等軟性質量。像bug率指的是外部質量 軟體的內部質量只對開發者有直接影響，對公司來說間接影響就是開發的維護成本。為什麼程式會有這麼多偶然複雜性呢？基本都會有這個問題，在傳統公司，每半年會有個大版本，質量改進可以放到乙個大版本中來...