zoukankan      html  css  js  c++  java
  • 接口测试结束后的小结

    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

  • 相关阅读:
    RocketMQ集群部署(一)
    Apache Curator之InterProcessMutex抢购案例(三)
    Apache Curator之InterProcessMutex源码分析(四)
    Apache Curator之分布式锁原理(二)
    webapi框架搭建-安全机制(二)-身份验证
    webapi框架搭建-安全机制(一)
    asp.net webapi http请求生命周期
    webapi框架搭建-数据访问ef code first
    webapi框架搭建-webapi异常处理
    webapi框架搭建-日志管理log4net
  • 原文地址:https://www.cnblogs.com/finer/p/11895241.html
Copyright © 2011-2022 走看看