测试平台是控制了自动化测试的下限。
直接用测试框架来写,就测试人员那点代码能力,写出来的东西比屎山还要臭。
灵活带来的成本就是维护性降低,除非能保证团队里面有严格的代码规范,并且进行 code review,否则用框架写自动化,用例数多起来就灾难。各种乱七八糟的命名,完全不懂设计模式的封装。出问题调了半天,发现原来是封装的框架有问题,而不是被测接口有问题。就演变了用接口测试框架。
github 上拉了很多平台,自己也设计过平台,有一说一,真的没有纯撸代码来的舒服,平台操作实在是繁琐,一个用例填一堆东西,点来点去,这个时间都已经代码写了好几个了。更重要的时,再好的平台,也没有代码来的灵活。
能涨点工资
我们搭了个 metersphere,但是也没用起来,感觉平台都怎么说呢,说是降低使用成本,但是操作起来一点也不方便,还不如代码来的直接,如果个人去写一个平台,要耗费很多精力。我个人觉得写一些项目测试里能用到的小工具可能更划算。
为 KPI
niu
最实用的就是。。。给我提供一个工作岗位
我原先也觉得平台没有用,但是现在我在写平台
换片天地打拼吧
这样的问题也需要匿名吗
没有测试平台,全靠一个人点
我还在纳闷,为啥重金求子还敢说自己在上海呢……原来不是
好吧,你列举的是间接功能,我列举的是直接功能
测试用例管理、测试计划、冒烟用例执行、测试用例执行、包管理、接口自动化、项目小工具等等。
@ 槽神 他是问什么功能。。。不是效果。哈哈哈
看个人吧,喜欢躺平的就点点点,对自己有更高要求的就会学习新技术。
好公司!但我只买了自己的一张哈哈
留下你的微信号,我来联系你。
早点转
匿名怎么联系你啊
什么公司,膜拜下
顶!
为什么不做?不要跟业内人比,跟行业外比,拿个业内相对低的收入,也比行业外的香。现在的问题是,怎么把技能捡起来,怎么找到工作,而不是做不做。。。
待业两年。。。怎么做到的,这个需要好强的心理素质
看到这个帖子的问题先是觉得乐,然后觉得悲,相信问这个问题的同学也有很多无奈。现实有点小残酷:
不过呢,选择了这个角色的我们,若想更具备竞争力,可不就是多扩展能力范围吗?比如, 看得懂开发的代码,甚至能指出他架构设计的问题,了解运维的工作,要求运维配合实施混沌工程等等,至于叫什么测试开发 title,也就不重要了。