matman
matman copied to clipboard
Web 端对端测试(E2E,End-to-End Testing)解决方案

## For feature request  这种长内容就部分省略的,如何获取最终形式的文本
既然是主推白盒数据测试,那么每一次图片的生成应该都是唯一的,是可以做图片对比测试的;可以作为一种补充测试手段。
尽管很少有需要更改 Response Headers 的返回,但是有某些特殊的 CGI 可能会有特别的设置,而这些设置会让某些逻辑受到影响。典型的例子就是跨域头的设置。不如让 mock server 的构造者完全自由定义自己的 Response Headers 的信息。
 在编写拓展运算符的时候报错了,但是我在本地写了一个简短的 demo 能跑起来,说明应该是内部打包的问题: 
matman 是一套解决方案,专注数据模拟和自动化测试。但是这一套方案如果没有一个完备的示例来演示,则很难去入门。 初步想法是增加一个完整的本地demo(后期有服务器时也可以放在服务器上运行)
因为我们已经有 mock server 提供了白盒测试的数据,而我们端对端测试时生成的数据校验与 mock 数据是有非常大的正相关的,因此,考虑下如果按一定的规则定义爬虫的数据结构,然后由这种数据结构来打通mock数据和快照数据之间的对应关系,再校验,这样就能实现端对端白盒测试用例的自动生成
soucemap 文件生成之后有 `5.3MB` 了,  考虑下是否有必要提交到 npm 中,毕竟会导致下载包变慢 - https://github.com/mars/create-react-app-buildpack/issues/59