做个小调查,大家都来说说看,对于自动化测试用例的开发,下面两种方式: 1)测试人员在统一的框架范畴内直接撸代码,开发测试用例 2)测试人员使用一些 “无需代码编写的 BDD/TDD 工具或框架或平台”,填鸭式的编写测试用例
你当前公司使用的是哪种? 你个人觉得哪种更好?why?
还是手动开撸的好
能展开说明下 “手动开撸好” 的原因吗
从管理者的角度,肯定是希望第二种方式比较好;但从测试人员的角度,第一种比较好,可以很明显的提高测试人员的代码能力、且自动化可扩展性也比较高。
工资至少 25K 起步
从人员角度来说吧,1.撸代码 ---- 让测开,或技能较强的骨干人员来做,工作包含但不限于:设计自动化架构,元素管理类,封装关键字,数据模板,测试报告处理等 --- 主要目的是搭建自动化的脚手架,做好模块化。 2.填鸭式的编写测试用例 --- 由业务人员来做,主要是按照 1 已实现的模块化,根据业务场景进行组合,如同搭积木一样。 理论上讲 1 如果做到足够好,2 中的使用人员可以不编代码或写少量代码的情况下快速实现自动化测试的覆盖。
就不能在 ddt 框架内,留个可以手撸的坑吗