为了平台而平台,不如直接提升测试人员的代码水平性价比高。
对,低代码,里边写几行脚本还贼难用。
这不叫苦,直接不用不就好了,又不是独一份。我司也在用,这个东西诞生的时候就已经落后了,不明白存在的意义是啥。
这里面只有一条 case 呀,一般不都是一个 test 的测试方法作为一个用例么。造数方法也统计进用例数量里有啥意义呢。
大概看了下逻辑,单独封装了测试接口,并且接口中做了断言。我自己一般理解,可以把动作封装,然后在用例中执行动作,在用例中对动作的结果进行断言,这样是不是更好?目前这样,动作没法复用,对于复杂的操作不友好。
看实际的业务量把,一般根据当前最大值然后再扩充一点,满足未来一段时间的需求。
D 接口只是一个查询接口,我理解接口查询性能和任务处理是两个方面。你可以单独测一下系统支持最多多少个任务同时处理,处理的时效咋样。
abcd 是一个整体,或者说 abc 是一个整体,只是一个查询接口。D 接口可以单独测试一下,d 的访问量肯定比 abc 大多了。也可以单独测提交性能 abc 和生成性能就是 c 提交后到 d 查询成功。