妹子想转测试，想请教一下论坛大神，要做哪方面准备？

你的意思是，妹子现在是做体验测试的，想转软件测试？学 python 是对的啊，不过我觉得很多公司的软测压力也好大，工作量太饱和了。

@rubytek 不是，她现在不测试，测试反馈问题，她解 BUG 的

测试压力大么？日常工作有哪些？重复机械化的多么？
要是有知道情况的知名公司能给说一两家参考一下么？

想了解一下情况

@fwings260 又能解 BUG ，又不是开发，这个我没搞明白。

@rubytek 就是看得懂代码，但不是开发某个模块的，只是改 bug

那什么，我觉得不写代码，只解 bug 的人牛逼爆了

@yxjxx 他们公司大把呀。。。我也觉得很牛逼。。。反正要我整体看别人代码我是受不了。。。

解 bug 就算开发吧。。我就是解 bug 的，偶尔做一点小功能。 Orz

@hewwcn 不知道，她们公司之前裁员过一批，有的转做开发，有的转别的
反正和完全开发还是有区别的

专业解 bug 的为啥要转测试，这不是牛逼爆了吗

写测试方法的话，就是非手工测试了。一般都要掌握至少一门语言，然后还要了解手机系统（安卓和 IOS ），了解手机各种专项测试的原理吧。去看看招聘吧，把招聘信息里的技术能掌握 30%，找工作应该没问题了

@miclushine 她是解 BUG 的，但是不是专业解的，还附带点其他的，反正就是干着不爽。。。想去干测试
我对测试也不了解，就想来看看 V 友有么有做测试的，了解一下工作内容、环境、压力、行业情况等等

@Mrabbit ,为啥只要 30% →_→

解 bug 大家可能听不懂，其实就是写手工测试的步骤，这个阶段一般是做过手工测试，了解一定的测试方法论了，开始根据测试点的需求，写各种测试步骤，比如某个功能的边界测试，就把-1 ， 0 ， 1 ， 9999999 这类的步骤一步一步写好。
通常这种要整理很多报告，写完了步骤，还要汇总各个测试点的执行反馈。作报告之类的。
如果同岗位想往上走，那就多学点 excel ，把测试报告的汇总做成自动化处理各种水晶报表都用 vbs 写好。这样有机会上去做测试需求分析，会更好一些。

如果想转测试，就不要回头做手工测试了，学学 QTP 或者 python 之类的，去做自动化测试。这也是一般测试干三年的正常进阶路线，了解测试方法论的情况下，看看视频应该就可以迈过门槛了。

工作内容上面测试需求分析对基础要求要略高一些，要懂一点开发的只是，测试规划的样例才能抽象好。
如果是自动化测试，那就是纯代码了，对测试理论要求不会太高，主要还是拿需求写好回归测试之类的脚本。比开发轻松，但也没离开开发写代码这个范畴。

压力上面，自动化测试的压力小一些，毕竟底下干活，埋头写好脚本就可以了，不需要费心做规划报告，有事上面老大扛。

行业情况就不太乐观了，最近外企不景气的原因就是好多传统企业的 IT 实施都基本完成，有进一步优化需求的都想着自己组 IT 团队来做，所以单子少了很多，测试又是很看重项目规模的岗位，项目规模小了还用不起测试。所以自己考虑吧。

@lecher 现在自动化测试前景很暗淡了么

@wowpanda 不能说是暗淡，自动化测试的价值依然很高，只是这个岗位的需求随着企业信息化项目的订单减少，逐渐缩减需求而已。只能说单纯靠写自动化软件脚本去完成自动化测试的需求变小了。对自动化测试的能力要求也提高了，比如随着移动互联网的兴起，移动端上面的自动化测试要求难度更大了，在没有一统天下的移动应用测试框架出来之前，只能调用系统接口去模拟操作，这种自动化测试脚本开发难度已经和移动应用的开发难度相当了。
此外就是互联网公司的轻快步伐快速发布的试错模式，提高了对测试的要求，传统的测试方法论无法跟进这种迭代开发的模式，小公司干脆把测试的锅甩给开发，真有测试需求的公司，往往还来不及写完自动化测试和性能测试的脚本产品就要上线了。那些真正有能力的公司测试脚本往往是交给开发能力更强的开发人员。普通写写脚本跟不上这种公司的步伐。
与之类似的就是运维岗位，传统形式的运维岗位通常都被淘汰了，只有那些能跟上虚拟化步伐有开发能力的可以留下来做价值更高的活，薪酬当然也更高。

人海战术依然有效，很多大型软件和应用的开发还是需要庞大的测试团队去保证产品的质量，只是测试人员要加快自己的技能升级速度了。