接口自动化测试 端到端的测试

端到端的测试

End 2 End Test

数据流: 从最先导入一批数据,流向第一端接口,然后继续往下一个端口中用到

 

以前一直只知道单独接口的自动化测试,无非就是将所有端口的用例,依次顺序执行;当然了, 会涉及到数据落地,数据驱动测试,会对返回信息做校验,并且会对DB中交互的数据做校验,

比如数据的新增,数据的修改等等

 

单独接口的自动化测试,是不能包含所有的场景,会漏呢

端到端的测试,又有什么优势呢

 总是赶不上别人的步伐,这个玩意才玩溜,人家又玩新东西啦

http://www.51testing.com/html/81/n-3725981.html

端到端的测试,包含多个系统,有可能多个数据库,涉及多个中间件,所以要串连起来测试?

比如某人先申卡,之后审批,发放额度?

开卡,消费,攒积分,花积分,还贷款?

也许这些并不是一个数据库了,涉及的业务多,有一点我是同意的,就是测试要检查前端后端和中间件之间的处理流程,真想知道这能有多少个系统,想每个都去看看?

想做产品的测试,而不是解决方案的测试。 无关痛点,只有痒点的测试。

忽然觉得平时测试,需要处理那么多异常吗?

必传字段未传,怎么呢? 管他抛什么呢?

必传字段传空字符串,怎么了呢?

字符串传int,管他呢?

字符串长度超长,存不了,管他呢?

下拉框的value不在限定范围呢,管他呢?

接口中没有签名字段,被抓包了任意调用,管他呢?

token校验不全,存在鉴权,管他呢?

验证码。。。管他呢?

给予那么详细的返回信息吗?给partner查看?

还是暴露给调用者看?又迷茫了~~~~ 不想上班,想(┬_┬)

我内心觉得除了安全,其他都是浮云

若说站在用户角度,用户正常使用,会必传字段未传吗?会长度超长吗? UI限制就好了嘛,后台别限了(┬_┬)(┬_┬)(┬_┬)

原文地址:https://www.cnblogs.com/qianjinyan/p/10318046.html