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

端到端的测试

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