开源测试工具 「泰斯特平台」体验地址开放啦

泰斯特 · 2019年09月06日 · 最后由 jackyin 回复于 2019年09月12日 · 3558 次阅读

源码地址: https://gitee.com/amazingTest/Taisite-Platform
点个 star 呗~

体验地址现已开放! 点击马上体验

欢迎大家来试用

体验账号:test
体验密码:test

(感谢 TesterHome - qiChow 提供的服务器)

想要了解更多资讯也可以扫码关注

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 19 条回复 时间 点赞

可以在这个体验地址建个项目,自举一下(用 泰斯特平台 测试 泰斯特平台的服务端)?

@ 陈恒捷 有道理

@ 陈恒捷 已新增示例项目 (勿删)

没看懂怎么玩

有点简单啊 目前

天邪泪 #13 回复

简单实用又好看

有个 bug 吧,项目中我更新了用例,但是项目的最后更新时间竟然没变。
因为我看过原版的 automation_test 也是社区的开源项目吧,觉得你这个翻版的其实没超过原版的功能,或者还误删了几个原版很好的功能。
比如:

  1. 同一个项目,不同的自动化测试用例,要复用同一个接口,原版是有接口选择界面的,或者选择到有的,或者新建接口。而你这里是只有新建接口,相当于抛弃了一个核心功能。
  2. 分组功能被你删掉了。分组功能是一个很棒的左树右表的功能,是项目下的又一个层级。简单说吧,如果你要去掉分组功能,那么你都不用做一个项目列表,还要有一个什么 “回首页” 的按钮,直接左边项目名称树,右边自动化用例列表就可以了。原版的项目名称跳转超链接就是为了分组设计的,很明显你没 get 到。
  3. 测试报告把 Echarts 图形也干掉了,但你也并没有拿出更好的方案。
  4. 项目全景也干掉了。

当然你也增加了一下好的功能,可能主要是在断言的判断上吧。
我并不是说你这个平台不好,而是希望把原版的好的基础上再做优化,而不是直接把一些成熟的东西不知道为啥的就全抛弃掉。

zyanycall #9 回复

@zyanycall

我来说明一下:

  1. 项目更新和里面的内容更新无关,编辑自身的名称,描述才算更新,这个见仁见智。
  2. 我这个暂时没有接口管理,只有接口测试,如果想复用,直接复制用例或者导出用例再导入。
  3. 分组功能这个我按照我自己的习惯简化了,这个见仁见智。
  4. 测试报告我觉得什么 echarts 都是虚的东西,我只想把最关键的信息展示出来。
  5. 项目全景我个人觉得用处不大,见仁见智。

这个项目是开源的哈,有什么想法可以二次开发~

泰斯特 #10 回复

其实你的源码我看过……api_automation_test 的源码我也看过。
api_automation_test 不再维护了,我就多说几句好了……api_automation_test 的前端代码其实是比较烂的,同时我怀疑并不是一个人写的,更像是集大家之所长的作品,前端的风格我发现就有两种吧,具体表现是一会儿用 axios,一会儿换个界面就都是 ajax。相信你借鉴了也应该发现了。同时 api_automation_test 没有理解 vue 的组件化的思想,太多的前端代码都是重复的,怎么说呢,代码没有解耦。
你的代码我就不在这里评价了。说一下你提的二次开发吧。
在你这个平台上二次开发,我担心会不知不觉把 api_automation_test 已经实现的功能再自己实现了一遍。

zyanycall #9 回复

哈哈,是的,我当时看的时候也是一会 ajax 一会 axios,然后我统一用 axios 了...

我前端也没有去太深究,勉强能写出能用的东西,vue 的水平很差... ,但是也足够了,没必要花太大精力在这上面,毕竟这不是重点,只能说尽力去把一些我想优化的细节优化了...

后面可能会钻研如何使用深度学习玩点新花样(数学功底可不能丢)

这个咋玩????没懂呀

kim #7 回复

README 里面应该写的非常详细了... https://gitee.com/amazingTest/Taisite-Platform

自己最近也在写 api 的一些测试框架, 所以对 api 刚算是入门吧, 说一下自己的建议吧:
1 建议后期维护一份对应项目下的数据库备份来支撑你的 api 自动化测试,否则你的 api 平台只能说有点一次性产品的感觉,这种情况主要 体现在关联依赖的部分接口中,
2 未发现你的的接口参数中对于参数化的部分支持,比如一些 url 或者其他 header 等中可能就存在参数化的值,(当然可能你的支持但是我没有找到吧 ),常见的就是 token 参数化,这个如果接口一个一个修改还是很麻烦的。
3 测试报告中建议还是增加一个导出功能,方便后期人工相关的筛选和统计

jackyin #5 回复

哈哈多谢提意见,

  1. 第一个点没有太懂...
  2. 参数化目前确实没有(有没有提 pr 的兄弟)
  3. 报告导出这个想法蛮好的

第一点实际上就是一份数据库脚本,用于支持你自动化执行的依据,实际上可以理解备份数据库,当然如果从项目角度来说这个可能没有那么大的体会,我们公司一般一个项目中间可能存在一定的间歇期,所以我一般都会备份数据库脚本,第二点的参数化,我觉得九豪大神的思路很好,我也我实现了一个简单的,但是有点粗糙,

jackyin #3 回复

参数化这个我需要好好设计一下,毕竟他不仅仅是个库/框架,是个全栈平台

泰斯特 #2 回复

从平台角度来说。参数化可能需要考虑的更加全面点。期待方案的出炉

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册