#7 楼 @seveniruby 看来我要报名参加了哈。 你们那这些都是 QA 做么？ 惭愧的是我这些知识比较匮乏

#5 楼 @lihuazhang 没太懂， 能详细说说原理么

#2 楼 @lihuazhang 监控数据库中的数据么？怎么个监控法呢？关注点是？

#1 楼 @nickli 尽量都是用查询接口。不然容易污染线上数据库

额，我实名吐曹某些领导吧。第一类：不懂测试，非要带测试团队。第二类：不懂代码，非要带自动化测试团队，为了 KPI 和吹牛比还非要指导你怎么开发测试工具，提一些并没什么卵用的平台需求让你开发。第三类：刚愎自用, 明明屁都不懂，还要不懂装懂，根本不听别人意见。第四类：出了事让小弟背黑锅的。第五类：窝里横的，对手下凶残镇压，对外面屁都不敢放一个。第六类：任人唯亲，只相信马屁拍得好的。第七类：整天不干正事，只玩手段搞办公室斗争的。 第八类：对外装逼抢活，但是自己装作很忙，任务全给小弟，其实整天聊 qq 逛淘宝。第九类：牺牲手下人利益讨好她的领导。 第十类：也是最可恨的一类，以上 9 类她全占了。

我发现我看过的简历还真是都在这几个类型里 哈哈哈

#6 楼 @seveniruby 恩。我想了想。自己实现一个责任链成本是有点高。直接用现有的框架就行了

#16 楼 @darkcao 都差不多吧应该。python 应该也是相似的

#15 楼 @seveniruby 啊。满意。。很满意

Macaca 是ＵＩ自动化测试平台么？

#23 楼 @seveniruby 恩，对于 mock 的需求来说 RAP 确实比较弱小。我们搞 mock 主要倒不是为了测试人员使用，而是给开发人员用的。前端的同学想在 API 开发完之前就测试自己的代码。我看了一下 moco 的文档介绍。灵感来源于 mockito 的 stub。这个我还是很喜欢的。因为我一直推荐我们的开发使用 mockito。上一周还专门培训了开发如何使用 mocktio。我不知道我理解的对不对，我是建议开发人员在做单元测试的时候把持久化层 mock 掉增加运行速度和减少验证的复杂度。同时为了提高覆盖率使用 stub 模拟测试环境中很难出现的情况。其他的时候我建议少用 mock。我怕用多了会导致重构灾难

#3 楼 @seveniruby 有些对象的字段是随机生成的例如ｉｄ，转成 json 去做 diff 的话有些时候不满足需求。而且如果 json 太长的话不太容易找到哪里出错的。所以我还是偏向于反射加责任链的解决思路。当然了，转 json 很简单。自己写一套东西毕竟要花时间

#13 楼 @frankliu 我觉得这样也是困难重重阿，我昨天也跟我们的开发人员讨论这个问题。能不能事先提供详细的接口文档，这样测试可以先写脚本。但是讨论中发现让开发人员在现在的迭代周期内把每个ＡＰＩ的详细文档都写出来是比较困难的。

#12 楼 @seveniruby RAP 我们也是刚用，之前有个 mock server,　但是需要写一些模板代码，有学习成本。后来听说 RAP 有 UI 做这个事情。不仅可以当 mock server 用，还可以用来管理 API 的定义。用来规范前端和后端的协议，相当于管理ＡＰＩ的平台了。　但是我现在遇到个问题就是 RAP 对一个 API 只能有一个 mock 实现。就是说不管你传入什么参数，只返回那一个返回值。无法根据不同参数定制不同的 mock。Swagger 能做到这点么？

#10 楼 @monkey 还能？　我看了一下官方文档的介绍。貌似就是ＡＰＩ呢

#2 楼 @seveniruby Swagger 也是管理 API 的么？　我们用的阿里的 RAP,可以做 mock server,也可以作为前端和后端的 API 约定管理

额， 我感觉火辣辣的在打我的脸哈哈。话说这个标题和内容不符合阿？我很想知道大家对接口测试提前介入的想法

#6 楼 @airfer 多谢，我会努力的

#8 楼 @jet 多谢支持，你给了我动力哈哈

#76 楼 @success 好吧~

#76 楼 @success 你在北京不...在的话要不来我这试试~

#73 楼 @success 那是该换个环境了

#70 楼 @success .......为啥子

#68 楼 @success 打长久战吧. 我上个东家招了 10 个月...... 这年头技术好的都去做开发了. 你见过几个 monkey,思寒那样的