确认是确保做了正确的事情，方向不偏。确认可以在项目前期做，也可以在项目后期做，提倡持续确认、质量左移。在前期主要是检测需求的质量，在后期是检测完成的系统是否真的是客户所需。开发过程中常见的八种确认手段有：
1
//原型确认
通过快速构造系统原型，让客户基于原型确认是否满足了其需求。
2
//COSMIC度量需求规模
当采用COSMIC方法度量软件需求的规模时，需求应描述到可测试的程度，能够识别出数据对象、数据属性、输入、输出、读与写，否则需求则是模糊的。
3
//同行评审
找需求活动的上游、同级、下游的人员参与评审需求文档，从不同的角度识别需求中存在的问题。
4
//编写测试用例
通过编写高层次的测试用例用以判断需求是否完备、无二义以及足够详细。
5
//增量交付
通过增量交付的方式，尽早获得客户的反馈，尽早确认系统功能，而不是让客户一次性确认系统的所有功能，可以避免最后一刻才报告坏消息。
6
//模拟环境测试
通过在模拟环境中运行系统以检测系统可能存在的问题。
7
//模拟环境测试
在上线之前可以在客户的真实环境中试运行一段时间，让客户试用一下，检查是否满足了他们的真正需求。
8
//系统上线后的反馈
系统上线后客户使用系统反馈意见给开发方，这是进行系统确认的最终手段，使用是检验系统是否满足的需求的终极手段，这种方式反馈的时机比较晚，返工的成本比较高。
需要特别说明的是：代码走查、集成测试、静态扫描、设计评审等是验证的行为，不属于上图所示的确认活动。
分享到：
