接口自动化测试 端到端的测试
端到端的测试
End 2 End Test
数据流: 从最先导入一批数据,流向第一端接口,然后继续往下一个端口中用到
以前一直只知道单独接口的自动化测试,无非就是将所有端口的用例,依次顺序执行;当然了, 会涉及到数据落地,数据驱动测试,会对返回信息做校验,并且会对DB中交互的数据做校验,
比如数据的新增,数据的修改等等
单独接口的自动化测试,是不能包含所有的场景,会漏呢
端到端的测试,又有什么优势呢
总是赶不上别人的步伐,这个玩意才玩溜,人家又玩新东西啦
http://www.51testing.com/html/81/n-3725981.html
端到端的测试,包含多个系统,有可能多个数据库,涉及多个中间件,所以要串连起来测试?
比如某人先申卡,之后审批,发放额度?
开卡,消费,攒积分,花积分,还贷款?
也许这些并不是一个数据库了,涉及的业务多,有一点我是同意的,就是测试要检查前端后端和中间件之间的处理流程,真想知道这能有多少个系统,想每个都去看看?
想做产品的测试,而不是解决方案的测试。 无关痛点,只有痒点的测试。
忽然觉得平时测试,需要处理那么多异常吗?
必传字段未传,怎么呢? 管他抛什么呢?
必传字段传空字符串,怎么了呢?
字符串传int,管他呢?
字符串长度超长,存不了,管他呢?
下拉框的value不在限定范围呢,管他呢?
接口中没有签名字段,被抓包了任意调用,管他呢?
token校验不全,存在鉴权,管他呢?
验证码。。。管他呢?
给予那么详细的返回信息吗?给partner查看?
还是暴露给调用者看?又迷茫了~~~~ 不想上班,想(┬_┬)
我内心觉得除了安全,其他都是浮云
若说站在用户角度,用户正常使用,会必传字段未传吗?会长度超长吗? UI限制就好了嘛,后台别限了(┬_┬)(┬_┬)(┬_┬)
------------------------- A little Progress a day makes you a big success... ----------------------------