51Testing软件测试论坛

标题: 测试过程的基本形式:确认和验证 [打印本页]

作者: LittleBird    时间: 2005-4-22 11:30
标题: 测试过程的基本形式:确认和验证
验证:按照IEEE/ANSI的定义,是为确定某一开发阶段的产品是否满足在该阶段开始时提出的要求而对系统或部件进行评估的过程。
      我们有清晰完整的需求吗?有一个好的的设计码?按照设计生产出的产品是什么?验证就是对诸如需求规格说明,设计规格说明和代码之类的产品进行评估、评审、审查和桌面检查的过程。如果是针对代码,其含义就是代码的静态分析——代码评审,而不是动态执行代码。验证测试可应用到开发早期一切可以被评审的事物上,以确保该阶段的产品正是我们所需要的。

      确认:按照IEEE/ANSI的定义,是在开发过程中或结束时,对系统或部件进行评估,以确定其是否满足需求规格的过程。
      正式的确认包括实际软件或仿真模型的运行,确认是“基于计算机的测试”过程,它经常暴露错误的现象。

定义:测试=验证+确认

      验证和确认是互补的,发现错误的效果会由于它们中的一个或另一个没有完成而受到损失,它们是为捕获不同类型问题而设计的过滤器。
      历史上的测试一直是主要针对确认,而且这种情况还将继续,这并不是说我们应该停止做确认,而是应更加清楚怎么去做,并怎样结合验证去做。我们必须保证在适当的时候,对适当的产品进行验证和确认。

摘自《软件测试过程改进》一书
作者: takiro    时间: 2005-4-22 12:54
确实大部分的公司对测试的认识程度上有很大的局限性。。
对于需求和设计上的测试评审过程往往重视的不够。。但很多问题是在测试执行
前期来解决的,而且在前期查找出的错误的完善与修改消耗代价比后期来的少得多。
作者: archonwang    时间: 2005-4-23 10:55
《软件测试过程改进》
是本好书啊。推荐大家看。
作者: zys3497    时间: 2005-5-19 10:58
我怎么觉的这个观点好象有点旧了,是不是该T
作者: walker_lai    时间: 2006-8-27 17:01
问题是代码走查、审查又有几个公司能真正的去做到呢?》
作者: lierda    时间: 2007-4-5 13:38
sdlkfj1 sdlkfj2
作者: cf0209    时间: 2007-4-10 11:03
sdlkfj2
作者: 51_ally    时间: 2007-4-10 15:56
确认是保证软件符合产品说明书的过程;
验证是保证软件满足用户要求的过程.
摘自<软件测试>一书.
作者: Jamson    时间: 2007-4-13 01:36
谢谢大家分享哈 呵呵
以后多交流一下
作者: Jamson    时间: 2007-4-13 01:39
一般学习测试要学习多久啊  你们一般都学了多久哦?
作者: adinQueen    时间: 2007-4-14 13:47
sdlkfj3
作者: majnolia    时间: 2007-7-14 11:29
只有领导们重视才能更好地进行这项工作。
作者: linmi_010    时间: 2007-8-7 14:43
路过
作者: finini    时间: 2007-8-8 07:23
新手,上来顶一下
作者: changlang530    时间: 2007-8-16 16:05
嵌入式测试主要还是黑盒方面的验证和确认。




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2