想去

数据准备层面：
1.如果是 dubbo 接口需要传入一个实体对象，为了简化数据准备，做些通用的数据工程来快速的产生一个前置的条件。
2.http 接口现在我们都是 json，直接使用 json 来准备，发现很简便，就不用去依赖开发的 jar 包

类似概念， 不过编码起来的设计估计没这么正， 大致是这个方向走

关键是自身技能有竞争力，过去的记在心里，自己提升的步伐 一刻不能停

讲的非常好，受用

多数据源的能分享下吗，我最近搭建的工程里， 接口自动化需要连接 8，9 个数据库

竟然是阿里的同事

有点理想化，除非不是重点业务，人员又缺的情况下，靠这样去保证，否则难，现在的开发质量一大半没了测试还是不行的。当然也有一下部分开发真得是牛逼，代码质量高，还自测很到位，特别异常情况处理完美

哦，可以了，跟 https 一样，就是 ssl proxying 中 设置的端口是 443 就好了

有解决吗？ 我也遇到这个问题了

我应该也属于这个范畴，就是目前在这个范畴上做的东西还比较少，继续深入学习研究，解决日常工作中的痛点和保障质量

好的，稍后分享下

用 IReporter 监听器吧，今天弄了一下，可以实现我的需求，测试结束后就会触发监听器，在监听器中实现 测试报告，再邮件发送

你发的这个 是 jenkins 构建邮件，我想做的是 发送自动化测试报告邮件

应该是，呵呵，正好看到你发的贴

膜拜 2 年这么溜 粉一个

占个坑，空了来说说

学习一下

不刺眼 哈哈哈

好像很有道理 呵呵

可以慢慢丰富，我也是一直致力于做一些业务工具，满足日常测试，方便快捷，提高效率

我个人也认为，对于测试来说用 mybatils 的 xml 配置 来对表做增删改查，是有点繁重，可以利用 mybatis 来封装一下增删改查，4 个方法对外，我就是封装了一下，这样就不用每个测试都要去知道 mybatis 怎么用

我也有这种迷惑，现在就是想着团队中缺什么就尽力推进。落地实施

很有意义，列表中还有一些项目研究的不够透，继续深入学习