1、大型项目的接口自动化实践记录--序言

编写目的

1、为什么要写这这块内容

  ①记录实践过程,给组内其他人员学习用

  ②另外希望有朋友一起来讨论,怎么可以针对不同的项目达到最佳实践(不要标准流程那种,大多数团队都做不到)

  谈到接口自动化测试,印象里网上的教程,一般都是工具介绍、入门级介绍(有API文档,入参个位数,出参完善易懂),给人的感觉都是泡杯茶,它就自己唰唰唰的测试完了,还有完善的测试报告,节省了好多人力。

 

  然而实际项目中,场景可能要复杂很多:

    1)不是常规接口,前后端未分离,没有接口文档,比如豆瓣登录:

 

    2)入参20个,50个,甚至100多个,value还有可能很特殊:

 

    3)返回的可能是html、xml,也有可能返回内容非常简单,实际校验需要在DB做

    4)测试数据怎么恢复或者怎么构造新数据

    5)如果有很多依赖的连续业务链数据,比如业务是订单->收款计划->账单->收款单,那么收款单的接口,要怎么处理呢?

    6)有哪些环节可以提高投入产出比

  网上关于接口自动化在项目中的深度实践文章比较少,所以想试着记录一下在大型ERP项目中的实践,看有什么坑,要怎么解决。做的不好的地方,欢迎大家指正。

  PS:这里不是说入门级的文章不好之类,希望不要误会,都知道从0->1是最难的

2、要写的内容

    1)简单介绍工具安装、使用

    2)简单介绍RequestsLibrary库的关键字

    3)网上开放API的练习

    4)简单介绍数据分离方式、基础方法封装

    5)ERP项目的登录--不是常规API

    6)ERP超大表单(字段数超100,且值还有多层嵌套的json)接口的实现

    7)数据分离升级版--从DB获取手工测试留下的数据,降低数据维护工作

    8)预期结果与实际结果获取--DB部分

    9)预期结果与实际结果对比--DB部分

    10)如何降低测试、开发日常内测工作--flask搭建简单测试数据展示平台+jenkins轮询构建脚本(非每日构建)

    11)长业务链的解耦

    12)工作流的自动化测试

    13)查询类接口脚本的自动生成

    14)其他实践中

3、自动化、自动化测试区分

    自动化测试:将重复有规律的手工测试工作转为机器执行(即包含校验,主要用于回归测试)

    自动化:将重复有规律的手工工作转为机器执行(不一定包含校验,除了回归测试,还有其他东西可以做)

    因为在本项目中,首要目的是考虑减少工作,因此后面的文章中,一般都是先考虑自动化(先减少日常工作),然后其中能作为自动化测试的,则加对应的校验。

下一篇        robotframework大型ERP接口自动化实践记录--环境搭建

猜你喜欢

转载自www.cnblogs.com/walkingtester/p/11270694.html