在軟體開發中,質量很重要(這個估計誰都知道)，但是很多時候質量看上去卻又不能保證（基於進度壓力下）。然後，就亂了… 這個情景我想大多數人都經歷著，呵呵。
「高質量、高口碑的軟體開始於好的分析與設計階段，並不是靠後期的測試與修補來完成的」
我就發表下下面這幾個階段會影響質量的地方吧：
l 分析與設計階段
l 計畫安排
l 開發階段
一、分析與設計階段
如何才能做好這個步驟呢？要獲取使用者真正的需求，同時考慮好可能產生變化的需求點，我認為這兩點基本上能保證分析與設計階段的高質量進行了。這裡pm是肯定要花大功夫的，由於這裡的「可能產生變化的需求點」需要比較好的業務領域知識，所以pm就要做足這個行業的功課了。呵呵，關於pm的工作部分，我不是很清楚…
二、計畫安排
上面所提的亂，出現的原因很多時候是因為時間問題。所以我認為也需要在計畫安排這裡花大力氣---列出的計畫需要周詳，不能缺少步驟，並且時間上是差不多夠的。當然要是上級要求必須在某某時間完成，這時怎麼辦？那就需要這個專案負責人對上級提出異議，保護這個團隊。
三、開發階段
採用迭代開發時，往往是先開發部分功能，接著qa測試那些完成的功能。假如開發的質量有問題，比如很多低階錯誤、又或者很不穩定，這樣的程式交給qa去測試，qa看了後不暈才怪，連看都不想去看了（情有可原）。qa測試不通過，必然開發人員再去進行修改，所以時間會根據質量的高低程度產生急劇的浪費！這裡有很多原因發生開發質量不高，比如：主觀上的不做單元測試、客觀上的由於進度緊不做單元測試，湊合著交給qa
1.主觀上的不做單元測試
a)這個要麼是開發人員根本不知道單元測試是何物（估計沒多少人是這個原因）
b)或者過渡信任自己的程式沒有bug
i.這個只要適當提醒下就行了
c)不積極工作的表現
i.這個需要注意阿！很危險了
2.客觀上的由於進度緊不做單元測試
a)一種是由於原先計畫安排上有問題
i.這個我想也就只能通過排計畫的那人考慮周詳點、需求要在排計畫之前就要90%弄清楚（不知道90%是不是太高了…）
b)一種是所採用的技術需要攻關
i.技術研發部門要抓緊時間了，研發部門內部損耗來了，要解決
c)一種是由於需求老有問題導致了開發階段較多的非開發時間的產生，而消耗了本該屬於開發的時間
i.需求獲取有問題，或者分析那裡不夠細緻，可能是分析時想的不夠細，還存在著許多想當然的東西，沒有分析到能夠交給開發人員做的地步（這地方有挑戰！）
d)還有一種是a+b+c，哈哈（這種還居多）
i.阿門，依次解決上面幾個問題吧..
上面是我的個人見解，請大家多指教。
軟體開發的質量紅線
質量紅線是我的乙個客戶提出的概念，即質量管理的底線 最低要求 最低標準，無論在什麼情況下，專案都不能違背這個底線，比如專案組在進行多快好省四個要素平衡時，無論如何平衡，都不能違背質量的最低要求。我認為這個名詞很直觀形象，因此借用一下。在定義質量紅線時應該從質量的投入與質量的產出兩個方面進行定義。質量...
軟體開發之質量保證
針對軟體和產品質量問題談談個人愚見！本次談論的軟體或產品質量是乙個軟體根據需求完成的功能中出現很多非預期的結果，不是需求所要求的結果。怎樣提高軟體的質量 1 提高軟體開發人員的個人技術能力 軟體設計人員的設計能力 需要開發人員和設計人員提高個人的專業技術能力 工作激情 工作態度。能夠更好的編寫高質量...
軟體開發質量控制研究
軟體質量是指開發出來的軟體不僅可以滿足客戶明確提出來的要求還要滿足某些沒有明確提出來的要求，軟體質量越高，客戶需求滿足度就越高。軟體專案質量控 制不僅僅是控制軟體設計的最終結果，它其實要求貫穿於軟體設計專案的全過程，從軟體開發初期的客戶需求調查，到最終的軟體交付評審，每個階段都要進行仔細 的控制，才...