Javascript API 不同与后端 API 有明确的返回结果，它的运行时反应在 web 页面上的一个动态变化，如何进行测试呢？有什么测试方法吗？
每次前端同学提测后!
却提不了一两个 bug 的感觉是真的让人心酸啊......（下图是测试 “改变根节点 API：setRootUpId ”）
一般不单独测这玩意儿，合并到 UI 测试。
这，，，蹲一蹲其他大佬的看法
没有单独测试过 js api，为啥要这样测试呢？
我测过前端和原生（win mac ios android linux ipad ）的 bridge
执行 JS，截图，人工过一遍，确认 OK，设为基线，后续截图比对基线
个人觉得，可以用测 api 的思路来测吧。比如针对每个函数，校验入参值合法时效果是否匹配，不合法时是否可以正确抛异常。
如果是自动化的手段，可以参考 5 楼的答案，用一些 js 框架来调用。
我现在就是干类似这种的测试工作，因为这里没有交代清楚是什么业务，所以我也不好猜提及的前端 js API 是不是以某种形式提供给外部用户，我就分情况讨论：
- 如果产品形态就是以 js API 的形式把能力提供给外部用户（开发者），那就代表很有必要去做这样的测试。一般对于 SDK 的基本测试方式是自己写一个测试 Demo，这个所谓的 Demo 它上面是一个个的按钮，每个按钮点击下去的效果就是调用某个 js API，然后人肉观察反馈效果以确定是否符合预期。这里面的测试用例其实就是每个按钮背后的我们提前写好的测试代码。如果不好理解，可以看看参考资料里面的 “淘宝小游戏背后的质量保障方案” 中【小程序容器】一小节。这种属于 SDK API 测试的基本操作
- 如果这种 js API 不是产品的主要形态，而是某种次要的业务附属品，或者直接说它可能没这么重要，没必要花时间测得太细，那就直接从 UI 集成的角度去简单看看就好，或者让研发帮测试搞一点后门，提供一份测试代码给你们留底每次执行一下人肉校验结果即可
参考资料：
- https://developer.aliyun.com/article/1151889 淘宝小游戏背后的质量保障方案
- https://mp.weixin.qq.com/s/6mLhC19CzfvD2qgGzTeBXQ 【接口品质】JSAPI 多端一致性的质量保障方案