这个你百度下 jsonschem 就知道了

#22 楼 @Pastel 暂时没觉得有什么瓶劲呀，唯一就是觉得 ride 在 mac 上不好用...

#20 楼 @risalin 自己写的

摆脱保姆式的测试才才有精力去做其他测试方式的尝试和拓展

#17 楼 @elduh 嗯 嗯 我也觉得很方便的说这个其实就是包了个壳子而已，和你自己用 python 写是差不多的～

#7 楼 @terrychow 嗯，其实我们现在也就用到 requestslib 里面的 post 请求。。。其他好像也没怎么用，你说的意思是把比如一个登录接口的参数全都放在一个文件里面管理，然后一个用例把他们顺次调起来吗？这样用例看着是少了，但是对于结果的验证呢，现在我们的需求对于每个用例验证的东西可能都不一样，同一个接口可能有些情况需要查数据库，有些只需要看下返回的 message，这个没想明白要怎么弄。。。

#5 楼 @terrychow 就这样子的是吧，自己用下来的话 用例名字写清楚 如果是修改的话 找还是很快的，不知道有啥更好的方法呀，其实本质是我不喜欢在 rf 里面写用例，但是觉得这个对做功能测试的同学来说更容易接受，有时候也让他们写写优先级很低的模块～学习

#1 楼 @terrychow 我们是分开写的呀，一个 test case 是一个用例 不会导致全部挂掉呀 ，一个接口是一个 test suite 然后不同的参数组合不一样的结果验证，分 test case，怎么会全挂掉呢...我就是觉得那个界面操作起来不如自己写脚本快..但是可以給功能测试的同学用和学习我觉得也是不错的

让开发做个小功能，显示长连接的状态，然后在根据发现的问题来找原因吧，通常这种都是前端和后端在设计时的缺陷造成的

我们是直接用 jmeter 来管理所有的接口，通过命令启动 jmeter，写了个 python 脚本把 jmeter 生成的结果文件转化成需要的报告，在部署到 jenkins 上来实现持续集成，感觉这样比较简单，需要 coding 的部分就是生成报告这块啦~