我怼过做填 “写表格” 自动化工具的人，鼓励大家通过代码做自动化，写代码多自由啊！可是，做工具和平台的人一定要假定一批，他们不懂代码，而且还必须要让他们做自动化的测试。然后，把自己放在一个 框架/平台 的制造者。实际情况是：

• 谁愿意做平台的制造者？

• 谁只愿意做平台的使用者？

我想稍微有点追求的测试都会选择前者吧！

@bluesmli 请把链接删除，谢谢！

我不跟你们扯可维护性、灵活性、扩展性，拿一个自动化的技术实现话题你跟讨论 组织愿景 ， 来！ 你告诉我最广大测试同学的愿景是什么？ 还是你们公司、你们团队的愿景？

我帖子的标题 “读表格” 来做参数化简直的毒瘤...

主要怼的是：

1、用表格存参数化测试数据。

2、用表格存元素定位。

从我来没没说过 读数据库是更好的方案 ，哪里让你产生了理解偏差？ 至于我推荐方式在我的文章和这个帖子里都有介绍。

读表格的者 观点不就是配置简单，不用写代码， 灵活性不也应该考虑一下。难道你们实现的 读表格 只适合一种业务，一个功能？那就不要拿出秀了，别人又不能用。

抱歉！ 1 和 2 没看太懂，如果有例子就更好，相信也有和我一样没看懂得。

3、我没有反对平台化，如果在平台上依然 填表格 ，我反对！也不否认协作，每个公司开发比测试多多了，他们怎么协作的？

4、UI 自动化是从功能测试用例里面提炼而来的，如果你们的功能需要用户输入大量的数据，那么是否做到了满足功能的基础，体验最好？ 所以，我说 UI 自动化所用的数据量不大，就更谈不上要用数据库维护参数化数据？ 如果是维护用例本事，那确实很大，所有用例都是数据。

5、重复的 find_elemnt_xxx 当然可以通过良好代码设计和封装消除掉，灵活性 也绝对比 填表格 高！

你说的是静态统计么？在不运行的测试的情况下，看 excel 的行数就知道有几行用例？

excel 依然做不到！

1、如果是用例 excel 做参数化，那它只能记录一种类型的数据，我在 #18 楼有举例，不同的功能用到的数据不一样，很难放到一个文件中，如果几十个数据文件都打开计算一遍也叫方便的话，我无话可说。

2、如果是用 excel 存测试用例，接口测试除外，UI 自动化，每个用例步骤不一样，怎么把用例写到一行，如果不是一行，那依然不能按照所占用的行数进行统计。

如果的是动态统计的话，利用单元测试框架跑一遍就是知道了，成功、失败、错误数一目了然。 如果和 jenkins 集成也可以看到历史的执行情况（领导想看的？）。

另外，我也并不是特别鼓励 json，yaml，UI 自动化本来用的数据就很少，单元测试框架的参数化就够了。

欢迎，你开源出来你们的方案。

1, 是引发讨论，又不是没有任何论点、论据的乱骂，大 V 这个就比较搞笑了，我总共就在这里发了三个帖子，也没有微博，你给我加的大 V ？ 另外，别上升到身份绑架，如果换个测试同学过来发这个帖子是不是就不掉份，是这个意思么？

2，你是没试图说服我，以上来就 和稀泥 , 你跑到一个讨论帖下面 和稀泥 合适么？ 没有人能说服我，你确定？ 我只是要求说服我的时候给 点实列 和依据，这过分么？

3、包容 是你先跑到我的贴在下面说的。

4、你以为看到我标题的同学是过来看我们两个吵架么？当然是想了解一下 “读表格” 做参数化咋不好了？ 都没有读题的能力。通过留言，也可以看出有同学是想看有价值的讨论的。

5、 是你用 和稀泥 、 包容 的观点把话题带偏了。

首先，我的 厌恶 并不是主观，通过我的经验总结出来，蠢、坏、毒瘤 只是为引起关注。

我用文章 阐述了不认为使用 excel 不好的原因，我一开始都欢迎 用 excel 做的牛 B 人过来怼我（说服我）。

说服我要拿例子吧！ 也好让各位测试同学 观摩、学习、评价吧！ 空怼 和 YY 需求 还不让反驳了。

不要总结 土壤 、包容 ，你这么包容，就不要参与这个贴子的讨论了，还试图自己的主观看法说服我？

这个帖子现在有 一千多浏览了，至少这些人在用 excel 做自动化的时候会考虑一下我的观点和多一点思考。

第一次听说，产品经理要用公司做的测试框架写测试用例， 还有业务用户和内部客户。

麻烦实现 excel 写测试用例测同学就不要往测试社区发了，多去一下产品经理社区。因为用户是产品经理！

在开发的世界，有人写框架，有人用框架实现业务，你见过有人把框架封装的不用开发写代码，大批开发的还用的屁颠屁颠的么？关键是很难做到灵活，可维护、可扩展

为什么在自动化的世界就要照顾那些不懂代码又想做自动化的同学？ 测试圈的人比较怪，就是在做框架之前就要考虑怎么不让测试写代码， 这都给大批后来者测试一个错觉，就是写代码的框架不是好框架，用 excel 的框架才是。结果呢？

最后，用代码定位一下元素，再实现一下操作，谁不会？ 用表格就不用写定位了，就不用指定动作了？

业务同学喜欢用表格？ 业务同学完全不想懂代码？业务同学单纯用表格就能把自动化做好？ 确定不是 YY 出来的需求。我遇到的测试同学从刚工作到做了 N 年的，大家都是有学下一点编程的诉求的，毕竟没人想被行业淘汰。况且，像 python 这样的语言门槛不高，资料有多。

如果你们公司存在这样的业务同学，我想这对公司和团队的发展并不是好的。

所以，我用三篇文章详细说明了我的观点，那么你是不是给具体的做法，解决了我说的问题，让大学学习借鉴一下，而不是我觉得好就好，你觉得不好是你的问题！

关闭是不小心误点，我正在等待大神过来怼我呢！

我没说要读取数据库，UI 自动化的参数化是有多少数据量要存数据库？ 怕不是和性能测试搞混了吧！先初始化几万条测试数据。

无非就是循环读取二维数组简单东西。

我有一个系统。

登录功能：用户名、密码、

注册功能：用户名、密码、重复密码

A 搜索功能：名称

A 添加数据：名称、描述、状态。

B 填写卡号： 银行卡号。

c 填写收件地址：手机号、详细地址、邮编。

.....

有十几个需填写不同数据的 “表单” 不过份吧！

来！来！大家思考一下用，用 excel 能不能存，存了怎么取？ 注意我每个功能用的数据不一样！

注意看我吐槽的点：

1、用表格存参数化测试数据。

2、用表格存元素定位。

我没说用表格写测试用例，用表格写测试用例做的比较好好的是 robot Framework 框架，不过，我依然觉的 robot Framework 现在并没有受到多少公司的欢迎。如果稍微 python 语言用的比较熟悉的同学大多不愿意用它，对比 robot Framework 和直接用 python 实现一个 for 循环就不想用 RF 了，当然，那些新手看到 RF 依然会激动不已，看！不写代码，一样可以做自动化。

#1 楼 @hu_qingen 噢！ 今年一直在接口自动化方法面的研究和总结。马上有本相关的书要出版了。 我来这里逛逛。