测试转开发？难
努力学习编码，然后用于测试，才是正道
做测试最郁闷的是无法听懂开发人员讨论技术
有时候跟开发人员一起开会，会议上开发人员都热烈讨论。而我做为测试人员基本上听不懂这群开发在说什么，根本插不上话。很多会议我甚至都没说过一句话。
优秀的测试人员非常稀少
想把测试做好非常不容易，优秀的测试人员需要很广的知识面，良好的沟通能力（不但要和开发人员和项目经理打交道，还要跟其他组的人交流）。丰富的测试经验，对测试工作有极大的热情，耐心。还需要测试人员有丰富的业务知识，还要会写代码。
代码写得好的人，肯定就不会做测试，而是做开发去了。
大部分的测试经理都是有开发背景的
我发现我的几任上司都是由开发转来做测试的。 他们都是有几年的开发经验，然后不知道什么原因转行做测试经理了。他们既能开发又能测试，啥都会，能给手下的测试人员提供技术支持。
假如一个测试经理啥技术都不懂，对内hold不住手下的人，对外其他组的人不鸟你。
软件测试的确非常枯燥，需要花费大量精力
不可否认测试工作需要耗费大量的精力，所以欧美才会把大量的测试职位外包给中国，一遍又一遍的重复测试，不停地执行测试用例， 测得天昏地暗，头发晕。
我还记得我以前测试过一个程序的各个版本在Windows update中的升级，先安装老版本的程序，然后Windows update 重启后看看有没有升级，最后卸载。 然后又安装，又卸载。最后测的差点吐血。
英语是测试人员的救命稻草
技术上已经不如开发了。在英语上一定占有一些优势。
同等的技术水平下，英语好的测试人员可以进外企，比一个英语不好的测试人员的待遇要高不少。
尽量少用UI自动化测试，多使用单元测试，接口测试
能找到bug的自动化测试，才是有用的，否则就是个噱头
UI自动化测试比较不稳定，对于测试结果的分析也困难。而且UI改动也大。所以应该尽量多做一些底层的的自动化测试，比如ASP.NET MVC 中UI和逻辑分开了，针对逻辑的自动化测试就比较好做了。
出自：http://www.cnblogs.com/TankXiao/archive/2012/08/27/2576962.html
