提高軟體開發效率的最有效手段就是一次做對，一次做好，不返工，追求交付零缺陷的目標。「對」就是沒有錯誤，符合需求，「好」就是沒有壞味道，易於修改。「做對」保證了產品的外部質量，「做好」保證了產品的內部質量，這樣就可以減少軟體缺陷、需求變更帶來的返工。
返工可能發生在生命週期的早期，也可能發生在後期，或者是交付以後，缺陷越早發現，越早解決，返工的工作量越少。有哪些手段可以保證不犯錯，少犯錯，及時糾錯呢？
1、需求階段
需求調研：
要訪談客戶、終端使用者與間接使用者；
要訪談高層、中層與底層的使用者；
要準備好問題單；
採用原型法啟發客戶需求；
需求描述：
使用者故事描述使用者需求；
採用用例法描述功能需求；
當使用者無法提出非功能性需求時，定義定義非功能性需求的預設值；
需求確認：
採用多種方法確認需求；
採用需求交底、逆向培訓、現場客戶等方法確保需求溝通的一致性；
建立需求溝通的平台，確保需求的溝通能傳遞到每個相關人員；
在需求階段開始編寫系統測試用例，驗證需求的可測試性；
建立需求與設計、**、測試用例之間的跟蹤關係；
使用者、開發、測試人員參與需求的評審；
需求變更：
基於rtm進行需求變更的影響分析；
需求的變更要通知到相關人員；
對於需求的變更採用結對修改的方法；
人員：對需求人員進行需求工程的專題培訓，要求需求人員掌握需求工程的基本知識，具備基本的技能。
2、設計階段
需求理解：
和需求人員對需求的理解達成一致；
對需求的拆分、細化，功能的設計要得到需求人員的認可；
設計：要建立設計到需求的跟蹤矩陣，確保設計的完備性；
採用結對設計的方法確保設計的正確性；
需求、設計、開發人員對設計進行技術評審，識別設計中的缺陷；
對設計人員進行培訓、上崗資格認證，要求設計人員掌握架構設計、設計原則、設計模式、資料庫設計、介面設計的方法；
建立評價設計優劣的準則，包括類的設計、演算法設計、資料庫設計、介面設計的準則；
對於非功能性需求給出缺省的解決方案；
在設計中採用設計模式提高設計的合理性；
對於介面的設計盡早進行確認；
介面測試要早設計、早實現、早測試；
3、編碼階段
和需求人員對需求的理解達成一致；
和設計人員對設計的理解達成一致；
在寫**之前先做了詳細設計，對詳細設計做了評審；
結對程式設計；
測試驅動的開發；
按照編碼規範進行編碼；
**的靜態檢查；
**評審；
持續整合；
**重構；
編碼人員要掌握常用的設計模式、重構的手法；
4、測試階段
測試人員參與需求評審，需求人員參與測試用例的評審；
建立測試用例與需求之間的對映關係，追求需求場景的覆蓋率；
整合測試用例覆蓋每乙個介面的輸入引數的每種等價類；
定義用例編寫規範：
● 用例應覆蓋正常操作、異常操作、邊界條件
● 用例應該覆蓋客戶操作場景的各種等價類
● 每個用例應該詳細描述出輸入、操作步驟、期望的輸出
● 區分不同的專項測試制定用例編寫規範
● 堅持執行失效模式分析
定義質量目標，並努力達成質量目標：
● 每千行**的平均測試工作量；
● 每千行**測試用例的個數；
● 每千行**發現的缺陷個數；
在客戶各種可能的使用環境中進行測試，專人負責測試環境的維護；
針對非功能需求進行測試策略的設計；
先設計測試要點再設計測試用例；
非功能性需求要盡早測試；
先進行冒煙測試，再執行正式的測試；
定義測試結束的量化標準，定義軟體交付的最低標準；
針對共性的需求建立復用用例庫，每次測試時從中挑選用例，然後再補充完善用例；
盡可能模擬客戶的環境進行軟體的測試，應進行測試環境的組合設計。
工作量說明
一.商品部經理 1名 工作內容 1 在服務區主任的領導下，根據上級下達的年度經營指標，制定本部門的年度經營工作計畫，每半月的對前期的經營情況及商品品種銷售趨勢做統計，採取有效的銷售措施，不斷擴大業務範圍，努力提高經濟效益。2 根據行業規則和服務區實際情況，建立本部門管理辦法，實施細則，操作流程和各崗...
工作量估計
基於用例的工作量估計 本文描述了基於用例進行評估的乙個框架。為了使描述更加具體，本文為框架的引數選擇了一些值，儘管這些值有待於論證，但它們並不總是錯誤的。像往常一樣，隨著資料的蒐集，這種估計應該根據實際情況和重新估計的引數值進行測試。這種框架對於不同種類的系統考慮了用例層次 規模和複雜度等思想，並且...
工作量問題
一元一次方程應用題專題 工作量問題 一 常用公式 一般情況下把工作總量看成單位1 工作量 工作效率 工作時間工作效率 工作量 工作時間 工作時間 工作量 工作效率完成某項任務的各工作量的和 總工作量 1 如 一項工程甲隊需30天完成任務，則甲每天完成工作量的，則工作效率為 如果乙隊需要20天完成任務...