在现在这个互联网软件时代,需求的频繁变动已经不是什么新鲜事。客户的需求变更、市场需求的变更,项目本身的调整,以及新需求的出现等等都会导致需求的变化。
这种需求的变化常会出现在项目开发阶段,根据需求的变化开发人员会对项目进行调整,而作为在项目开发阶段就接入进行测试的接口测试人员同样也会被影响,这种影响有时是巨大的,影响着我们的工作效率,它会导致我们需要重复以前的部分测试工作,甚至会让我们以前所做的测试工作白费。而且越是大型的、复杂的项目,这种影响越大 ,暴露出的问题也越多。
针对这段期间我在项目中的体验,将需求变化对接口测试的影响和出现的问题罗列下:
1. 需求变化,接口测试人员不知道或过了很久才知道。
由于某些原因,常常会导致新需求变动接口测试人员不知道,或是过了很久才知道。往往接口测试人员是通过用例回归发现用例跑不通,然后会进行错误排查,最后发现问题后和开发确认后才知道是需求变化。这样是很浪费时间,甚至会遗漏一些需要测试的新需求的功能点,导致测试不全,遗漏bug。
2. 需求变化,对原有测试用例及其代码的影响。
这个也是最让我头痛的、最直接的影响。需求变动有时会打乱了原有的测试规划,甚至包括对测试特性的划分原则,相应的测试结果分析验证、测试需求跟踪等都不到位。并且我们接口测试会对一个项目写上百个测试用例,为了尽可能的发现bug,测试用例里面有无数的验证点。往往一个很小的需求的改变会影响到很多的测试用例代码不通过,我们需要对很多测试用例进行调整,需要对测试数据以及测试代码进行修改,有时甚至需要修改我们的测试框架。这对我们接口测试人员来说是一个不少的挑战。
3. 新需求变化测试时间短,开展详细的测试有难度。
由于新需求的提出已在开发期间,其测试时期短,接口测试有时没有人力和时间投入对新增修改需求的测试分析和设计上,基本上很难像对待老需求一样,开展详细的测试分析设计。
针对以上所写的这些,我说说我的拙见,如何减少需求变更对接口测试的影响:
-
良好的心态。从心态上,接口测试人员应该把需求变化当作是一种项目常态,平常心应对。但是,我们也要学会控制这种需求变化的趋势,不能任其发展。
-
及时沟通。最快知晓需求变更。和需求相关人员和开发人员做好即时沟通,第一时间知道需求的变更,及时做好测试策略更新。知道的越早对我们的影响越小,需要的测试成本也越低。
-
良好的团队合作。接口测试人员和开发人员的良好合作,分工明确,对新的改动及时通知对方,短时间内开展最有效的团队协作。接口测试人员要主动关注开发代码的修改,对测试用例和测试代码及时调整,做到小粒度的修改。
-
接口测试人员反应快,用例代码灵活性高。接口测试人员反应快,提前做好新需求的测试规划,包括测试设计和测试执行规划,并且在设计中要考虑新需求对老需求的影响;并且我们原测试用例和代码也要有一定的灵活,可以在一定程度上适应需求变化,将未来的新需求的影响尽量降到很小。这里就不详细说了,下次就具体的MC的项目说说如何增强测试用例代码的灵活性,减少新需求对测试代码的影响。
-
做到及时的需求跟踪。通过测试用例代码的不断回归,尽早的主动的发现需求的变更。
我们接口测试人员要成熟、快速、有序、灵活、有责任心的应对需求的变化,把我们的接口测试工作做得更好。
所以一套成体系的接口测试用例模板就派上用场了,以不变应万变,工作效率提升UPUPUP~~,再也不用担心需求变动啦!
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!