回归测试.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
回归测试

回归测试 ?????  HYPERLINK /phrase/200603120943595.html \t _new 回归测试是一套复杂完整的测试, 用来测试嵌入在 PostgreSQL 里的的 SQL 实现. 它同时测试标准 SQL 操作和PostgreSQL的扩展SQL. 这个套件最初是 Jolly Chen 和 Andrew Yu开发的,并且由 Marc Fournier 和 Thomas Lockhart 进行了大量的改进和重新封装. 自 PostgreSQL 6.1 以上开始, 这个回归测试包含在每个正式发布版本里. ????? 回归测试可以就一套已经安装好并且在运行的服务器进行测试, 也可以就制作树里面临时安装的服务器进行测试.详细些说,有 并行和串行运行测试之分.串行 HYPERLINK /phrase/200603061709535.html \t _new 模式顺序运行每个测试,而并行模式激活多个服务器进程, 并行地运行一组测试. 并行测试使我们对进程内部通讯和锁的正确工作有足够的信心.由于历史原因,串行测试通常对一个现存的安装进行测试,而并行 测试是独立的,不过这么做没有什么技术原因. ????? 每当一个新的模块被当作 HYPERLINK /phrase/200603111743305.html \t _new 集成测试的一部分加进来的时候, HYPERLINK /phrase/200604232134205.html \t _new 软件就发生了改变。新的数据流路径建立起来,新的I/O操作可能也会出现,还有可能激活了新的控制逻辑。这些改变可能会使原本工作得很正常的功能产生错误。在集成测试策略的环境中,回归测试是对某些已经进行过的测试的某些子集再重新进行一遍,以保证上述改变不会传播无法预料的副作用。 ????? 在更广的环境里,(任何种 HYPERLINK /phrase/200603090857555.html \t _new 类的)成功测试结果都是发现错误,而错误是要被修改的,每当软件被修改的时候,软件配置的某些方面( HYPERLINK /phrase/200604232224305.html \t _new 程序、文档、或者数据)也被修改了,回归测试就是用来保证(由于测试或者其他原因的)改动不会带来不可预料的行为或者另外的错误。 ????? 回归测试可以通过重新执行所有的 HYPERLINK /phrase/200603291707535.html \t _new 测试用例的一个子集人工地进行,也可以使用自动化的捕获回放工具来进行。捕获回放工具使得 HYPERLINK /phrase/200602281725525.html \t _new 软件工程师能够捕获到测试 HYPERLINK /phrase/200604240937105.html \t _new 用例,然后就可以进行回放和比较。回归测试集(要进行的测试的子集)包括三种不同 HYPERLINK /phrase/200603051002565.html \t _new 类型的测试用例: ????? ·能够测试软件的所有功能的代表性测试用例。 ????? ·专门针对可能会被修改影响的软件功能的附加测试。 ????? ·针对修改过的软件成分的测试。 ????? 在集成测试进行的过程中,回归测试可能会变得非常庞大。因此,回归测试应当设计为只包括那些涉及在主要的软件功能中出现的一个或多个错误类的那些测试,每当进行一个修改时,就对每一个程序功能都重新执行所有的测试是不实际的而且效率很低的。 一、 概述? ????? 在 HYPERLINK /phrase/200603061230195.html \t _new 软件生命周期中的任何一个阶段,只要软件发生了改变,就可能给该软件带来问题。软件的改变可能是源于发现了错误并做了修改,也有可能是因为在集成或维护阶段加入了新的模块。当软件中所含错误被发现时,如果错误跟踪与管理系统不够完善,就可能会遗漏对这些错误的修改;而开发者对错误理解的不够透彻,也可能导致所做的修改只修正了错误的外在表现,而没有修复错误本身,从而造成修改失败;修改还有可能产生副作用从而导致软件未被修改的部分产生新的问题,使本来工作正常的功能产生错误。同样,在有新代码加入软件的时候,除了新加入的代码中有可能含有错误外,新代码还有可能对原有的代码带来影响。因此,每当软件发生变化时,我们就必须重新测试现有的功能,以便确定修改是否达到了预期的目的,检查修改是否损害了原有的正常功能。同时,还需要补充新的测试用例来测试新的或被修改了的功能。为了验证修改的正确性及其影响就需要进行回归

文档评论(0)

zw4044 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档