测试必须前置,不然加班无止境的就是测试了
我们一般是固定周三上线,那么按照这个时间点为目标,对应的时间安排:
测试开发比是多少呢
测试是研发时间的一半
一个个整个比开发还牛逼。
为什么不去做开发?
最近好像总有些自以为是的人在这弄什么测试技术排名,前几天还看到个什么自动化无用论的帖子。说到最后的观点总结一下就是:自动化没卵用,练好基本功手动点点点才是王道
抱歉,滴滴没上市吧
我心目中的 自动化测试开发工程师 是分为三类的
一 用开源的 UI 或 API 接口开发工具 或 平台, 直接面向接口 或 UI 需求 会用平台提供的 API 方法 写用例脚本
比如 appium selenium jmeter soapui robotframework 这类 不关注 自动化框架原理 只是拿来用
二 会搭建 IDE 底层脚本框架 会 CI jeckins 来做一个驱动中心.
比如流行的大路货 jmeter +ant +jeckins 这类 API 自动化
比如 python + unittest + appium +allure +log 这类的 UI 自动化 或 java + junit +appium+report +log4j
这类无平台化 服务化 无界面化的 概念 用 jeckins 来做持续集成 和 做回归测试 需要使用者理解框架的封装 用 IDE 工具来写脚
这个层次的 人 市面上比较多的 资料也多 弄起来也比较简单 这类的开源框架也很多. 可玩性 实用性都比较可以.
一般 100 人 以下开发规模 的公司, 测试简单弄弄 重点面向业务的比较多
三 就是 平台化 界面化 服务化的 UI 和 API 接口框架平台了
要求测试开发人员 说白了 前端会弄 服务底层会搭建选型 数据库也要考虑 还有什么分布式 持久化 缓存可能都要设计...
一般 大厂才有 BAT 网易 美团 滴滴 这类的 上市大公司.
看到大家都在吐槽,我就放心了.
Charles
最后的总结,很赞!
这种撕逼贴就 close 掉吧,还不如分享在某个领域的工作成果或创新。
fiddler
对于 6,我非常奇怪,什么样的团队会在 angular、react、vue 这些双向数据绑定的前端框架下搭着 jq 来进行开发的,呵呵
再说根据陈述,这一类应该属于平台开发了,跟框架开发是两码事,技术难度应该远不如第 5 条所说的 “无页面测试框架开发”,只是工作量大一点而已
你在哪个城市?工作还能不能学到东西了
楼上一个兄弟回复得很好,能看 4 个小时书了
楼主公司,像极了我司一年前的状态。测试人员匮乏,日常迭代要求速度,测试总体技能偏低。老板对质量不满,后来加人,人少时我是主力军,加人进来慢慢我就解放了,现在测试左移了。。。几乎不做测试的工作了。还好在坚持,在思考自己可以给公司怎么带来价值,业余时间一半在自学代码,计算机基础,公司研发从 ER 设计开始,到产品上线,一整套流程我都偷师琢磨了一变。各种中间件也研究过,数据库,自动化之类的。楼主的很多不安,我内心也是有的,奔 35 的路上,核心技术不过关,也偷偷出去看过外面的机会,主要是学习的心态,虽然没过,但我并没有觉得自己不行,更主要的开眼界知不足。最近我的方向要加人,感觉我又可以解放 (重复劳动) 了,面了个三年经验的小伙,老大觉得要太高没要,在招聘这个方向上我自觉和他差不多,区别是我可以码点简单代码,其他方向的知识面广点,公司代码体系熟悉一点,踩坑多。痛定思痛,业余时间积累和学习的技术代码,还是要围绕公司业务。薪资目前 10,坐标成都,不敢开放自己的简历,真心觉得对不起自己年龄,还有很多可以学的东西,全部自己爬坑,没人带,哈哈,我在积累一段时间,争取一飞冲天!
如果开发能力不行,走管理或产品;目标方向还是要明确的,确实现在老大不小了 再过几年就跟不上步伐。唉
你目前的经验估计找的还是偏功能测试的岗位。
字打错了,先从业务层面。。。
测试开发肯定需要掌握一种语言的相关技术栈。先从页面层面,做一些自动化测试或者工具类型的脚本,巩固语言基础。然后平台层面开发等发展相关技术栈,包括前后端开发等
在最近的更新中,我们修复了一个免费用户使用过于流畅的 bug
测试开发要求仅次于业务软件开发,如果转测试开发,最好还是多学一些基本功,包括 JAVA 技术栈,DB; 因不涉及高并发与分布式,可能技术深度比不上资深互联网软件开发。 做自动化测试的,技术和业务各分配 50% 的精力,业务测试做的好,才能写出更有价值的自动化测试用例。
彼之缺陷,吾之特性
翻一下:
你特么觉得是缺陷?我特么想了好久才想到这么好的设计的,略略略~
requests+ 测试框架不就能写接口测试吗
老铁用的这么细,也是优化类的,他们忙的没时间优化!