• @ 文若 感谢,已修复!

  • @WangYuan 这篇分享是在前端开发过程中的实践,所以,当然是自己加的,所以,大部分元素定位都很简单,而且很可靠。

  • @reviewtiger

    1、单接口测试,通过 mock 平台,消除接口之间的依赖,针对每个接口进行测试,当然这需要开发配合对接口的调用做做一些调整。
    2、接口场景测试,就如你上面说的 A 接口-->B 接口 --> C 接口 .... 有时候接口的场景构造更复杂,通过 UI 自动化反倒简单一些,可以通过 UI 自动化覆盖这种场景。

  • seldom 的 assertPath 断言基于 jmespath 库 ,用法也很强大。https://jmespath.org/specification.html

  • 正是我文章开头提到的第一点,测试数据问题,这会直接影响接口自动化测试的稳定性。这个问题选择忽略,接口自动化失败是无法断定是 数据导致的,还是真发现了 bug。
    一般的做法:

    1. 写个 sql 脚本,在跑自动化之前,初始化数据库。
    2. 调用别的接口还原数据,比如,调用删除接口之前,先调用 添加接口。
    3. 数据银行(我面试时一个应聘者的叫法),其实就是建立一个系统来完成一些测试数据的生成。 ....

    seldom 集成了数据操作的目的也会为了解决这个问题,方便的链接数据库去构造一些测试数据。当然,这也仅限于中小规模的系统,以及测试人员对接口涉及到的表接口足够熟悉。

  • 既然是开源的框架,要解决是一些通用性的问题(断言、报告、参数化), 比如接口的加密,那不同公司的加密规则肯定是不一样的,就需要根据情况自己去封装。

    开源首先对自己是有意义的,如何维护到一个开源项目。

    如果的开源项目刚好也解决了别人的问题,肯定对别人也是由意义的。

  • @ 薄荷可乐 可以发简历过来哈~!

  • @ 薄荷可乐 我们不限制语言,我们全链路压测平台后端用的 java(spring),也有项目用到 go(gin)框架,其实,核心是懂 web API 开发; 就算我们只用 java,但如果你只是会用 java(seldnium /okhttp)写写 UI/接口自动化也是不够的。

  • @ 残枫 只有一个团队主要用 python,还有就是我们测试开发这边。 这个框架一开始是基于 tornado 做的二次开发,集成了一些公司用到的服务,最新版本已移除了 tornado 的依赖。 最近看了一下 fastapi ,在前后端分离的大方向下,python 可以专注做好后端 api 的开发,在保持简洁上尽量 提升性能,fastapi 就是这样的定位。 我们公司的 web 框架和 fastapi 的定位差不多。