林泰龙系列之关于软件验证与确认流程及测试问题

step365he

有关于什么产品该交付验证及或确认你可以回到ISO/IEC 12207、IEEE STD 1012及CMMI VER及VAL两个PA。


这些标准或是模型(CMMI不是标准)，都告诉大家一件事--选择须交付验证或确认的产品/工作产品。这个是项目人员的责任，这个工作由项目经理来主导，因 为验证与确认工作，不论你采取什么样的方式实作，都是要花成本的(包括人力、材料、设施等的成本)，要花多少成本去实作，项目经理得就项目失败或项目产品失败的后果去衡量取舍。有可能结果是不使用验证或确认规定的过程去实作，而是用其它的技巧去实现验证或确认要达到的目的。(注意：一定要能够达到目的)

但 是这里的选择要交付验证与或确认的工作产品或产品，并非指需求文件、设计文件、测试案例、操作手册....，而是与你认为最终产品失效时，产生你无法接受 之后果的项目。我们举个例子：一个网络商店的应用系统，其中有一个结帐付款的程序，假设在发生失效时，会造成客户的损失(扣错款或没有扣到款，但产品的订 单已被接受并进行处理)，使得有人必须为此提出某个程度的赔偿(大于建立该网络商店的成本及收益)，为了避免此结帐付款程序失效产生的后果，于是项目经理就得考虑在开发期间，对这个产品部分(结帐付款)实施验证与确认，这个时候，为了确保这个部分是正确的、符合要求的、满足使用目的的，所以，与这个部分有关的需求、设计、测试案例、操作手册.....可能都得是验证与确认的标的物。

验证与确认的实施，上面所提到的任何标准，都希望你做到合 乎成本效益(根据政府采购法的规定，国家标准及国际标准是政府部门办理采购(含信息系统建置与维护服务)时一定要遵循的)，而不是做到巨细靡遗，如果付钱 给你客户要求很龟毛，相对的他也应该就他龟毛的要求，支付相对的合约金额(编列相对合理的预算)，并给与合理的项目时程。

另外，建议对于验证与确认的理解，尽量避免以下的用法：
◎确认：是不是做对的事(do the right thing)
◎验证：是不是把事情做对(do the thing right)
虽然以上的说法并没有错，只是太过于学术用语，对于从业人员而言，很容易搞混。笔者有时候都会受到困惑。
建议还是回到各种标准的定义会比较实际。
◎确认：满足预期用途及使用者的需要。
◎验证：符合(前一个阶段所提出的)要求或条件。

※附带一点，验证与确认能不能合并实施？那当然是可以的，只要你能说得出来哪些工作项目或作法是满足验证的目的(可以了解交付验证的工作产品或产品是符合要求的)，哪些工作项目或作法是满足确认的目的(可以了解交付确认的工作产品或产品是满足使用目的的)就可以了。


上一篇：林锐系列之全面软件质量管理
下一篇：林泰龙系列之Review 和 Inspection 的差异

shadowcetco

谢谢指导啊:lol :lol

wei_sa

谢谢楼主分享，好东西哇
:dabin8

psli1983

谢谢楼主分享

wei_sa

又看了一遍，真的好东西哇
最近VER和VAL把我头都弄晕了哇:dabin8

lovejohnny

谢谢楼主分享

lovejohnny

谢谢楼主分享

lovejohnny

谢谢楼主分享

ggallopping

确认：就是做正确的事；开发的产品、项目正确不正确，谁来判断，一般是由客户或者业务人员来判断。只有客户和使用者才知道最终开发出来的产品是不是自己所要的；所以确认工作一般是由客户来做的；或者说谁做验收，谁就做确认的工作；如何保证最终的产品就是客户所要的呢，那就是让客户在不同的阶段来确认。确认的方式一般也是客户参与评审和测试，关注的是结果的正确性；
验证：就是正确的做事；什么叫正确的做事呢？组织中有规定的过程和规范，我们在开发的时候就要遵守这些过程和规范。我们的软件需求和是根据用户需求分析得来的，设计是根据软件需求来设计的，代码是根据设计来开发的等等，测试用例也和不同的阶段有对应，在这几个阶段转化的过程中，保证每次转化都是正确的，完整的，这样最终开发的产品才是和需求是一致的；如何保证转化过程的正确的，一般就是评审和测试；验证关注的是中间过程的正确性；
综上所述，验证和确认实际上就是指评审和测试；但是验证、确认和评审、测试之间是一个什么样的对应关系呢？对于这个问题，常见的有两种说法。说法一：确认对应测试，验证对应评审；说法二：有客户参与的评审和测试算确认活动，没有客户参与的评审和测试算是验证活动。我个人比较赞同说法二。

奔放洋气吴世勋

支持，赞一个

执笔画浮尘。

顶不错 支持下

梦与她i

路过 帮顶 嘿嘿

租、半边床

向楼主学习

致命-

确实不错，顶先

颜、容

我也来顶一下..