只有测试的工资水平低，具有相同工作年限的开发和测试，测试的工资水平比开发低。
但大部分测试工程师都毕业不久，工作时间不长，这和国内很多企业测试刚刚起步，有的企业根本不知道测试的价值。其实好的测试工程师不好找。
我目前做的也是白盒，测试点服务器端的C++功能接口和数据库的存储过程一类的，还是想做开发，尤其我们这块，一周可能都没什么任务，实话实说，同部门的黑盒累死累活的
楼主很强悍
回复 19# pubuzhixia
恩，明白了。你常用什么白盒测试工具?
主要是代码丢掉很多年了现在已经不怎么会写了，所以对白盒测试一直感觉比较神秘，每次在做苦逼的黑盒测试无限重复时就很会想，要是能做白盒是不是钱钱也能翻番，在每一个项目测试到想吐的时候会出现迷茫期
回复pubuzhixia
恩，明白了。你常用什么白盒测试工具?
lctlee 发表于 2012-8-3 08:40 http://bbs.51testing.com/images/common/back.gif
强的公司一般自己开发自己的平台测试或者只是购买小部分；小企业可以购买现成的白盒测试工具，比如C++ test、Code Test、VcTester、RTRT、Cantata、Logiscope、VectorCast、LDRA Testbed、Tessy。
各种工具原理都差不了太多应该，主要看支持的平台和使用感受以及价格了。
主要是代码丢掉很多年了现在已经不怎么会写了，所以对白盒测试一直感觉比较神秘，每次在做苦逼的黑盒测试无 ...
妖娆小妖 发表于 2012-8-3 09:51 http://bbs.51testing.com/images/common/back.gif
我找工作找了几个月了。郁闷。
学习学习诶
回复 27# pubuzhixia
你工作地点在哪里？如果是广东这边可以考虑下我现在这里。
回复pubuzhixia
你工作地点在哪里？如果是广东这边可以考虑下我现在这里。
lctlee 发表于 2012-8-6 08:56 http://bbs.51testing.com/images/common/back.gif
呵呵，谢谢。不过我目前在上海这边工作。
呵呵，谢谢。不过我目前在上海这边工作。
pubuzhixia 发表于 2012-8-6 15:45 http://bbs.51testing.com/images/common/back.gif
噢，那就算了。我只是觉得你的工作经历特适合我目前这家企业，俺都能看的出来俺们的部门领导们特想招做白盒测试的人才，呵呵。
呵呵，谢谢。不过我目前在上海这边工作。
pubuzhixia 发表于 2012-8-6 15:45 http://bbs.51testing.com/images/common/back.gif
我在的这家企业规模还是很大的，车载电子里国内NO1。所以我不是随便瞎说一句，拿我的小眼界来乱说，呵呵。
我在的这家企业规模还是很大的，车载电子里国内NO1。所以我不是随便瞎说一句，拿我的小眼界来乱说 ...
lctlee 发表于 2012-8-6 16:54 http://bbs.51testing.com/images/common/back.gif
呵呵，这样，可以PM公司及测试方面情况详谈一下。如果个方面很合适，其它地方也还是可以考虑的。
目前的确的白盒的需求方面是比较少的。
职位的排名，除了黑盒的测试，就GUI的自动化方面测试。
根据我了解和面试的情况，做接口、单元、白盒测试，工资都不高的，这个就是目前中国的测试情况。
目前，中国的测试行业发展已经超过10年了，还是没有大的发展。
就本质来说：测试也很难有大的发展，毕竟在产业链的末端。
6个月开发飘过~
我师傅做了4年开发 现在转性能测试了 感觉性能做到后面比开发要牛逼啊！
我也转性能了 从基础的Loadrunner干起 感觉我要坑 功能QTP也想接触接触
6个月开发飘过~
我师傅做了4年开发 现在转性能测试了 感觉性能做到后面比开发要牛逼啊！
我也转性能了 从基础的Loadrunner干起 感觉我要坑 功能QTP也想接触接触
楼主能不能说一下, 是什么样的测试平台可以自动往被测代码插入桩呢?
楼主能不能说一下, 是什么样的测试平台可以自动往被测代码插入桩呢?
rose8561900 发表于 2012-8-17 09:02 http://bbs.51testing.com/images/common/back.gif
一般的动态白盒测试工具都可以做到。
楼主写的蛮好的，支持一下吧。:)
现在做测试的人对白盒、黑盒理解太少了，其实吧，在实际工作中不必要分这么细的。我做了9年测试，从没弄清楚自己是做黑盒还是做白盒的。最早做过3年嵌入式软件测试，也是分不清算白盒还是黑盒，送测系统的代码我们都是需要仔细看的，规格说明也是要仔细看的，在用例的设计上算是基于规格的设计方法（黑盒用例设计方法）和基于结构的设计方法（白盒用例设计方法）相结合。测试过程中也需要写代码，第一是因为嵌入式软件的测试环境搭建是个麻烦事，通常要自己写嵌入式的软件环境代码（其实就是他的运行上下文），第二还要在环境中准备测试用例代码。从测试阶段来讲，是系统测试毫无歧义，但你说这算黑盒还是白盒？
呵呵，所以，实际工作中黑盒白盒没必要认为分开。只是我们可以应用的方法罢了。
一些人觉得白盒难，其实个人觉得黑盒难，特别是在用例的设计上，黑盒要难得多。论坛上的朋友觉得白盒难，只是因为不会代码而已。而黑盒测试的入门门槛很低，即使不会编码，也可以做简单的手工测试，我把这个叫做手工执行测试。但是白盒你如果不懂代码就进不了门，自然很多人就觉得白盒有技术咯。其实黑盒是门槛低，但是别忘了，现在讲自动化测试就是在讲黑盒的自动化（白盒自动化早实现了，几乎没有技术瓶颈），把黑盒做深，是相当难的，目前没有哪一款自动化工具是完全适应你所在公司的任一项目的，最好的自动化工具（或者说，最适合所在公司的项目的工具）只有是自己开发的。所以黑盒、白盒的区别，不在要不要写代码上，甚至可以说，黑盒所要的技术比白盒更多。这也就是为什么会看到做白盒测试的收入不如资深黑盒的。
楼主写的蛮好的，支持一下吧。
现在做测试的人对白盒、黑盒理解太少了，其实吧，在实际工作中不必要分这 ...
六月天 发表于 2012-8-17 12:46 http://bbs.51testing.com/images/common/back.gif
讲的好！
