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