网站大量收购独家精品文档,联系QQ:2885784924

(接口测试学习.docVIP

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

接口测试学习 转自:/view/6214267c168884868762d617.html 1、什么是接口测试   接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等。   2、为什么做接口测试   首先,节省测试成本,数据模型推算,底层的一个bug能够引发上层的8个左右bug,而且底层的bug很容易引起全网的宕机。相反接口测试能够提供系统复杂度上升情况下的低成本高效率的解决方案。   其次接口测试不同于传统开发的单元测试,接口测试是站在用户的角度对系统接口进行全面高效持续的检测。   最后接口测试是自动化并且持续集成的,这也是为什么接口测试能够低成本高收益的根源。   总之接口测试是保证高复杂性系统质量的内在要求和低成本的经济利益的驱动作用下的最佳解决方案,接口测试是一个完整的体系,也包括功能测试、性能测试。   3、接口测试的适用范围    接口测试一般应用于多系统间交互开发,或者拥有多个子系统的应用系统开发的测试。接口测试适用于为其他系统提供服务的底层框架系统和中心服务系统,主要 测试这些系统对外部提供的接口,验证其正确性和稳定性。接口测试同样适用于一个上层系统中的服务层接口,越往上层,其测试的难度越大。接口测试在淘宝的应 用是一个自下而上的发展过程。   接口测试实施在多系统多平台的构架下,有着极为高效的成本收益比。接口测试天生为高复杂性的平台带来高效的缺陷检测和质量监督能力。平台越复杂,系统越庞大,接口测试的效果越明显。   4、在接口测试中如何应对需求的频繁变化   在现在这个互联网软 件时代,需求的频繁变动已经不是什么新鲜事。客户的需求变更、市场需求的变更,项目本身的调整,以及新需求的出现等等都会导致需求的变化。这种需求的变化 常会出现在项目开发阶段,根据需求的变化开发人员会对项目进行调整,而作为在项目开发阶段就接入进行测试的接口测试人员同样也会被影响,这种影响有时是巨 大的,影响着我们的工作效率,它会导致我们需要重复以前的部分测试工作,甚至会让我们以前所做的测试工作白费。而且越是大型的、复杂的项目,这种影响越大,暴露出的问题也越多。   针对这段期间我在项目中的体验,将需求变化对接口测试的影响和出现的问题罗列下:    1)需求变化,接口测试人员不知道或过了很久才知道。由于某些原因,常常会导致新需求变动接口测试人员不知道,或是过了很久才知道。往往接口测试人员是 通过用例回归发现用例跑不通,然后会进行错误排查,最后发现问题后和开发确认后才知道是需求变化。这样是很浪费时间,甚至会遗漏一些需要测试的新需求的功 能点,导致测试不全,遗漏bug。   2)需求变化,对原有测试用例及 其代码的影响.这个也是最让我头痛的、最直接的影响。需求变动有时会打乱了原有的测试规划,甚至包括对测试特性的划分原则,相应的测试结果分析验证、测试 需求跟踪等都不到位。并且我们接口测试会对一个项目写上百个测试用例,为了尽可能的发现bug,测试用例里面有无数的验证点。往往一个很小的需求的改变会 影响到很多的测试用例代码不通过,我们需要对很多测试用例进行调整,需要对测试数据以及测试代码进行修改,有时甚至需要修改我们的测试框架。这对我们接口 测试人员来说是一个不少的挑战。 3)新需求变化测试时间短,开展详细的测试有难度。由于新需求的提出已在开发期间,其测试时期短,接口测试有时没有人力和时间投入对新增修改需求的测试分析和设计上,基本上很难像对待老需求一样,开展详细的测试分析设计。 针对以上所写的这些,我说说我的拙见,如何减少需求变更对接口测试的影响:   1)良好的心态。从心态上,接口测试人员应该把需求变化当作是一种项目常态,平常心应对。但是,我们也要学会控制这种需求变化的趋势,不能任其发展。   2)及时沟通,最快知晓需求变更。和需求相关人员和开发人员做好即时沟通,第一时间知道需求的变更,及时做好测试策略更新。知道的越早对我们的影响越小,需要的测试成本也越低。   3)良好的团队合作。接口测试人员和开发人员的良好合作,分工明确,对新的改动及时通知对方,短时间内开展最有效的团队协作。接口测试人员要主动关注开发代码的修改,对测试用例和测试代码及时调整,做到小粒度的修改。   4)接口测试人员反应快,用例代码灵活性高。接口测试人员反应快,提前做好新需求的测试规划,包括测试设计和测试执行规划,并且在设计中要考虑 新需求对老需求的影响;并且我们原测试用例和代码也要有一定的灵活,可以在一定程度上适应需求变化,将未来的新需求的影响尽量降到很小。这里就不详细说 了,下次就具体的MC的项目说说如何增强测试用例代码的灵活性,减少新需

您可能关注的文档

文档评论(0)

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

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

1亿VIP精品文档

相关文档