理想丰满、现实骨感。
1、让内部测开或者自动化测试同学在 “测试平台” 上录入 http API, 组装 http 请求...稍微有点自尊的人内心可能会说：这特马不还是点点点吗，在 web 上点点点
2、让点点点或者外包同学在 “测试平台” 搞，你觉得让 对 http, 接口、服务调用链、中间价等概念都没一定了解的人，能干好接口的测试吗。 不是给了菜谱 就能烧出美味
3、另外，再啰嗦一句：作为测试开发，想要拿高薪，不要脱离代码，保持代码手感很重要。不然出去一面试，问个简单的原理，写个简单的算法就会卡壳了

只有前端功能测试，没有后端接口/服务测试的团队，搞不好质量
只有后端接口/服务测试，没有前端功能测试的团队，质量不好搞

应该仔细想想 “为什么你们的自动化发现不了问题”，
搞清楚了这个问题，一切疑惑 就都烟消云散了

岗位也很重要。
岗位决定你收入的下限，能力决定收入的上限

老板说的对

工资至少 25K 起步

能展开说明下 “手动开撸好” 的原因吗

1、分段打出每个节点的响应时间，找出问题的罪魁祸首。
2、根本点还是要 了解具体的技术实现方案以及整个调用链路逻辑，这样才能提出自己的疑点
3、如 @ 恒温 所说，缓存是优化方案的一种，而且是开发人员惯用的一种伎俩
4、但缓存不是随便加的，缓存设计处理不好也会带来很多负面影响，特别是缓存数据量大的时候，这个一定要小心

1、大致去反向推测，相当于 如果我自己去实现，要不要加缓存提高响应速度和性能，要不要使用消息系统提高吞吐量和解耦...
2、当然，具体的细节要看实际业务需求以及技术实现方案
3、好的测试必须熟悉业务逻辑和技术实现逻辑，不然测试的深度和广度没法保障

越复杂的 service 逻辑，说明业务代码或设计越烂。好的架构设计和规范，会让代码逻辑 清晰简洁

发现接口的 bug 一个也没有?

简历扔过来，bakerchen_cn@163.com

代码在我这里运行正常

要走出去。
晒晒更健康 ：-）

好的框架要分享出来哦。只有相互多交流，才能更好的提升

从贴图的代码看，没看出有什么问题。

把全部代码贴出来

fitness 代码网址给个，我也去看看

继承没什么不好啊

功能方面呢？ 需要哪些基础功能