你来啊~~就缺槽神你这样的优秀人才~
姓名:陈永达
Testerhome 帐号:cydtest
测试经验:9 年以上
管理经验:
现美团点评到综工具组负责人 3 年多
业务测试管理 1 年
工作经历:
2015 年 6 月就职于美团点评至今
如果你还想在测试岗位上混,建议:
1.代码能力必不可少,想办法不上,至少上 6 分
2.逻辑能力是最基础的,多思考,多分析
3.这个年龄不应该只是小兵,应该有自己的方向和建树,也应该有自己的护城河了,如果没有,业余时间先被想着玩了,专精一门再说。
4.看书必不可少
如果不想在这个岗位上混了,趁早转岗,趁着还年轻,还能入门另个岗位技能
没说安心
好的~
卧槽~我中奖了?
姓名:陈永达
Testerhome 帐号:cydtest
测试经验:8 年以上
管理经验:
现美团点评到综质量控制组工具组负责人
工作经历:
现就职于美团点评
如果能有写像微博长短的地方,就最好了
谢谢各位,该招聘关闭
目前来说是的,python 方向的已有小伙伴填坑了~
Lego 平台莫名出镜~
报名
是的~去之前真的做了很多攻略,得到很多西安人的各种推荐,坑太多,还好没受骗
是啊~
我不太看网站,可能会回的不怎么及时,可以加我微信,你回了微信上告诉我下
在选取用例部分,我当时说的是,使用 testNG 的 xml 配置文件,通过@Parameter的方式,将 sql 传到 TestNG 的脚本,来实现测试用例的选取。
在测试用例中,“参数化” 最主要解决的问题是:针对那些可能会失效、会变化、会被删、需要通过一些计算才能得到的参数,进行一些 “设计”,每次执行用例的时候,实时执行 “设计” 来生成参数,增加用例的健壮性。
是解决这样的问题的,毕竟这样的数据如果硬代码,只会常常让测试用例报错,增加维护成本。
“我原来的理解是,对于同一个用例,不同的参数请求,是通过复制多个用例来实现的。” 你理解的是对的,不用测请求目的,是复制多个用例来实现的,我的设计就是,一个用例就是单纯的一个系列的测试目的。用例是最基础的数据,你想要分类,可以在用例的上面来加一层逻辑的分类来实现,我个人觉得没必要在用例这个维度上做过多的设计,一个用例有 10 个测试目的,我觉得没什么意义,也不够清晰。
前端页面的话,我个人 java 比较熟 Servlet 感觉还蛮简单的,Python 也有很多容易上手的框架。
另外你标题写的 “参数化” 是 “拿用例的方式”,还是每个用例请求过程中,“参数需要替换” 的动作啊?
我是分享那个 Lego 接口测试解决方案的,看来影响力还不错啊~
小记写的很不错啊~