#1 楼 @wincherst 嗯，就是帮助写脚本，还没想做的太复杂

—— 来自 TesterHome 官方 安卓客户端

#3 楼 @cortana_x 网上有下的

—— 来自 TesterHome 官方 安卓客户端

#4 楼 @doctorq 你那个是什么模拟器？

—— 来自 TesterHome 官方 安卓客户端

#17 楼 @daqiao 停车位有的是

—— 来自 TesterHome 官方 安卓客户端

#28 楼 @allanwendy 这种方案是可行的，主要体现一种思想，用什么工具 或者自己开发 都可以的。你这种方案能做成一站式服务的话最好，用户不用关注怎么上传 jm 脚本 什么之类的。关注两个点:1.手工自动化结合，2.简单。

#25 楼 @drugstar 没做流程化的接口串联

#23 楼 @songdefei 被测接口依赖外部接口?

—— 来自 TesterHome 官方 安卓客户端

个人觉得，不做业务的产品没啥前途呢

—— 来自 TesterHome 官方 安卓客户端

#21 楼 @chenhengjie123 如果你的文档标准化，是可以做到解析的，类似 wsdl，要有一定规则的，wsdl 刚出来的时候也没有解析他的方法和参数的吧，所以你定义一次文档规范，后续都应该可用

—— 来自 TesterHome 官方 安卓客户端

#17 楼 @lose 目前 5 种方式，全文字符串，包含，关键字，去属性，不包含

—— 来自 TesterHome 官方 安卓客户端

#18 楼 @chenhengjie123 你是说加字段哈，数据结构变了，如果新增字段了，并且这个字段影响路径或者分支，可以理解功能变更或者需求变更么，有源码可以扫描出来的

—— 来自 TesterHome 官方 安卓客户端

乐视的测试是在 bu 下面，的还是整个测试部

—— 来自 TesterHome 官方 安卓客户端

#14 楼 @chenhengjie123 协议的维护还没有，不同的协议实现方式不同，在没有改协议的模式下，要新增的，同一个接口貌似协议是不能变更吧，随机数据检验自己解析代码是指 webservice?

#11 楼 @seveniruby 是的，灵活性上面肯定是牺牲了，这个是为了满足日常过多繁杂的测试任务，起到快速迭代的作用，和 redmine 或则 jira 结合的话，我们之前做过一套 UI 自动化的平台，和 remdmise 和 jira 直接打通的，直接在里面提 BUG 或者获取需求，不过效果不太好，改变一个人的工作方式还是很难，是有接口的测试框架的。把质量流程串联起来还是不错的，不过不好做······

#10 楼 @sigma diff 用的是第三方的 js 插件，页面时 jquery easyui ，后台是 springMvc ,mybaits

#9 楼 @sanlengjingvv 可能会有问题，概率应该不大，只要不是绝对的并发就没问题

#7 楼 @chenhengjie123

做成平台的出发点：1.主要是想让测试人员在项目里面做手工接口测试，数据得以保存，直接回归，也可以把研发加入项目
2.推进研发自测，目前的单次调用次数，测试人员占百分之 70，开发占百分之 30，对于开发来说不想花那么多时间去学习研究各种工具，有现成的我也就用了。
3.可是化、去代码，有些测试同学对代码没有那么深的基础，这里没那么抽象，维护两张表格他就会用了。
4.里面有些类似 DUBBO 开发的 javaRpc 服务，这种的做成了去代码的形式，为整个公司服务。
开发平台：平台是是自主开发的，人时的话看能力吧，需求明确，可能半个月不用就出来了。
第三个我没太理解是什么意思？

#5 楼 @seveniruby 恩，类似的还挺多的，这套系统运行了 1 年多了，目前看数据，对工作提升还是非常高的，尤其对于使用 SOA 架构和微服务架构设计的公司。

#2 楼 @sanlengjingvv 这里的有点暴力执行操作被测系统数据库，SQL 由用户自己编写，SQL 和用例绑定，都是参数化的

#1 楼 @585945 亲，不好意思啊，介绍的不太明白，这个不是框架，是一套 WEB 系统，主要是针对接口测试，接口自动化，接口 MOCK，接口性能的工具平台。主要就想表述一个思想，1.让手工和自动化结合，2.不要为了自动化而自动化，没有带来收益，却带来工作量。

😁

—— 来自 TesterHome 官方 安卓客户端