黑盒测试工程师的最终出路

zll670170529 · 发表于 2012-3-28 16:25:55

楼主太悲观了吧，测试发展前景很好的，只要你想做^

TesterChen · 发表于 2012-3-28 16:27:02

回复 1# 德尔惠

不管做什么，我们不能说抱怨这个工作不值钱，而应该多想想我们自己是不是值钱？！

helen-leen · 发表于 2012-3-28 19:46:17

我做了半年开发再转去做了1年多黑盒测试，目前是测试组组长，但是无论从薪资还有未来发展上看黑盒测试好似都没有什么大的竞争力，个人觉得越来越多的人做开发会造成这行过饱，还是往正是起步阶段的自动化测试或性能测试方面发展比较好，个人愚见，仅供参考

zilong2029 · 发表于 2012-3-29 09:52:52

回复 25# qingchunjun

你的文章我早已拜读过了。写的不错

zilong2029 · 发表于 2012-3-29 09:59:09

我同意39L的说法，我现在就是一个黑盒测试工程师。在工作当中我也感到黑盒测试的重要性，那不是随便一个人来就可以发现的BUG的。对于一个菜鸟，在最开始当然是需要从底层做起。黑盒做上1到2年，积累起来经验。有了基础，这个时候转向性能或者自动化之类的。我觉得才是合理的。
说实话，我现在打算离职。公司两次挽留我，我虽然很坚决，但是内心也有点高兴。毕竟我从公司找我的谈话已经公司其他人那里得知公司真的是希望我留下，说明我的工作成绩公司是很认可的。
说的可能语无伦次，大家别笑我啊

dinggq · 发表于 2012-3-29 11:35:25

同意楼主的看法，之前我也是想冲测试转开发，课时之前耽误的时间太多，转，真的不是一件很容易的事，去面试开发，别人上来就是问你的工作经验，做过什么项目，直接毙掉，像我们这样的一群测试人，只有期待能进入一家公司真正跟着开发人、项目走，才能有所提升，才能接触到代码，测试水平才能有所提高！

caiyun.deng · 发表于 2012-3-29 13:13:06

回复 12# 故事里の树

你好，我是刚刚参加工作的，我也知道要不断的提高自己，但我不知道从何下手，指点一下我吧

c8234933 · 发表于 2012-3-30 14:27:50

觉得你把测试理解为“测试执行”了，如果只是简单的按照别人写好的用例甚至没有用例来胡乱执行测试，那么这 ...
rossini23 发表于 2012-3-22 13:39

你说的这些东西是自我安慰，没技术就是没技术，有多少公司涉及那么复杂的业务？公司要的是产出

huiyuznk · 发表于 2012-3-30 15:44:03

回复 46# zilong2029

感觉好像说的我，不过跳，打死以后也不跳国企了。轻松了，技术弱化了

longhu123 · 发表于 2012-3-30 16:46:51

其实你这么想：如果做自动化测试，那你当初还不如去做开发。
黑盒的出路，应该在管理、或者走产品经理，在 ...
zbl0531 发表于 2012-3-21 17:24

支持楼上的。。我觉得测试在中国怎么做都没前途，开发的也是没前途，依然很枯燥。转行做别的。

gwrocky · 发表于 2012-3-30 17:46:56

国内公司不要迷恋自动化，其实测试的发展方向不要限于技术和管理。可以利用测试的机会学一些安装部署，学习一些需求分析，后续可以转实施工程师，也可转需求分析人员。当然你有能力转开发也行。其实不要低看测试的作用

正在更新 · 发表于 2012-3-30 22:03:57

测试工作的性质决定它不可能有很好的前途相对于其他岗位来说！

rossini23 · 发表于 2012-3-31 09:50:16

你说的这些东西是自我安慰，没技术就是没技术，有多少公司涉及那么复杂的业务？公司要的是产出
c8234933 发表于 2012-3-30 14:27

有没有技术是你的理解，如果把墨盒测试等同于“测试执行”当然是没技术，但是墨盒测试里面“有技术”的东西多了去了，你如果不去钻这些东西然后在那说墨盒测试“没技术”就让人觉得可笑了。并且这种执行人员被替代的可能性很高，你测试执行的效率再高，能顶过三个刚毕业的小伙？所以如果把目光局限在执行那一小块，得不到重视是必然的。

