关于培训出身的程序员
圈子里，科班程序员“鄙视”培训机构程序员似乎已经隐隐成了一种共识。
“培训机构出来的程序员几乎什么也不会。不用看技术，刚刚培训出来的就是假大空。”网上甚至有更偏激的观点：培训班出来的全是垃圾，没有例外。
“培训机构出来的程序员基础薄弱很多，对某项语言可能有点熟悉但是很死板，代码环境一变可能就不会了，更差点的就直接被当成‘敲代码机器’了。很多人刚出来没有完整的案例操作，对这个行业还没有基础的认知，更别提思维、格局了。”
外界的这些言论无形中成为这些程序员心中的刺。很多培训机构出来的程序员在面试时是不会告诉用人单位培训背景的，有些人甚至会刻意隐瞒这段经历。“好多人被公司知道后就直接被辞退了，有的人还背着房贷、要赡养老人，但也没有办法。”
在很多人看来，培训机构其实是复制粘贴出来一堆差不多的人。“人家用大学四年打下基础，你培训几个月速成，很难完全领悟。”
但是科班程序员对这个问题感受好像并没有那么强烈，硕士毕业直接进入互联网公司工作的一位程序员说：“员工间谈不上鄙视，主要是看他们做的工作是不是好，但是一般情况下，培训班出来的工作质量不会太好。代码混乱、质量低、bug 多、没法维护，别人接手你的代码会很难受。”
“大家都是打工的，没有人会管你是哪里出来的。我们只会鄙视那些技术垃圾的、配合不了的。至于你是哪里出来的，并不会很在意。”补充道。
对于这个问题，某互联网公司技术总监曾经说过：外界的确存在一些公司认为培训班出来的程序员是“速成品”，然后卡简历的情况。“其实不是说培训机构出来的程序员表现都不行，只是表现不好的程序员可能都有过培训经历，行业里一传十、十传百就会认为培训机构出来的程序员都不行。”
培训 + 外包拿下字节的历程
我认识的一位培训+外包出身的程序员，目前测试5年多，最近去面试了今日头条的移动Android资深工程师，定薪年薪60W！果然功夫还是不负有心人啊，只要坚持努力总会有结果的！
接下来分享一下他的面试经历：
字节一面：
- 什么是软件测试？
- 软件测试过程中会面向哪些群体？
- 开发一个软件都要经过哪些阶段？
- 什么是黑盒测试，什么是白盒测试？
- 一个测试工程师应具备哪些素质？
- 什么是C/S，什么是B/S？
- 什么是后台？
- 与工程师出现冲突，如何解决？例如：工程师因项目时间冲突导致有多个bug要解决，此时如何与工程师正确的沟通？
- 输入三个整数，判断三个整数能否构成一个三角形，请设计出相应的测试用例。
字节二面：
- 你所了解的黑盒测试方法有哪些？并简单介绍下其应用场景？
- 简述常用的bug管理或者用例管理工具，并且描述其中的一个工作流程？
- 什么是正交实验法，使用场景是什么？
- 请简单描述测试工具loadrunner、selenium、QTP的产品用途，并介绍你在项目中实际用到的功能模块？
- 简述selenium grid的作用？
- 高质量的自动化脚本应该具备哪些特性？
- 编写测试计划文档的目的是什么？测试计划文档的内容主要包括哪些？并简单介绍其作用？
- 项目某一轮系统测试完成后，达到系统测试结束的参考指标或规则通常有哪些？
- Unix/Linux查看所有属于java进程的命令是？并将其批处理杀掉？
- Linux/unix查看内存的命令是什么？查看某文件末尾五行的命令是什么？
- java中sleep()和wait()的区别？抽象类和接口的主要区别是？
- QTP中的RO和TO的区别？谈谈你生成某业务功能模块的QTP脚本具体操作步骤？
- 关于selenium中，查找某个页面元素的常见方法有哪几种？对于窗体和页面框架：frame切换用什么方法？
- RobotFramework框架中设置变量有几种方式？
- RobotFramework框架中调用各种cmd命令，用什么关键字？
- 写出你常用的测试工具有哪些？
- 介绍下你所经历的开发-测试-代码上线的整个相关流程？并简单描述下此流程
字节HR面：
- 你的测试发展是什么？你自认为做测试的优势在哪里？
- 你找工作时，最重要的考虑因素为何？
- 为什么我们应该录取你？
- 一个测试工程师应具备哪些素质和技能？
- 如果我雇用你，你能给部门带来什么贡献？
- 你在五年内的个人目标和职业目标分别是什么？ - 你在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？
- 您还有什么想问的吗？
总结了下自己今年的面试情况：
不论是面试哪个级别的测试工程师，面试官都会问一句“会编程吗？有没有自动化测试的相关经验？”
自动化测试是每个软件公司反复提及的，放眼望去，测试岗位的招聘要求里十有八九都会有一条“掌握自动化测试技巧”，甚至有的公司把用例自动化率（实现自动化的用例数/总用例数*100%）当作考核测试人员工作质量的指标之一。
从现实来说，测试有很多饱受争议的地方，比如开发与测试人员比例，5比1甚至10比1的情况比比皆是。遇到发版或者其他什么突发情况，测试照样跟着开发一块儿加班加点，但薪资、受重视程度测试却远远比算不上开发。这是普通测试面临的困境。
现在企业对测试的要求确实是提高了，早期那种只会鼠标点点点、键盘敲敲敲，截图交差的测试发展越来越受限。
不想失业，想多搞钱的途径从测试这块儿来说，还是很明确的。点点点测试能不能向自动化迈一步，自动化能不能再向测试开发迈一步。
当然，迈步也是充满挑战的，第一，测试开发涉及到的技术是繁杂的，你得有点儿技术积累；第二，在实际落地自动化测试技术体系的时候，又会衍生出个性化问题。
对于有些人来说搞明白自动化测试框架并不难，但真正的难点往往在于框架稳定性与适用范围，用例稳定性与可复用性。更进一步说，会用工具，脚本跑得漂亮是不是就万事大吉了？如果不清楚这个工具的原理，一旦碰到问题，不仅解决困难，而且在做一些更深层次事情的时候，你很难弄清楚如何下手。
我也是这么一步步迈过来的，太理解其中需要下的苦功，只不过早些年自己东一下西一下，耗费了不少时间、也走了几条弯路，现在环境好多了，科学的学习能大大降低时间成本。
下面我根据这些年的经验，整理出来了一份自动化测试全栈学习路线图
1、Python编程语言
2、自动化测试框架
3、接口自动化测试
4、web/UI自动化测试
5、持续集成
6、性能测试
7、web安全测试
8、测试开发
自动化测试全栈学习路线图
希望大家根据这个学习架构路线，不断地去摸索与提升，突破技术的瓶颈，可以说，这个过程会让你痛不欲生，但只要你熬过去了。以后的生活就轻松很多。正所谓万事开头难，只要迈出了第一步，你就已经成功了一半，等到完成之后再回顾这一段路程的时候，你肯定会感慨良多。
这些资料，还很多录制的视频教程，对于做软件测试的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助…….
祝大家都能拿到心动的offer~~