思步网
标题:
林泰龙系列之关于软件验证与确认流程及测试问题
[打印本页]
作者:
step365he
时间:
2008-4-12 18:40
标题:
林泰龙系列之关于软件验证与确认流程及测试问题
有关于什么产品该交付验证及或确认你可以回到ISO/IEC 12207、IEEE STD 1012及CMMI VER及VAL两个PA。
这些标准或是模型(CMMI不是标准),都告诉大家一件事--选择须交付验证或确认的产品/工作产品。这个是项目人员的责任,这个工作由项目经理来主导,因 为验证与确认工作,不论你采取什么样的方式实作,都是要花成本的(包括人力、材料、设施等的成本),要花多少成本去实作,项目经理得就项目失败或项目产品失败的后果去衡量取舍。有可能结果是不使用验证或确认规定的过程去实作,而是用其它的技巧去实现验证或确认要达到的目的。(注意:一定要能够达到目的)
但 是这里的选择要交付验证与或确认的工作产品或产品,并非指需求文件、设计文件、测试案例、操作手册....,而是与你认为最终产品失效时,产生你无法接受 之后果的项目。我们举个例子:一个网络商店的应用系统,其中有一个结帐付款的程序,假设在发生失效时,会造成客户的损失(扣错款或没有扣到款,但产品的订 单已被接受并进行处理),使得有人必须为此提出某个程度的赔偿(大于建立该网络商店的成本及收益),为了避免此结帐付款程序失效产生的后果,于是项目经理就得考虑在开发期间,对这个产品部分(结帐付款)实施验证与确认,这个时候,为了确保这个部分是正确的、符合要求的、满足使用目的的,所以,与这个部分有关的需求、设计、测试案例、操作手册.....可能都得是验证与确认的标的物。
验证与确认的实施,上面所提到的任何标准,都希望你做到合 乎成本效益(根据政府采购法的规定,国家标准及国际标准是政府部门办理采购(含信息系统建置与维护服务)时一定要遵循的),而不是做到巨细靡遗,如果付钱 给你客户要求很龟毛,相对的他也应该就他龟毛的要求,支付相对的合约金额(编列相对合理的预算),并给与合理的项目时程。
另外,建议对于验证与确认的理解,尽量避免以下的用法:
◎确认:是不是做对的事(do the right thing)
◎验证:是不是把事情做对(do the thing right)
虽然以上的说法并没有错,只是太过于学术用语,对于从业人员而言,很容易搞混。笔者有时候都会受到困惑。
建议还是回到各种标准的定义会比较实际。
◎确认:满足预期用途及使用者的需要。
◎验证:符合(前一个阶段所提出的)要求或条件。
※附带一点,验证与确认能不能合并实施?那当然是可以的,只要你能说得出来哪些工作项目或作法是满足验证的目的(可以了解交付验证的工作产品或产品是符合要求的),哪些工作项目或作法是满足确认的目的(可以了解交付确认的工作产品或产品是满足使用目的的)就可以了。
作者:
shadowcetco
时间:
2008-6-13 09:34
谢谢指导啊:lol :lol
作者:
wei_sa
时间:
2008-10-25 22:27
谢谢楼主分享,好东西哇
:dabin8
作者:
psli1983
时间:
2008-10-27 11:49
谢谢楼主分享
作者:
wei_sa
时间:
2008-10-27 23:37
又看了一遍,真的好东西哇
最近VER和VAL把我头都弄晕了哇:dabin8
作者:
lovejohnny
时间:
2008-11-7 16:51
谢谢楼主分享
作者:
lovejohnny
时间:
2008-11-7 16:51
谢谢楼主分享
作者:
lovejohnny
时间:
2008-11-7 16:51
谢谢楼主分享
作者:
ggallopping
时间:
2008-11-16 00:40
确认:就是做正确的事;开发的产品、项目正确不正确,谁来判断,一般是由客户或者业务人员来判断。只有客户和使用者才知道最终开发出来的产品是不是自己所要的;所以确认工作一般是由客户来做的;或者说谁做验收,谁就做确认的工作;如何保证最终的产品就是客户所要的呢,那就是让客户在不同的阶段来确认。确认的方式一般也是客户参与评审和测试,关注的是结果的正确性;
验证:就是正确的做事;什么叫正确的做事呢?组织中有规定的过程和规范,我们在开发的时候就要遵守这些过程和规范。我们的软件需求和是根据用户需求分析得来的,设计是根据软件需求来设计的,代码是根据设计来开发的等等,测试用例也和不同的阶段有对应,在这几个阶段转化的过程中,保证每次转化都是正确的,完整的,这样最终开发的产品才是和需求是一致的;如何保证转化过程的正确的,一般就是评审和测试;验证关注的是中间过程的正确性;
综上所述,验证和确认实际上就是指评审和测试;但是验证、确认和评审、测试之间是一个什么样的对应关系呢?对于这个问题,常见的有两种说法。说法一:确认对应测试,验证对应评审;说法二:有客户参与的评审和测试算确认活动,没有客户参与的评审和测试算是验证活动。我个人比较赞同说法二。
作者:
奔放洋气吴世勋
时间:
2014-9-16 09:48
支持,赞一个
作者:
执笔画浮尘。
时间:
2014-9-24 14:07
顶不错 支持下
作者:
梦与她i
时间:
2014-12-23 18:43
路过 帮顶 嘿嘿
作者:
租、半边床
时间:
2015-2-11 20:12
向楼主学习
作者:
致命-
时间:
2015-4-3 11:37
确实不错,顶先
作者:
颜、容
时间:
2015-4-12 17:16
我也来顶一下..
作者:
小草莓
时间:
2015-7-24 18:23
路过的帮顶
作者:
残留一抹幽香
时间:
2015-10-10 11:44
很有借鉴意义,先收藏了,谢谢楼主。
作者:
纪念夏日的吻礼
时间:
2016-1-15 10:29
没人回帖。。。我来个吧!
作者:
老炮13
时间:
2017-7-24 18:56
我是个凑数的。。。
作者:
君拂
时间:
2017-8-21 22:54
看了LZ的帖子,我只想说一句很好很强大!
作者:
枯丶荷雨
时间:
2017-12-2 22:01
这么强,支持楼主,佩服
作者:
旡ド良嗜好`
时间:
2018-2-14 14:27
这么强,支持楼主,佩服
欢迎光临 思步网 (http://www.step365.com/)
Powered by Discuz! X3.2