再说说“有多少公司涉及那么复杂的业务”。
“测试设计”、“测试计划”贯穿于每一次测试过程中，只不过很多人都没有意识到，感觉测试过程中都没用到测试用例，哪有什么设计？即使没有测试用例的测试执行，在你大脑里肯定也有一个设计的过程，想到用最少的测试发现最多的问题，执行一个用例的过程中等价类划分这些基本的测试方法肯定也用上了，这个过程也是测试设计，只不过你没有用某种方式把它记录下来。如果你能总结这些测试过程，把它们提取为有效的用例，设法保证这些用例的有效性，然后分配给别人执行，就体现了你的价值，体现了你的“技术”。

rossini23 · 发表于 2012-3-31 10:24:22

至于测试工作有没有前途，亲历过两种工作方式的测试，分辨一下测试到底有没有前途：

A公司。测试人员的主要目标是找bug，测试用例设计、测试计划相比于bug，不受测试人员待见，可有可无的东西。开始时开发有一些设计、讨论都会叫测试人员参加，但是测试人员有一些自己的私心，发现了开发设计上的bug也不说出来，到发布时再提bug，为了多给自己“增绩效”。后来开发人员觉得测试每次参加也不发表什么意见，就不邀请他们参加了。等版本发布后，测试人员很忙，总是有意想不到的bug出来，大家感觉“绩效好了”，但是也觉得特别累，埋怨版本太烂，测试组一直觉得人手不够，老是向老板要人。老板觉得测试与开发的比例已经很高了，不可能再增加人手，并且也批评测试有问题，每次版本发布都有很多的bug漏掉，虽然测出来的也很多，老板对测试很不满意，所以薪水方面跟开发人员有很大差别。

B公司。测试人员工作方式跟A公司差别比较大，测试人员对每次开发设计、讨论会议都比较重视，大部分人员都需要去参加，了解特性，在会议上提出很多设计、可测试性的问题。会议后根据会议上了解的内容调整测试计划，有针对性地把某些修改较大的特性测试优先级提高，根据会议上了解的内容针对性地设计测试用例。等版本发布后使用自动化进行Acceptance测试，通过后再分发给测试人员。
因为在前期会议上很多细节问题已经与开发人员讨论清楚，所以很少有大的设计问题，测试上遇到的阻碍就比较小，一些基本的功能通过自动化测试后如果没有太多问题，大家就投入精力去测试一些复杂的场景。
相比于A公司，B公司测试人员发现的bug比较少（版本发布后发现的，当初讨论会议上发现的问题很多，但大家都没有去提交问题当，开发人员自己记录），但是漏出去的也比较少。有意思的是，公司对这种局面很满意，测试人员的薪水和开发人员是同一级别。

夜沫汐 · 发表于 2012-3-31 15:38:19

做QA

KasthSoft · 发表于 2012-3-31 15:46:22

兄弟，你的看法真的很好。
其实我的看法是，不管做什么样的工作其实都一样，工作无贵贱之分，你要提升去做管理，带团队，其实也是一个很好的目标，但是你没想，当管理一边只有中小型公司招聘，大公司基本都不招聘管理，因为公司都是对号入座的，如果你想当管理，你就要把那个管理拔出来，把自己放进去。如果你成功的把他拨出来啦，你进去了，也不见得以后，就没人把你拨出来，把他自己放进去。你说是吗？古话说得好，各各当官谁来抬轿呢？

KasthSoft · 发表于 2012-3-31 15:46:29

兄弟，你的看法真的很好。
其实我的看法是，不管做什么样的工作其实都一样，工作无贵贱之分，你要提升去做管理，带团队，其实也是一个很好的目标，但是你没想，当管理一边只有中小型公司招聘，大公司基本都不招聘管理，因为公司都是对号入座的，如果你想当管理，你就要把那个管理拔出来，把自己放进去。如果你成功的把他拨出来啦，你进去了，也不见得以后，就没人把你拨出来，把他自己放进去。你说是吗？古话说得好，各各当官谁来抬轿呢？

simoxuan · 发表于 2012-3-31 21:14:27

其实楼主的想法还是有点极端；

wangmin403522 · 发表于 2012-4-1 10:38:50

换个思路去想想。。只是咱们那个地方太差劲，早点离开那，你就不会这样了。

泡芙拓 · 发表于 2012-4-1 11:03:27

回复 6# 正在更新

赞同

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 黑盒测试工程师的最终出路

站长推荐 /1