如何做好软件测试需求管理

　　什么是需求?

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

　　需求分析的过程?(这个以前在讲的时候就没把测试需求分析和需求分析分开，难道这是考验我们的学习能力?)

　　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.ltesting.net