继孙高飞自我成长之旅之后有一个大佬之旅，点赞

感谢大神的悉心指点，必要时会继续向您请教

领导一般年龄大或者不懂自动化，只是道听途说某某大公司自动化节省多少成本，然后只要一需要人就想自动化来节省成本，这种事情还是挺多的，无论适不适合自动化

我想说的是，珍惜你的现在工作中的时间，甚至是现在的工作环境

很多公司业务永不止息，一般接着另一版完全让你停不下来，加班常态，一周加 4 天五天，周六又加班，你想想这种状态下还能不能有时间学习，下班后还有没有精力学习，很多入职前学习的到了工作长时间不用都退化了，没有时间给你演练

目前大部分公司都没有专职的测试开发岗，你可以打听一下有几个朋友不做业务专职开发的。

我的建议是，趁现在闲，抓紧时间学习主流技术 练手，有了相关本事找个对口的公司实战，

不然不会有公司给你时间学习，大多数公司都是业务为先！！！！

点赞

你都经过黑马培训了，入职问题绝对不大
只是要求高低的问题
可以先找个要求低的，混个经验
我朋友也是大专，她才 96 的，外包到上海银行测试，就是工资低了点，
据说深圳 上海的不少外包 以及小公司要大专，你经过黑马培训，也算系统学习了，
按理说找工作问题不大

其实简单想一想就知道，肯定是引子

没有免费的午餐，只要记住这句话就不会被人耍

这是显而易见的，

目前全国在校研究生 300 多万，未来还会更多

这么多人出现研究生干本科生的事情也是很正常的事情。

赞一个

目前看只有大数据测试还是蓝海，

哈哈哈哈

现在回想起来，大学时代玩了四年，全部又在工作时代补回来了，当时不学，现在还是要学

其实测试是需要经验的

这是我喜欢三年以上测试人员的原因

他需要不断总结，逐渐完善自己的测试体系，以至于见到输入框该如何测试 见到广告该怎么测试 见到按钮该如何测试已经烂熟于心，新的需求不过是在原来的方法上幻化而已，

所以新人漏测的一定不放过，要复盘，抽象出自己的测试模型与方法

再者围绕主流程与重点业务反复设计，抓重点，那么非核心 非重点即使漏了一两个也影响不大，

第三，查看代码，洞悉其逻辑，比如它有多少个入口，多少个地方关联到某个核心待测对象 多少个 if 判断就是对应多少个场景，通过代码构建场景，

第四，要多用自己的产品，有些 bug 确实只能在用户手下才发现，因为他们的使用 顺序 间断 干扰我们在测试中很难覆盖，那么必须多用才能能触发这些场景

ps：最近发现越来越多的测试人员技术不错，会自动化 爬虫 开发，但是就是不太会测试，基本的测试体系都不会，让他独当一面他测的漏洞百出，也许这是指挥棒的原因吧，更多时间去写代码而无法沉下心来测试！!!!

让业务同学学习两周上手，这个想法恐怕不但会影响业务测试，也做不好自动化

目前行业流行两套方案，一种是招的测试水平比较高，基本上自动化玩的比较溜，组内每个人都会自动化，这些人平时做业务测试，完成业务之后自动化，但是这类公司普遍大公司，人多，不会一直困在业务测试，每个人只是负责一个模块，有余力有时间自动化（每个人只写自己那一块），

另一种方案是专人做自动化

据说还有第三种，就是之前韵达尝试那种模式，自动化小组把框架搭好，他那个框架能让业务测试人员直接把业务测试用例转换成自动化脚本，不知道后来他们搞的怎么样了

自动化一是为了回归节省人力与时间，有些公司确实能见效

另一方面就是拿自动化给领导邀功

或者领导不怎么懂，见外面的自动化他也要求，满足领导要求！！！！

你认为的这两项，应该还是属于测试本职的工作，只是借助技术或者经验，拓展测试体系。

很多传统测试体系的大牛们，著的书里面应该能看到你的这两种方法!

至于左移与右移，如果仔细深究地话，恐怕要找到最早提出这一思想的人，问他何意

但是无论是他本意如何，就市场流行的观点看，更像是默认达成了一致，就是抢开发与运维的责任

此类做法真正实施的公司，基本上都是一些大公司，至少也是头部公司。

你一个只有几个测试的小公司，无休止的业务都搞不完，基本业务质量都难以保证，还要扯什么构建测试平台，那不是胡言乱语，更不用说 20 几个开发一起提交，你一个人去 code review，什么开发的责任揽过来一部分，还在完不成本职工作的前提下去构建 devops。

之所以出现左移右移的概念，大概是一些有余力的公司，他们有严格的 KPI 考核，每年要有什么质量提升 xxx，新技术引进效率提升 xx，而又没有过余考虑成本（可以招足够的人，给足够的钱），如果每年都搞测试本职那一套，恐怕 KPI 也没得写了，必须要有新的提升点，以及新的思想，新的测试技术，才能在领导面前邀功甚至交差，所以他们必然会侵入到开发与运维的领域，以此为战果。！

你是想做一个类似的产品吗？

很简单，有一次某大厂负责人被问及你们这块测试需要外包测试吗，他直接说不是的所有测试都是测试开发完成的，你明白行业对测试开发定义不一样了吧

很多大厂所谓的测试开发首要的还是要保证业务测试，只是懂得比传统测试多，懂代码而已，他们在百忙之中会有时间开发框架吗，恐怕只有其中一部分团队才会专职开发框架 不做测试！

hi，我在 git 上拉的代码，按理说是最新的

还有其他地方有新的代码吗

谢谢！！！

虫师换工作了？之前不是在金融相关公司吗？！

方便上传一个第一帧加载完毕的 也就是贵司认可的启动完成的图吗，想参考一下截止的一个大概界面，谢谢！！！

第一条看你领导还是挺支持的，已经让返工了

第二这个是哼多企业的常态，只能适应不然为甚么这么多人喊 UI 自动化不好做!!

第三这个有的人验证有的不验证，根据你自己的需求来，换句话说如果你不验证根本就无法保证你自动化的有效性，那么就要验证

第四 这是通病，估计有人会给你推荐 PO 模式，至于 PO 能否让你提高效率你可以评估，再者需要做减法，如果把所有用例都自动化那么就太大任务 维护起来也费力，可以主要放在核心业务 主流程 以及减少逆向场景等，看领导是否同意

第五肯定是接口更成熟，收益更高所以很多人看不起 UI，以上!!!

帮忙看下，我把所有文件权限都改成 777 了，还是提示某些无权限，谢谢！！

一直起不来，有谁遇到过吗