dubbo 框架都封装好了的,不需要你自己去解析 zk provider
感觉没 2000 字讲不清楚,不同测试部门的定位不同,需要自动化测试的原因不同,自动化测试能达到的水平不同,需要的自动化测试 case 也不同,你还是得想明白团队(测试 + 开发团队)的作用和期望,再来看自动化的价值;
pre/postProcessor 的作用域,是所有的子组件 sample
参数类型是在调用时就要带上的一个必备字段,我们没做自动获取的功能;
具体实现可参考:http://dubbo.apache.org/zh-cn/docs/user/demos/generic-reference.html
官方的缓存实现在多 zk、容量限制上做的都不理想,需要自己实现;
你们的 dubbo 接口是 dubbo 协议么?是的话,目前开源的实现并不好使,我们是单独起了一个 java web 服务,作 dubbo 泛化调用的代理
1.环境区分,把集成测试和手工测试放在两个独立环境执行
2.流量带标,手工测试&&集成测试分别带不同标,但是强依赖中间件基础架构
请问各位移动端使用的模拟器么,有没有比较方便的技术推荐