敏捷模型，有测试转开发的吗？
在国外硕士毕业时，恰逢经济危机。导师说毕业后他绝没有钱雇我做助研，要我哪怕是接电话线的工作也要去做，而且论文还没有写完就要停发我的奖学金。一筹莫展之际，看到测试工程师的招聘，就从了。单位是总部在美国的大公司，性质与华为类似，具体项目一个30多人的研究所做下一代核心新产品研发。公司的敏捷流程风格激进，强调开发而对测试重视不够。一年多的测试工作，做的我很烦，也深深感到了在“民主国家”的办公室里同样要“讲**”。一是没有正规培训，工作中需要的技术无法通过正规培训渠道学习，只能问老员工，而老员工又常常不愿说。二是测试人员常常受到责骂，比如开发找不出故障原因就把问题单退回来，如果测试不能立即reproduce就会挨骂；测试中出现配置错误，即便不是测试本人出错，测试同样会挨骂。我自已挨骂不止一次，测试挨骂也不止我一个。三是感到职业发展受到压制，做开发的编程手艺不会丢，但做黑盒测试时间一长武功就废掉了。我想多学点东西，领导一直不准。四是测试人员地位低。曾经发现了一个通信协议层的Bug，但是问题根源很深，调试很麻烦。分布在全球的开发人员互相推诿不愿接单，还不停的把问题单退回来；我只好不停的reproduce，不然就要挨骂。折腾了一个多月，终于找出了问题。于是开发人员受表扬的受表扬，加内存的加内存。而我，作为测试，没有任何好处，却又挨了一顿批评，因为找出来的太慢了。还有一次，为了回归测试而询问问题单故障原因，开发人员趾高气昂的对我说，你是做黑盒测试的，你没必要知道(You are doing a back box test here, you don't need to know it)。。。
曾经跟一个朋友说过想要转开发，但朋友说大公司里不能转，否则大家都想转了。想转就要换公司，但国外现在工作难找。外国风光，千里秋风，万里落叶，望欧洲美洲，一片萧条。
但是，真的很烦，国内的前辈工作经验比我多，想听听你们怎么说。开导开导，指点指点，拍拍砖头，都成。 可以参考一下老员工的情况，看看测试做下去是什么情况。如果没有老员工做测试，或者老员工也做得很辛苦，那就得考虑转岗或跳槽。环境是可以改变，但是可能要付出很大的代价，你可以选择另一个环境。如果有老员工做测试做得如鱼得水，那么可以观察他是怎么做的。也许他不会告诉你他的方法，但是你可以看他写的Bug Report，看他写的测试用例，看他如何处置一个难以复现的Bug。
如果经济形势不好，就要自己先练内功，同时积极收集就业信息，做好面试的准备。
国内的同志也不容易啊，你在国外很不错了，好好干吧！ 实际上，你的公司并不是在执行敏捷开发。真正的敏捷开发，是所有人都会承担质量的责任，开发者和测试者通力合作来不停地优化开发过程与产品。
有些公司只是打着敏捷的幌子，进行随意的开发而已。或者他们根本就不理解敏捷开发，只是追求时髦的词汇罢了。
页:
[1]
