如何做好軟件測試需求管理

　　什么是需求?

　　我特意搜索了下百度，就記住仨字——做什么即研究分析系統所要達到的目的

　　需求分析的過程?(這個以前在講的時候就沒把測試需求分析和需求分析分開，難道這是考驗我們的學習能力?)

　　1.明確服務框架和業務流

　　2.分解和細化框架和業務流

　　3.分析業務流之間的關系

　　4.明確非功能測試點

　　5.明確系統運行的條件(硬件環境 操作系統 網絡 數據 代碼等)

　　需求變更這個范疇很大啊各種實際問題，我有點暈!!!為什么變更——老板需要，系統需要，設計實現需要```

　　變更影響到什么——根據不同變更的點當然有不同的成本投入

　　變更的控制——必須變更時我們就要用到變更的控制:

　　1.降低變更引起的成本

　　1)防止隨意變更——增強需求變更的評審

　　2)盡量早的變更——生成需求原型和模型及早對其進行更改

　　3)控制變更時間的影響范圍——制定變更版本，是變更盡量不影響現版本或更新版本

　　4)減少變更引起的返工——通過分析和評審一致通過變更內容，當變更穩定后再介入開發測試

　　2.降低變更引起的風險

　　1)高內聚 低耦合——分模塊式變更，只影響一部分模塊而不影響全局需求跟蹤：目的輸入輸出方法需求變更的跟蹤

　　需求管理包括：(1-4需求分發 5-9需求管理)

　　1.需求獲取

　　2.需求分析

　　3.需求格式化

　　4.需求驗證

　　5.需求分配

　　6.需求評審

　　7.需求跟蹤

　　8.需求變更

　　9.需求控制還有一些clearcase/" target="_blank" >ccb(存存吧)我去不是建行是change control board變更控制委員會，開發需求跟蹤矩陣等等概念太多了，太籠統太泛泛，反正我自己感覺沒毛用```

　　大家覺得呢``` 

原文轉自：http://www.kjueaiud.com