其实,没有接触过敏捷,或者从来没有在敏捷模式工作中的话,根本理解不了敏捷思想,敏捷流程,每次看,都是很懵逼
copy 一份,把原有的 1.0 备份,,,然后进行 2.0 升级。
需求阶段的前提是有个好产品……
复现了
我们公司,就急需自动化测试,来保障线上的稳定运行,可能你说的是小项目,小公司吧,功能简单的。
但凡项目规模大一点,比如,喜茶,麦当劳,肯德基,,,等等,如果某个功能出现异常,那影响的严重性挺大的,导致顾客无法正常下单?什么等级的影响?
对于那些就几个小功能的小程序,或者说,开发完之后不管了,不运维的,,那肯定不需要进行自动化测试的,这个另当别论哦。
现在很少用这种固定框架,pageObject 设计模式,我现在都是直接通过 excel,数据驱动
这种就无需再写任何代码了,便于在团队内部使用,现在我成套自动化体系都定型了,就是还差快速定位的 xpath。
站哪边都没用,线上出问题,板上钉钉, 你总不能让领导来担责吧
建立标准化的测试流程,以及测试左移,测试右移,线上巡检,自动化测试等,扩展开来,说不完的,你可以做很多保障性的措施,不只是某一个方面,而是系统性,全方面,甚至可以追究到,研发的单元测试。。。需求的评审。。。
说到底,还是得提升自己的能力价值,变成不是那种可随时被替代的,你想,如果你对于企业来说,是不可替代的,你觉得企业会随便裁掉你吗?所以,我并不认同,35 岁危机,各行各业都有 35 岁危机,并不是互联网独有的。
乍一看,以为是推荐一款测试平台,实际上是推荐一款测试平台
我觉得,tx 这企业文化是真的差劲,迟早倒闭,什么东西都要 money,态度也是高高在上。
鸟都没人鸟,而且,我还加过他们的企业 vx 群,腾讯那边的,也是高高在上,没人鸟,别人问点关于业务的事(money),就立马回别人
看来,minium,用的人真的非常少,查遍了所有资料,找不到任何快速调试 xpath 语法的方法。
用@ddt,你怎么能在一个 def function 外面包一层,for 循环。。。应该要用这种参数化运行的方法
yaml_data_list 是一个数组,里面有几个元素,这个 test_case 的方法,就会被执行几次
顺势而为
其他的我都能理解,唯独这句不能理解,“以至于工作 1,2 个月后胖了 20 斤”。。
学历 985,211,又懂代码,又懂测试,又懂管理,,,,凤毛麟角
测试开发,拆分出两个词,“测试” 和 “开发”,因此,能称上测试开发,肯定需要同时具备测试能力和开发能力。
楼主的意思是说推荐一个开源项目,其实就是推荐一个开源项目
一般 30 岁以上的岗位,如果是你,你也不会轻易换工作,到了 30 岁以上,可能家庭都有了,都稳定了,都怕失业,毕竟要生存,所以,个人觉得,30 岁以上岗位流动性是很低的,你很难找到萝卜坑,因为你找到了,说明有另外一个人跳走了,大家都不跳,自然就难找。
这样设计,肯定是覆盖率不足的,而且,可能测完,还有一堆 bug。
第一个问题,先拿最常见的例子来说,前端 pageNum,一般不会传中文,所以这点可以不需要测,除非公司项目要求,因为即使你测了,开发可能也不会改,因为在前端调用的情况,根本不可能出现 pageNum 去传一个中文字符串,除非有人恶意通过接口调用(所以,这个要看测试范围,看具体公司具体项目具体要求)
第二个问题,像 appids,你肯定要校验,存在的 appids,不存在的 appids,可能还有多种不同类型的 appids,能否查询等等其他业务逻辑,更多精力要把业务逻辑,覆盖到。