51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 10067|回复: 14
打印 上一主题 下一主题

测试过程的基本形式:确认和验证

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-4-22 11:30:16 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
验证:按照IEEE/ANSI的定义,是为确定某一开发阶段的产品是否满足在该阶段开始时提出的要求而对系统或部件进行评估的过程。
      我们有清晰完整的需求吗?有一个好的的设计码?按照设计生产出的产品是什么?验证就是对诸如需求规格说明,设计规格说明和代码之类的产品进行评估、评审、审查和桌面检查的过程。如果是针对代码,其含义就是代码的静态分析——代码评审,而不是动态执行代码。验证测试可应用到开发早期一切可以被评审的事物上,以确保该阶段的产品正是我们所需要的。

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

定义:测试=验证+确认

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

摘自《软件测试过程改进》一书
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

15#
发表于 2007-8-16 16:05:51 | 只看该作者
嵌入式测试主要还是黑盒方面的验证和确认。
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2007-8-8 07:23:13 | 只看该作者
新手,上来顶一下
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-8-7 14:43:20 | 只看该作者
路过
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-7-14 11:29:47 | 只看该作者
只有领导们重视才能更好地进行这项工作。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-4-14 13:47:02 | 只看该作者
sdlkfj3
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-4-13 01:39:25 | 只看该作者
一般学习测试要学习多久啊  你们一般都学了多久哦?
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-4-13 01:36:36 | 只看该作者
谢谢大家分享哈 呵呵
以后多交流一下
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-4-10 15:56:44 | 只看该作者
确认是保证软件符合产品说明书的过程;
验证是保证软件满足用户要求的过程.
摘自<软件测试>一书.
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-4-10 11:03:18 | 只看该作者
sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-4-5 13:38:39 | 只看该作者
sdlkfj1 sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-8-27 17:01:47 | 只看该作者
问题是代码走查、审查又有几个公司能真正的去做到呢?》
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-5-19 10:58:42 | 只看该作者
我怎么觉的这个观点好象有点旧了,是不是该T
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    3#
    发表于 2005-4-23 10:55:49 | 只看该作者
    《软件测试过程改进》
    是本好书啊。推荐大家看。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2005-4-22 12:54:23 | 只看该作者
    确实大部分的公司对测试的认识程度上有很大的局限性。。
    对于需求和设计上的测试评审过程往往重视的不够。。但很多问题是在测试执行
    前期来解决的,而且在前期查找出的错误的完善与修改消耗代价比后期来的少得多。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-11 05:03 , Processed in 0.076564 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表