接口测试结束后的小结

0?wx_fmt=gif

  初次做接口测试是在南蛮入侵项目三期。对于接口测试新人,首先仔细理解与阅读接口测试前辈们留下来的文档是很重要的,包括环境的搭建文档、第一个接口测试脚本的实现、接口测试规范等等。然后再着手coding,以下几点是我初次做接口测试脚本的一些体会。

一、第一个脚本

完成第一脚本对接口新人来说很关键。完成第一个脚本新人们需要具体以下条件。

1.  搭建itest测试环境;

2.  入参文件参数正确;

3.  掌握接口脚本的结构与编写规范;

4.  掌握JAVA基本语法;

5.  熟悉开发同学的代码结构;

6.  TC理解的透彻。

二、关于Debug

开始写第一脚本时,最大的心愿就是能把这个脚本跑通,至于你是如何调通的则在其次。我一开始的时候不会用debug,想了一个比较土的方法,就是在有输出结果的地方用

system.output.println()打印出来,check各个输出数据,在输出数据不正常处加入断点,然后再进行Debug。Debug时,需要注意的点如下:

  1. 了解对应功能点的方法;

  2. 小心谨慎,否则很容易跳出断点,问题重点又没有抓住;

  3. 学会并习惯应用快捷键;

  4. 随时查看关键参数值的变化;

  5. 分析Debug到的出错原因。

         当脚本跑通后,作为学习点,Debug一下脚本,看看这个脚本到底调用了哪些方法,进一步的了解开发同学的代码,对以后编写脚一定是有好处的,且可以知道相关的业务功能开发代码是如何实现的,间接的帮助我们在日常测试过程中发散出更多的测试方法。

三、查读BaseCase中的方法

        做为学习接口测试的一种方法,我认为仔细的查读接口测试的公共方法是很有帮助的。至少可以了解哪些方法在以后的coding是不需要重复编写,可以直接调用。增强了公共方法的使用率,减少了代码的冗余度。另外,这些方法一般都是接口测试前辈写出来的,可以借鉴方法中的实现方式应用到我们自己的脚本中。最后,可以帮助新人公共方法包的import,增强新人对脚本的可扩展性意识。

[plain] view plain copy

 print?

  1. 其实这篇文章也说出了我的心声,400日常和PMINE的项目都刚刚结束,我进行了接口测试,作为新人真的很多不明白的,全靠师傅一点一点带领着做。现在项目和日常都结束  

  2. 了,本来打算马上申请进入下一个日常或者项目的,看到这篇博文犹如当头一棒,对于测试新人来说,用数量来弥补经验的不足虽然是个办法,但是项目结束后的整理更犹如农家  

  3. 大骨汤里面的汤——全是精髓啊!去经历,然后整理心得,这才是最快的成长方式啊。 --陶陶  

转载:http://blog.csdn.net/not_a_baby/article/details/6718631

原文地址:https://www.cnblogs.com/finer/p/11895241.html