卧槽~我中奖了？

姓名：陈永达
Testerhome 帐号：cydtest
测试经验：8 年以上
管理经验：
现美团点评到综质量控制组工具组负责人
工作经历：
现就职于美团点评

如果能有写像微博长短的地方，就最好了

谢谢各位，该招聘关闭

目前来说是的，python 方向的已有小伙伴填坑了~

Lego 平台莫名出镜~

报名

1. 姓名： 陈永达
2. Testerhome 帐号：cydtest
3. 测试经验： 7 年
4. 管理经验：美团点评 质量控制组工具组 Leader
5. 工作经历： 2010-2012 科达科技 KEDACOM，系统测试，自动化测试 2012-2014 旺旺集团 SAP 系统测试，自动化测试，性能测试 2014-2015 卡行天下 自动化测试团队组长 2015-至今，大众点评，功能测试，自动化测试，工具开发，学习培训方面。管理过到综业务线一半团队的 QA，后来成立新团队质量控制组，从事工具开发，效率提升，流程规范工具等研发和规则制定。

是的~去之前真的做了很多攻略，得到很多西安人的各种推荐，坑太多，还好没受骗

是啊~

我不太看网站，可能会回的不怎么及时，可以加我微信，你回了微信上告诉我下

在选取用例部分，我当时说的是，使用 testNG 的 xml 配置文件，通过@Parameter的方式，将 sql 传到 TestNG 的脚本，来实现测试用例的选取。

在测试用例中，“参数化” 最主要解决的问题是：针对那些可能会失效、会变化、会被删、需要通过一些计算才能得到的参数，进行一些 “设计”，每次执行用例的时候，实时执行 “设计” 来生成参数，增加用例的健壮性。
是解决这样的问题的，毕竟这样的数据如果硬代码，只会常常让测试用例报错，增加维护成本。

“我原来的理解是，对于同一个用例，不同的参数请求，是通过复制多个用例来实现的。” 你理解的是对的，不用测请求目的，是复制多个用例来实现的，我的设计就是，一个用例就是单纯的一个系列的测试目的。用例是最基础的数据，你想要分类，可以在用例的上面来加一层逻辑的分类来实现，我个人觉得没必要在用例这个维度上做过多的设计，一个用例有 10 个测试目的，我觉得没什么意义，也不够清晰。

前端页面的话，我个人 java 比较熟 Servlet 感觉还蛮简单的，Python 也有很多容易上手的框架。

另外你标题写的 “参数化” 是 “拿用例的方式”，还是每个用例请求过程中，“参数需要替换” 的动作啊？

我是分享那个 Lego 接口测试解决方案的，看来影响力还不错啊~

小记写的很不错啊~

家门口~哈哈

报名
姓名： 陈永达
Testerhome 帐号：cydtest
测试经验： 7 年
管理经验：美团点评 质量控制组 TL
工作经历：
2010-2012 科达科技 KEDACOM，系统测试，自动化测试
2012-2014 旺旺集团 SAP 系统测试，自动化测试，性能测试
2014-2015 卡行天下 自动化测试团队组长
2015-至今，大众点评，功能测试，自动化测试，工具开发，学习培训方面。管理过到综业务线一半团队的 QA，后来成立新团队质量控制组，从事工具开发，效率提升，流程规范工具等研发和规则制定。

其实还是算测试开发的，只是怕混淆，而且现在会写点 findElement 的也都自称测试开发了，太难区分

#2 楼 @jie_w 这么大个表情。。。。

来个赞～