#6 楼 @sigma 关于删除被测功能产生的数据。你也可以尝试我的这种做法：在读取 excel 的程序里做点手脚。凡是以 delete 开头的 sheet，不会生成 insert 语句，只生成 delete 语句。也就是说在 case 运行前不会创造这部分数据，但是 case 运行结束后会删除这部分 case。你可以专门做一个删除数据的 excel 了

#6 楼 @sigma 注册式的缺点确实是无法删除被测功能产生的数据。所以接口测试我们都是注册式加上 inline 结合着搞。最好还是不要依赖产品的接口造数据，尤其是共享数据。这么做确实会产生很多的 excel 文件。不过你可以考虑一下把 excel 文件也重复利用。例如造订单的 excel 文件做一个通用的。造用户的 excel 造一个通用的。商家的 excel 造一个通用的。很多 case 都可以使用这些 excel 文件。但是这些文件你仍然做成隔离数据。就是虽然很多 case 都用这几个文件。但是这几个文件的作用域仍然是 method。一个 case 运行前创建。运行后销毁。好处就是这些数据原则上都是隔离数据。我们也不用创建那么多的 excel 了。问题就是这些数据的内容是一样的。所有的 case 都引用这个数据。所以要求这部分数据必须稳定。不能经常变化。

#3 楼 @monkey 排版完毕

#3 楼 @monkey 好的。刚学会发帖。都不会排版

#1 楼 @stephen753 以前我们对待缓存和索引。就是在数据库中插入什么数据，就调用相应的 http 接口往缓存里插入。其实就是直接操控缓存了

#3 楼 @monkey 专精一个领域没什么不对的，以后谁一提到移动互联网测试，就想到陈晔的大名，也是满成功的。额，我没记错名字吧 哈哈

#1 楼 @monkey 多谢，我努力写好。 以前看过很多你的文章，对我帮助不少。

诚然。很多人为了 kpi 而活，所以必然满嘴的框架，平台。到处吹嘘自己有多么高大上技术。否则如何能忽悠住老板？但持续集成里到底有几条有效的脚本明眼人心里都有数。我特烦动不动就接口测试平台的，我就没见过什么接口测试平台支持持续集成的。全是一次性产品，基本靠手工驱动。可能我呆的公司都比较 low 吧。没去过 BAT 那么牛逼的地方。
但也不可否认测试需要好的框架。现在都是用开源的然后二次开发。也算是做了个框架吧。虽然我觉得其实没太多代码量。一个人没多久就能搞出来。我倒是觉得更重要的是开发技术。所谓的测试技术，其实就是开发技术的一个分支。一个人开发技术不咋地。测试技术必然也不咋地。所以测试人员需要搞代码。需要搞框架。开发牛逼的人测试也必然差不了

#2 楼 @seveniruby 额，原来我刚才是匿名说的

#4 楼 @sordar 但还是感觉不会写代码的人来做这种接口的测试比较困难。我在考虑要不要不这么弄

#2 楼 @monkey 多谢支持

#1 楼 @doctorq 我就是用 testng 驱动的。不是说一点开源框架不用的。

我想问一下，你们的数据库 的 测试数据准备和销毁是怎么做的 ，让测试人员写 sql 还是 ？

我有点后悔没有早日加入，不过我是做服务器端的测试。哎，为毛就没有服务器端测试的社区呢

看到行业中有这样的先驱者，我心里也是很高兴的，虽然我还达不到这样的高度，但是你给了我们动力继续前进

很高大上的感觉，支持