源码地址: https://gitee.com/amazingTest/Taisite-Platform
点个 star 呗~
体验地址现已开放！ 点击马上体验
欢迎大家来试用
体验账号：test
体验密码：test
（感谢 TesterHome - qiChow 提供的服务器）
想要了解更多资讯也可以扫码关注
可以在这个体验地址建个项目，自举一下（用 泰斯特平台 测试 泰斯特平台的服务端）？
@ 陈恒捷 有道理
@ 陈恒捷 已新增示例项目 (勿删)
没看懂怎么玩
有点简单啊 目前
有个 bug 吧，项目中我更新了用例，但是项目的最后更新时间竟然没变。
因为我看过原版的 automation_test 也是社区的开源项目吧，觉得你这个翻版的其实没超过原版的功能，或者还误删了几个原版很好的功能。
比如：
- 同一个项目，不同的自动化测试用例，要复用同一个接口，原版是有接口选择界面的，或者选择到有的，或者新建接口。而你这里是只有新建接口，相当于抛弃了一个核心功能。
- 分组功能被你删掉了。分组功能是一个很棒的左树右表的功能，是项目下的又一个层级。简单说吧，如果你要去掉分组功能，那么你都不用做一个项目列表，还要有一个什么 “回首页” 的按钮，直接左边项目名称树，右边自动化用例列表就可以了。原版的项目名称跳转超链接就是为了分组设计的，很明显你没 get 到。
- 测试报告把 Echarts 图形也干掉了，但你也并没有拿出更好的方案。
- 项目全景也干掉了。
当然你也增加了一下好的功能，可能主要是在断言的判断上吧。
我并不是说你这个平台不好，而是希望把原版的好的基础上再做优化，而不是直接把一些成熟的东西不知道为啥的就全抛弃掉。
zyanycall
回复
我来说明一下：
- 项目更新和里面的内容更新无关，编辑自身的名称，描述才算更新，这个见仁见智。
- 我这个暂时没有接口管理，只有接口测试，如果想复用，直接复制用例或者导出用例再导入。
- 分组功能这个我按照我自己的习惯简化了，这个见仁见智。
- 测试报告我觉得什么 echarts 都是虚的东西，我只想把最关键的信息展示出来。
- 项目全景我个人觉得用处不大，见仁见智。
这个项目是开源的哈，有什么想法可以二次开发~
泰斯特
回复
其实你的源码我看过……api_automation_test 的源码我也看过。
api_automation_test 不再维护了，我就多说几句好了……api_automation_test 的前端代码其实是比较烂的，同时我怀疑并不是一个人写的，更像是集大家之所长的作品，前端的风格我发现就有两种吧，具体表现是一会儿用 axios，一会儿换个界面就都是 ajax。相信你借鉴了也应该发现了。同时 api_automation_test 没有理解 vue 的组件化的思想，太多的前端代码都是重复的，怎么说呢，代码没有解耦。
你的代码我就不在这里评价了。说一下你提的二次开发吧。
在你这个平台上二次开发，我担心会不知不觉把 api_automation_test 已经实现的功能再自己实现了一遍。
zyanycall
回复
哈哈，是的，我当时看的时候也是一会 ajax 一会 axios，然后我统一用 axios 了...
我前端也没有去太深究，勉强能写出能用的东西，vue 的水平很差... ，但是也足够了，没必要花太大精力在这上面，毕竟这不是重点，只能说尽力去把一些我想优化的细节优化了...
后面可能会钻研如何使用深度学习玩点新花样（数学功底可不能丢）
这个咋玩？？？？没懂呀
自己最近也在写 api 的一些测试框架， 所以对 api 刚算是入门吧， 说一下自己的建议吧：
1 建议后期维护一份对应项目下的数据库备份来支撑你的 api 自动化测试，否则你的 api 平台只能说有点一次性产品的感觉，这种情况主要 体现在关联依赖的部分接口中，
2 未发现你的的接口参数中对于参数化的部分支持，比如一些 url 或者其他 header 等中可能就存在参数化的值，（当然可能你的支持但是我没有找到吧 ），常见的就是 token 参数化，这个如果接口一个一个修改还是很麻烦的。
3 测试报告中建议还是增加一个导出功能，方便后期人工相关的筛选和统计
第一点实际上就是一份数据库脚本，用于支持你自动化执行的依据，实际上可以理解备份数据库，当然如果从项目角度来说这个可能没有那么大的体会，我们公司一般一个项目中间可能存在一定的间歇期，所以我一般都会备份数据库脚本，第二点的参数化，我觉得九豪大神的思路很好，我也我实现了一个简单的，但是有点粗糙，