前后端分离解析（3）：前后端分离测试思路

 

以往的测试内容，以页面的黑盒测试为主，点点点完成功能、页面等内容验证。

前后端分离的引入，并不会改变原本的测试内容。也就是原来的点点点依然足够完成测试任务。

但是中间多出来的API，为测试提供的了一个可以跳过前端直接验证后端的机会。

 

原本的系统实现，后端是被封装在前端内部的，但前后端分离，后端的实现以API的形式可以直接访问。

既然后端提供了一种访问的方式，那测试就能够介入单独验证后端功能的准确性。

 

这种角度对功能测试来说，是增加了分析、执行测试的难度的。但是对于自动化测试而言，无疑是大大提高了工作效率

自动化的难点在于：页面的信息经常改动，会导致脚本无法固定需要长期维护；再者，验证流程需要一步步执行，存在大量冗余操作

 

API的测试能够弥补，前端经常改动的问题，同时针对某个接口的改动，可以脱离流程本身直接通过改变传参的方式验证。

举个栗子：某几个案件的结案方式，增加了码值

正常点点点的测试是：要立案，办案，编辑结案，还需要准备多种案件，重复执行

基于API的测试，则是：在结案请求中，写好案件类型、传入结案参数，运行。

依然之前接口自动化的方式，将案件类型、结案方式做成参数化，使用一个脚本可覆盖所有执行的内容，并且是可以重复执行的，效率上是黑盒点点点所无法替代的。