霾69967766
转行软件测试你后悔了吗
展开全部 我身边有很多转行学软件测试的朋友，说后悔的很少。
原因就是转行之后比原来的状况好很多了啊。
大多数人转行大都无外乎两个原因，一个是工资太低另一个就是没什么发展 失去兴趣。
而转行软件测试之后工资首先得到了提升，解决了第一个需求。
同时软件测试这个行业又是一个越老越吃香，工作经历越丰富越吃香的职业，自然发展规划也就不愁了。
...
转行软件测试你后悔了吗
我身边有很多转行学软件测试的朋友，说后悔的很少。
原因就是转行之后比原来的状况好很多了啊。
大多数人转行大都无外乎两个原因，一个是工资太低另一个就是没什么发展 失去兴趣。
而转行软件测试之后工资首先得到了提升，解决了第一个需求。
同时软件测试这个行业又是一个越老越吃香，工作经历越丰富越吃香的职业，自然发展规划也就不愁了。
32了,还转行软件测试,我是不是疯了
不知道你以前在银行是做什么工作的？如果你要做软件测试工程师的话，我想你至少有两个方面的问题需要考虑。
首先，你要知道自己是否适合这样的工作。
这主要是从你自己的性格、兴趣、天分、能力等因素来考虑的。
因为每一个岗位对人的性格和能力都有不同的要求，只有你的特点与之匹配，你才算是找到一个适合自己的工作。
而只有一个最适合自己的工作才能让你将来的职业发展获得长远的成功。
其次，关于转行的问题。
如果你28岁的话，相信你已经有好几年的工作经验了。
这时候转行会遇到很多问题，一方面，学习新的东西可能会有一定的困难，不比那些年轻的孩子，不管是心态、思维反应能力、时间上都不占优势；另一方面，就算你学好了，企业是否愿意用你也是一个问题，因为你不仅是一个新手，而且是一个有着多年非相关经验的新手，比那些刚毕业的新手会有更多的麻烦。
所以转行也要讲究技巧和诀窍的。
是来一个一次性的彻底转行，还是先在行业内转再彻底地转，要想清楚。
有关转行的技巧的问题可以上职业规划中国网看看~~
32了,还转行软件测试,我是不是疯了
这个还是建议转的方向和你之前从事的基本能搭边吧，不然就是大大地转行了。
如果突然让你做汽车，房产我认为不合理，年龄上你也没有优势了，你自己斟酌下，其实做我们这行的都累，你可以学习点推广SEO或者帮人做网站这一类，试试看吧，望采纳，谢谢，话糙理不糙！
软件测试工程师转行适合做什么？
我们先理一下测试工程师是什么。
测试工程师，软件质量的把关者，目前传统的软件行业还是以软件测试工程师为主，但是在新兴的互联网行业大多还是以QA来命名这个职位，也就是质量保证。
测试的工作在开发之后，是产品上线前的最后一步。
一般来说，当开发按照产品需求、交互设计、视觉设计完成软件开发后，就把完成版本提交给测试，测试人员再根据既定的测试用例进行功能测试、兼容性测试、性能测试等，逐渐收敛BUG，最后才能正式上线。
测试的工作主要由四部分组成功能测试：功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。
兼容性测试：指对所设计程序与硬件、软件之间的兼容性的测试，包括软件能否在不同操作系统、不同机型、不同应用软件上、以及向前向后等兼容性能。
性能测试：通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试，以保证产品在大流量前提下都能正常运行，像我们熟知的负载测试和压力测试都属于性能测试，安全测试：以发现安全隐患为目标，防止产品上线后被攻击。
完成这些测试的步骤后，一款互联网产品就可以正式上线了。
因此，测试既是产品的第一个体验者（最早从开发手中接过成型的产品），也是产品质量的最后一道防线守卫者（做各种测试，保证用户拿到的最终成品可用、易用）。
因为测试的工作特性，他需要从用户的角度出发体验产品，这也决定了测试与开发、策划、设计等岗位交流、沟通的时间也会成为工作的一部分，甚至承担起整个产品的协调工作。
这样看来，把测试称为QA（质量保证人员）也就一点不奇怪了。
测试无用论？即使前面废话了很多，对测试有偏见的人依然会说，“测试的工作其实开发也能做啊，何必再设一个测试呢？”会产生这种想法也并不奇怪，毕竟隔行如隔山，不过这里还是要指出，上面的论述的错误之处在于(1)完全割裂了测试与开发工作(2)测试的工作被简化成找BUG事实上，找BUG只是测试最初级的阶段，虽然必须承认，测试的门槛低于开发，但优秀的测试人员工作量之大，专业度之高，绝非一般用户能替代。
就像我们每个人都会接触到的kpi指标一样，测试的每块工作内容也都有不同的能力等级划分：(1)手工测试，发现BUG(2)通过各种手段，确认这个BUG是一个需要解决问题，然后确定该BUG的重现步骤并尽可能简化(3)了解被测产品框架，能从代码中定位BUG源头，并能给出可能的解决方法(4)尝试找出该BUG发生的原因，并能找出检测同类BUG的方法（标准化）(5)能在保障产品质量的基础上，协调起整个项目上线的时间和流程以上能力，是从授人以鱼向授人以渔递进的。
当你在执行前人的测试用例时，找BUG固然是工作要求，但最主要的用意是学习用例的编写思路和方法，从案例中总结出规律，进而开始自己编写标准化测试用例，以免同类问题生出千万条不同用例。
一个测试的能力，能达到的层级越高，团队中的开发、策划就能节省更多时间，团队运行也会更高效。
而专业的测试，正常来说应该比开发对产品有更深入的理解，对于可能影响测试的因素，像Tomcat配置、数据库索引、多线程等都会有丰富的经验。
从入门到精通测试，距离有多远？始终认为，每个专业的学习与进步，都有赖于三个因素：(1)坚持(2)资源(3)天赋以第一个最重要，但第一个和第三个都不是外部可控因素，全靠自己，所以这边也只能列一些可以参考的资源。
职业发展规划
