51Testing软件测试论坛

标题: 干了6年白盒测试,谈下经历和感受。希望各位也交流下你们的经历和看法 [打印本页]

作者: pubuzhixia    时间: 2012-6-28 14:57
标题: 干了6年白盒测试,谈下经历和感受。希望各位也交流下你们的经历和看法
本帖最后由 pubuzhixia 于 2012-6-28 15:34 编辑

很疑惑在白盒测试职位如此少的国内,大家为什么对白盒测试关注度那么高?鉴于此,先发表点自己的感受,欢迎大家一起讨论。
首先简要说说我的经历吧:
1.毕业后在一家小企业干了将近两年,嵌入式系统软件白盒单元测试。这边公司很普通,不过业务和工作流程、内容都是客户那边严格指定的,当时没觉得怎么样,也就经常发发牢骚日本人要求太蛋疼。后来了解多了,才发现,那个平台、流程和质量控制体系,在白盒测试方面应该属于全球中做得一流的了。不得不佩服日本人做事的细致和严格的态度。难怪日本工业能那么nb。
2.后来外包去了一家美资500强公司,同样嵌入式系统白盒测试,大部分工作也都是单元测试。平台、流程、质量监控自然不用说,很成熟,测试体系和质量控制的投入也是非常大,大到国内的大部分救火型的小企业无法想象。
3.目前就职于一家小企业,搭建嵌入式白盒测试平台。由于一些原因,这里还是不多说了。
看了很多51testing的帖子,不知道大家对白盒测试为什么那么热情。可能是做的人少隔行如隔山总是看着自己不了解的工作觉得很nb吧,就像我一样,看着他们搞硬件的搞电路的觉得很nb。关于白盒测试,想说几点我自己的观点:
1.白盒测试在国内的发展远远不如黑盒测试。黑盒测试是花20%的时间找出80%的bug,白盒测试是花80%的时间找出20%的bug,所以,如果不是安全性要求很高的系统,一般不需要做白盒测试,比如各种游戏客户端,除非你钱多的没处花。当然不能否认白盒测试的价值,打个比方,你愿意花1年的时间做白盒测试还是愿意看着卫星发射失败?
白盒测试在工控方面用的比较多,而这方面又正好是国内的软肋,所以,白盒测试的职位,在国内的企业中很少。有成熟白盒测试平台的大多是国外工业电子控制相关的公司。
而黑盒测试职位,随便一搜都是一大把,而且很多薪资待遇很不错的,比如各互联网大佬阔佬,薪资超过很多外企中一个萝卜一个坑的白盒测试职位的很常见。
2.谈到白盒测试,没做过的看法无非两种:1)看不懂代码的觉得很nb;2)搞开发的觉得很低端。
对于1),这可能是51testing的普遍现象。所以大家都对白盒测试敬而远之。其实白盒主要测试原理很简单。无非是写个驱动函数调用被测代码,并整合好测试的输入和输出。当然,为了得到覆盖率,被测代码可能要插桩,这是一个比较复杂而且相当容易搞错的工作,不过大多数测试平台都可以自动完成这一工作,起码我还没见过也没听说过哪个公司是自己写插桩代码来得到覆盖率的。当然测试者肯定需要比较强的读写代码、debug能力。
对于2),这可能是如CSDN论坛的普遍现象。CSDN大多是搞开发的,大多瞧不起搞测试的,也根本不明白白盒测试、黑盒测试、单元测试、系统测试、手工测试、自动化测试、功能测试、性能测试……的联系和区别,甚至很多人认为它们是互不相干的各种不同测试。从开发角度看,搞白盒测试的肯定没有搞开发的编码能力强,如果单以这个来论调,当然是低端了。但编码能力并不是白盒测试者唯一要求,而且测试原本的重点并不是编码能力。以己之长比他人之短,并没有什么说服力。
3.白盒测试的待遇并没有大家想象中的高。照我几次找工作的经验来看,白盒测试虽然有经验的少,但国内实在是需求不高,薪水和打80分的那种开发者差不多吧,和优秀的开发者肯定比不上。在互联网行业如日中天的国内,也比不上像百度、腾讯等这些公司那些高级自动化测试职位。还有,我一直很关注51testing的测试调查报告,不知道为什么这个调查报告中的整体测试平均薪水那么低。我猜想可能是在51testing的人多数是从事工作不长的那种入门级黑盒测试所致。
随便说说,欢迎同行也一起分享下你们的经历和看法。
作者: lichao8896    时间: 2012-6-28 15:19
恩,挺好,顶楼主
作者: jude31415926    时间: 2012-6-28 16:19
嗯,不错确实打破我之前的一些固有见识。
作者: wx小鱼    时间: 2012-6-28 16:53
师傅
作者: 黑羽祭    时间: 2012-6-29 09:15
顶~~
对白盒不是很了解,我接触到的一半要么白盒开发自己做了,要么不做白盒测试。
作者: cylinda009    时间: 2012-6-30 11:03
一毕业就做测试就是驱动测试,刚开始也是对驱动接口进行测试,后期本来要计划白盒测试的,目前计划还没实施,就已经离职了,面试的时候HR对于驱动测试很费解,听我大致介绍了之后似乎又觉得简单了(就是些接口函数的测试)。现在去搜驱动测试,都没有要招驱动测试,也不太想做驱动测试,总觉得需求不清楚,测完后都不知道有没有所有功能有没有覆盖到。纠结着要找什么样的测试工作
作者: tang9902    时间: 2012-7-2 15:41
听君一席话,对白盒测试了解不少了。我现在还在迷茫黑盒测试啊。
作者: tang9902    时间: 2012-7-2 15:41
听君一席话,对白盒测试了解不少了。我现在还在迷茫黑盒测试啊。
作者: budaoweng    时间: 2012-7-3 16:29
原来各有千秋啊!
作者: 咖啡猫    时间: 2012-7-6 14:37
顶!!!!
作者: 咖啡猫    时间: 2012-7-7 13:20
顶一下!!!!
作者: goopy    时间: 2012-7-9 21:56
不错,顶下
作者: Joannaray    时间: 2012-7-18 11:27
目前确实有很多外企公司需要白盒测试的人,薪资也还不错
作者: Joannaray    时间: 2012-7-18 11:28

作者: 我不一般    时间: 2012-7-19 16:57
我想转开发,后面再转测试给个看法 啊
作者: yangli25    时间: 2012-7-20 11:13
这样你的身价会上升几倍,你如果进外企会得到相当丰厚的回报,加油!!
作者: pubuzhixia    时间: 2012-7-27 11:52
难道没有一个做白盒的。。。
作者: lctlee    时间: 2012-7-31 14:16
回复 17# pubuzhixia


    目前看这帖子里回你的包括我,确实是一个都没有。。。
另外朋友,我主要想问下你,你做的嵌入式系统的白盒测试,主要是哪一层的啊?是底层的驱动还是应用层?主要对哪种语言编写的代码做?
我现在的单位就是做嵌入式设备产品的(车载电子产品),领导有提过想让我搞白盒方面的,不过我对底层驱动测试有点敬而远之,我以前没有电子电路相关的从业背景,都是PC的软件测试,没搞过小型机的测试。我不想搞离本来经验太远的测试,实在不行宁可放弃当前的职位。。。
让我现在从头去学电子电路那一套硬件体系知识,我一定搞不来,也没那么大的毅力。。。
朋友能否留个QQ,交个朋友,有些事想和你详细探讨一下。
作者: pubuzhixia    时间: 2012-8-1 12:08
回复  pubuzhixia


    目前看这帖子里回你的包括我,确实是一个都没有。。。
另外朋友,我主要想问下 ...
lctlee 发表于 2012-7-31 14:16


这个看测试产品了。通用的工具都是针对应用层的。底层的驱动应该需要自己开发专门的平台才行。
白盒测试和底层与否没有必然性的关系。车载软件我以前也测试过。白盒测试你只从软件层面管函数就行了,不牵涉多少硬件知识的。
作者: yazi0127    时间: 2012-8-1 12:42
写的很不错,白盒测试现在确实比较少。绝大部分都是黑盒测试,少量是自动化测试。
不过据我所知,我所在的城市有一家公司招白盒测试工程师大概能给到10K,确实比资深的黑盒测试工程师给的少。
不知道为什么,也许我没有做过白盒测试,但个人认为,白盒测试工程师的工资水平应该比相同经验的黑盒测试拿的多,毕竟能看得到代码,能自己写代码的测试工程师还是毕竟少的。
作者: yazi0127    时间: 2012-8-1 12:47
只有测试的工资水平低,具有相同工作年限的开发和测试,测试的工资水平比开发低。
但大部分测试工程师都毕业不久,工作时间不长,这和国内很多企业测试刚刚起步,有的企业根本不知道测试的价值。其实好的测试工程师不好找。
作者: moonquan    时间: 2012-8-2 17:21
我目前做的也是白盒,测试点服务器端的C++功能接口和数据库的存储过程一类的,还是想做开发,尤其我们这块,一周可能都没什么任务,实话实说,同部门的黑盒累死累活的
作者: 紫娴绮梦    时间: 2012-8-2 21:22
楼主很强悍
作者: lctlee    时间: 2012-8-3 08:40
回复 19# pubuzhixia


    恩,明白了。你常用什么白盒测试工具?
作者: 妖娆小妖    时间: 2012-8-3 09:51
主要是代码丢掉很多年了现在已经不怎么会写了,所以对白盒测试一直感觉比较神秘,每次在做苦逼的黑盒测试无限重复时就很会想,要是能做白盒是不是钱钱也能翻番,在每一个项目测试到想吐的时候会出现迷茫期
作者: pubuzhixia    时间: 2012-8-3 12:06
回复  pubuzhixia


    恩,明白了。你常用什么白盒测试工具?
lctlee 发表于 2012-8-3 08:40


强的公司一般自己开发自己的平台测试或者只是购买小部分;小企业可以购买现成的白盒测试工具,比如C++ test、Code Test、VcTester、RTRT、Cantata、Logiscope、VectorCast、LDRA Testbed、Tessy。
各种工具原理都差不了太多应该,主要看支持的平台和使用感受以及价格了。
作者: pubuzhixia    时间: 2012-8-3 12:07
主要是代码丢掉很多年了现在已经不怎么会写了,所以对白盒测试一直感觉比较神秘,每次在做苦逼的黑盒测试无 ...
妖娆小妖 发表于 2012-8-3 09:51



我找工作找了几个月了。郁闷。
作者: sai_88    时间: 2012-8-3 14:40
学习学习诶
作者: lctlee    时间: 2012-8-6 08:56
回复 27# pubuzhixia


    你工作地点在哪里?如果是广东这边可以考虑下我现在这里。
作者: pubuzhixia    时间: 2012-8-6 15:45
回复  pubuzhixia


    你工作地点在哪里?如果是广东这边可以考虑下我现在这里。
lctlee 发表于 2012-8-6 08:56


呵呵,谢谢。不过我目前在上海这边工作。
作者: lctlee    时间: 2012-8-6 16:50
呵呵,谢谢。不过我目前在上海这边工作。
pubuzhixia 发表于 2012-8-6 15:45



    噢,那就算了。我只是觉得你的工作经历特适合我目前这家企业,俺都能看的出来俺们的部门领导们特想招做白盒测试的人才,呵呵。
作者: lctlee    时间: 2012-8-6 16:54
呵呵,谢谢。不过我目前在上海这边工作。
pubuzhixia 发表于 2012-8-6 15:45



    我在的这家企业规模还是很大的,车载电子里国内NO1。所以我不是随便瞎说一句,拿我的小眼界来乱说,呵呵。
作者: pubuzhixia    时间: 2012-8-7 12:00
我在的这家企业规模还是很大的,车载电子里国内NO1。所以我不是随便瞎说一句,拿我的小眼界来乱说 ...
lctlee 发表于 2012-8-6 16:54


呵呵,这样,可以PM公司及测试方面情况详谈一下。如果个方面很合适,其它地方也还是可以考虑的。
作者: heqingbluesky    时间: 2012-8-16 11:51
目前的确的白盒的需求方面是比较少的。

职位的排名,除了黑盒的测试,就GUI的自动化方面测试。

根据我了解和面试的情况,做接口、单元、白盒测试,工资都不高的,这个就是目前中国的测试情况。

目前,中国的测试行业发展已经超过10年了,还是没有大的发展。
就本质来说:测试也很难有大的发展,毕竟在产业链的末端。
作者: 沪上冷暖    时间: 2012-8-16 15:33
6个月开发飘过~
我师傅做了4年开发 现在转性能测试了 感觉性能做到后面比开发要牛逼啊!
我也转性能了 从基础的Loadrunner干起 感觉我要坑 功能QTP也想接触接触
作者: 沪上冷暖    时间: 2012-8-16 15:34
6个月开发飘过~
我师傅做了4年开发 现在转性能测试了 感觉性能做到后面比开发要牛逼啊!
我也转性能了 从基础的Loadrunner干起 感觉我要坑 功能QTP也想接触接触
作者: rose8561900    时间: 2012-8-17 09:02
楼主能不能说一下, 是什么样的测试平台可以自动往被测代码插入桩呢?
作者: pubuzhixia    时间: 2012-8-17 12:04
楼主能不能说一下, 是什么样的测试平台可以自动往被测代码插入桩呢?
rose8561900 发表于 2012-8-17 09:02



    一般的动态白盒测试工具都可以做到。
作者: 六月天    时间: 2012-8-17 12:46
楼主写的蛮好的,支持一下吧。
现在做测试的人对白盒、黑盒理解太少了,其实吧,在实际工作中不必要分这么细的。我做了9年测试,从没弄清楚自己是做黑盒还是做白盒的。最早做过3年嵌入式软件测试,也是分不清算白盒还是黑盒,送测系统的代码我们都是需要仔细看的,规格说明也是要仔细看的,在用例的设计上算是基于规格的设计方法(黑盒用例设计方法)和基于结构的设计方法(白盒用例设计方法)相结合。测试过程中也需要写代码,第一是因为嵌入式软件的测试环境搭建是个麻烦事,通常要自己写嵌入式的软件环境代码(其实就是他的运行上下文),第二还要在环境中准备测试用例代码。从测试阶段来讲,是系统测试毫无歧义,但你说这算黑盒还是白盒?
呵呵,所以,实际工作中黑盒白盒没必要认为分开。只是我们可以应用的方法罢了。
一些人觉得白盒难,其实个人觉得黑盒难,特别是在用例的设计上,黑盒要难得多。论坛上的朋友觉得白盒难,只是因为不会代码而已。而黑盒测试的入门门槛很低,即使不会编码,也可以做简单的手工测试,我把这个叫做手工执行测试。但是白盒你如果不懂代码就进不了门,自然很多人就觉得白盒有技术咯。其实黑盒是门槛低,但是别忘了,现在讲自动化测试就是在讲黑盒的自动化(白盒自动化早实现了,几乎没有技术瓶颈),把黑盒做深,是相当难的,目前没有哪一款自动化工具是完全适应你所在公司的任一项目的,最好的自动化工具(或者说,最适合所在公司的项目的工具)只有是自己开发的。所以黑盒、白盒的区别,不在要不要写代码上,甚至可以说,黑盒所要的技术比白盒更多。这也就是为什么会看到做白盒测试的收入不如资深黑盒的。
作者: lctlee    时间: 2012-8-17 13:52
楼主写的蛮好的,支持一下吧。
现在做测试的人对白盒、黑盒理解太少了,其实吧,在实际工作中不必要分这 ...
六月天 发表于 2012-8-17 12:46



    讲的好!
作者: msnshow    时间: 2012-8-21 13:44
目前国内的现状如止,大多人员偏基础
作者: kelequy    时间: 2012-8-21 19:32
回复 1# pubuzhixia

同意楼主的看法,国内对白盒测试的需求真的非常非常之低。

我也在嵌入式行业前前后后做了6、7年白盒测试了,一开始测多媒体驱动,后来测应用层软件。测试用例设计方法还是黑盒加白盒,代码技术上是学习了不少,总感觉白盒测试技术上没什么突破。写过的测试框架总是吃力不讨好,就像楼主据说的那样,用80%时间来测20%的问题。最近我也在反思后面的路怎么走。
作者: pubuzhixia    时间: 2012-8-24 10:34
楼主写的蛮好的,支持一下吧。
现在做测试的人对白盒、黑盒理解太少了,其实吧,在实际工作中不必要分这 ...
六月天 发表于 2012-8-17 12:46


多谢这么详细地支持~
你提到的话题,我觉得放在这里用单元测试和系统测试说事更好。毕竟根据最原始的定义你的工作,只要看代码,就已经是白盒测试了。在软件工程范畴,还是说单元测试、集成测试、系统测试更好。黑白,只是对于这些阶段具体用到的方式罢了。只是实际中单元测试更多地采用白盒测试、系统测试更多地采用黑盒测试了。但这也不代表它们就是等同的。
测试工作细分到什么程度,个人觉得应该由产品的规模、测试工作的结构而定。可能我们所经历的工作环境不一样吧。我经历中有两份工作都是单元测试、集成测试、系统测试分工很明确,并且流程很成熟的那种。当然,软件src都还是挺大的。单元测试团队都有20多个人了。而对于小型一点的软件(大多数工业控制嵌入式软件都是比较小的),本来软件测试人员一起都不需要几个,那当然是没必要分很细了,即使分很细,那把AB分开,又同时分给同一个人做,意义确实不大。
至于黑白哪个更难,你说的非常好,个人完全认同。
作者: pubuzhixia    时间: 2012-8-24 10:38
回复  pubuzhixia

同意楼主的看法,国内对白盒测试的需求真的非常非常之低。

我也在嵌入式行业前前后 ...
kelequy 发表于 2012-8-21 19:32


感觉你和我一样,在这条路上遇到瓶颈了。呵呵,请回复我一个马化腾吧,希望以后可以多多交流下。
作者: zpg_sunny    时间: 2012-8-29 14:29
顶一下
作者: satiling    时间: 2012-9-1 11:03
楼主说的很好,我的经历和楼主一样,工作也是6年,目前从事软件测试。
白盒测试需要有一定的编程基础,对于测试框架的选择和和项目之间的配置非常重要,很多时候无法将测试软件配置到项目的开发代码中,对于电视机方面的测试,编译和运行又不是一个平台,测试起来更麻烦
楼主有什么好的测试办法针对嵌入式测试的。
作者: pubuzhixia    时间: 2012-9-3 12:09
楼主说的很好,我的经历和楼主一样,工作也是6年,目前从事软件测试。
白盒测试需要有一定的编程基础,对于 ...
satiling 发表于 2012-9-1 11:03



如果是汇编代码,貌似没有很好的方法做白盒。知道个工具叫AsmTester,好像还是国内开发的,你可以研究下。
如果是C代码,直接用通用的成熟的白盒测试工具就可以了,一般工具都可以支持常用的编译器,保证测试时用的目标编译器、测试在目标板执行。具体哪个工具是否支持哪个编译器、烧制器和目标芯片,得问测试工具供应商了。
作者: xiaoleiashao    时间: 2012-9-3 23:45
谢谢分享!
作者: 我爱秦皇岛    时间: 2012-9-26 17:21
回复 15# 我不一般


    这不有毛病吗?
    直接开发就别转测试了
作者: happing1989    时间: 2012-10-8 20:45
回复 1# pubuzhixia


    mark
作者: 123shio123    时间: 2012-10-9 18:13
无论是什么测试,都有它存在的意义。
话说做了几年的测试,混迹于功能、性能、自动化领域。
个人觉得最难的是性能,性能测试最难点在于瓶颈的查找和场景的设计,要抓住容易出现的点
黑盒测试在于吃透需求、用例全面、用例的设计是关键
自动化测试这个东西我觉得是双刃剑,用好了效率明显提升,用的不好就有点问题了投入产出不平衡
白盒测试没转职做过,做过C++Test和Jtest的技术支持,我觉得这个东西可以弥补黑盒测试的死角,重点在于它可以弥补黑盒某些达不到的情况。
以上是小人的拙见。哈哈,勿喷啊
作者: wl7101    时间: 2012-10-15 10:45
楼主和39楼的同志都算是资深的测试人员,我这个只有3年测试经验的人表示各种瞻仰啊。
确实国内对测试整体的认识都不够,国内绝大多数的测试人员还都处在比较基础的层次上,主要还是绝大多数公司对测试工作不重视,别说研发和测试比例1:1了 就是6:1甚至10:1的都比比皆是,真心期待国内测试行业被重视起来啊。
作者: 愚人    时间: 2012-10-15 12:55
难得有白盒的发言
作者: airui925    时间: 2012-10-17 15:15
做了2年单元测试,使用winAMS测试C程序的覆盖率。基础是要懂得C语言,比开发的弱点就行了。
作者: airui925    时间: 2012-10-17 15:17
单元测试2年,使用winAMS对C语言程序覆盖率的查看。
只要懂得一点C语言就可以了。不需要深入的东西。
作者: zy1050600152    时间: 2012-10-18 14:01
回复 15# 我不一般
我也有同感 楼主请帮忙 求意见
作者: huoshi191    时间: 2012-10-22 19:32
楼主,我们目前让我们小组5个人,从无到有搞白盒测试,不知道如何下手。主要还是不知道用什么工具,我们是PC机编好代码在交叉编译服务器用gcc编译,主要是在linux环境下嵌入到海思芯片中,做视频编码服务器的。在具体些,就是测试媒体层、业务层、和UI的代码,不知道用什么工具,求推荐个能单元测试嵌入式linux代码的软件、顺便能否说下白盒测试的基本体系,领导说让我们来构建,然后推广。。。
作者: 六月天    时间: 2012-10-23 19:29
回复 57# huoshi191
既然使用gcc编译,那基本就是用c++咯,c++的话现成的cxxUnit就很好用啊。是什么语言就用什么单元测试工具呗,跟你前面说的那些环境毫无关系。
作者: huoshi191    时间: 2012-10-23 21:04
回复 58# 六月天


    纯C的语,用cunit,这几天也查过几个软件,目前我们的静态测试用PC-Lint和 logiscope,再加上cUint就行了是吧?用得着VcTester、C++test什么的吗?
作者: feiyuw    时间: 2012-10-29 17:31
现在很少有专人做白盒测试的,基本都是在CI环境下有开发人员自己编写白盒测试用例,以及进行相关的静态检查等工作,这样减少了沟通成本,在保证review的情况下更高效。
作者: 六月天    时间: 2012-10-29 17:40
回复 59# huoshi191


    不用其他了,cunit做白盒单元足够了,静态的用logiscope,静态规则扫描用pc-lint。这几个工具用好就够了,华为也这么做的。
作者: huoshi191    时间: 2012-10-29 23:10
回复 61# 六月天


    我们目前用的也是这三个,CUnit弄了半天,又用别的交叉编译器重新编译了下源代码,问题不大,PC-lint对linux 和自定义路径的头文件包含还是有点问题,不过最大的问题还是logiscope审查linux c代码时,老是提示无法找到头文件,不知道如何包含进去。
作者: yoyo0915    时间: 2012-10-31 09:52
顶,楼主说的挺实在的。
作者: wjfedg    时间: 2012-11-5 17:09
现在感觉百白盒的很少啊
作者: joayqq    时间: 2012-11-22 13:57
没有接触过白盒测试~
作者: jimmylee216    时间: 2012-11-22 21:49
看别人代码比自己写的还痛苦,你何苦呢?重要的地方做到基本路径覆盖,有白盒的测试用例就OK了。
作者: pubuzhixia    时间: 2012-12-28 09:56
本帖最后由 pubuzhixia 于 2012-12-28 09:59 编辑

回复 57# huoshi191


    用什么工具主要还得看你们的要求和投入了。
如果只是想要验证逻辑错误,验证代码是否实现了需求的基本功能,并且投入也不打算太大、要求这个测试具备比较高的性价比的话,那么用CUnit或C++Unit无疑是最佳的方式了,不过CxxUnit貌似不带覆盖率分析工具,覆盖率是测试输出的两项重大指标之一,建议还是整合个覆盖率分析工具。
如果想做得比较正规的话,建议还是弄专门的嵌入式白盒测试工具,这个可以支持目标芯片的在线测试。比如int数据在PC上和你目标芯片上的字节数如果不一致,CUnit是测试不出来的。商用的嵌入式白盒测试工具贵的有Testbed、Codetest、C++Test,便宜点的有RTRT、Tessy等。随便哪一个都可以满足你们的要求,重点是可操作性和对芯片的支持度。
作者: xiaoming00    时间: 2012-12-28 14:06
大企业学做人,小企业学做事,外企学体制,国企搭环境,O(∩_∩)O哈哈~
作者: haiying86    时间: 2012-12-30 16:57
一山更比一山高。。。
作者: Germin31    时间: 2013-3-19 14:57
我找工作找了几个月了。郁闷。
pubuzhixia 发表于 2012-8-3 12:07



    楼主现在的工作怎么样,我公司在浦东,现在需要一名嵌入式白盒测试工程师,编译环境主要是codewarrior、Keil、CCS,静态测试工具主要是QAC,动态测试工具正在Vectorcast、Tessy、Cantata之间选择。如有兴趣可以和我联系!germin.yan@163.com
作者: zhangting85    时间: 2013-3-28 11:01
本帖最后由 zhangting85 于 2014-9-4 14:32 编辑

白盒薪资如果相当于80分的开发,那黑盒大概是50分。
作者: Germin31    时间: 2013-5-7 11:01
既然决定做嵌入式白盒,公司是有决心拿较高的薪水招聘的,一个年营业额近千亿的企业还会差哪去??只要你有能力也敢要,公司也会满足你!
作者: ki312471930    时间: 2013-5-7 15:16
up下   对白盒误解了···
作者: pubuzhixia    时间: 2013-5-20 11:17
回复 70# Germin31


    海拉吧?
作者: zz45509    时间: 2013-5-20 16:12
顶顶  感觉离白盒越来越远 。。。。。。。。。。。。。。。。
作者: Germin31    时间: 2013-6-19 14:39
看来从事白盒测试的不是很多,公司人力资源部门找了好久了还没有给找到。
作者: zmmici    时间: 2013-7-23 19:25
回复 1# pubuzhixia


    能不能和你成为好朋友,你都有这么多的白盒测试经验了。。能不能给我讲讲你当初是怎么做的。。我现在做VC的白盒测试,但是,目前我们公司没有人做过白盒测试的,,所以在网上了找很多有白盒测试经验的人做为好朋友。。希望能够得到你们的帮助。。我QQ:736685771
作者: Random1230    时间: 2014-5-5 23:23
马克。很有用,即将进入软件测试行业工作,目前有两份工作,一个是白盒测试,一个是黑盒测试,不知道刚毕业的大学生,从事哪个更好些,还有职业前景更好些,希望各位资深人士能给予解答。
作者: janetcug    时间: 2014-5-19 10:42
看了这个帖子及大家的回复,感触颇深。我自己做了2年的VC++开发,偶然的机会转向一个世界500强制造业软件部门的软件测试,目前已工作5年,因为不是纯IT界公司,部门的流程定义还可以,但是具体执行起来没那么严格,分工也没有那么详细。这5年中做过手工测试从创建TestCase到Test Report所有工作,系统性能测试,从0开始的自动化测试。对于自动化测试,我刚到公司的时候公司还没有方面的内容,后来一个项目客户的需求,领导把这个任务交给我,因为我是唯一一个有开发经验的测试。从选工具下试用版做Demo开始,综合各种因素最后选择了TestComplete。后来种种原因,自动化测试做做停停,还是以Manual测试为主。对于Unit Testing,我们部门由开发人员完成的,我经常看一些code,自己创建过一些工程,做一些小Demo。感觉是依靠原有的开发经验,做这个不费什么力气,但是我相信如果做专做深肯定是需要时间和经验的。平时测试需要我会自己写一些小工具。现在的工作已经到达一个瓶颈,最近一段时间一直在思考,结合自己的实际情况,未来自己想要的职业生涯是做一个资深的自动化测试工程师或者c++白盒测试工程师。目前在这方面我并不是一个特别有经验的人,但是我有这个能力,相信如果有机会我能做好。从现在开始,我要学习更多的这方面的知识,并且寻找这方面的工作机会。
作者: 悦蕾亚    时间: 2014-8-27 09:28

作者: ssy_1288    时间: 2014-9-10 14:16
LZ说得好,开发人员经常己之长比他人之短,并没有什么说服力!
作者: 他是大嘴猴    时间: 2014-9-12 17:39
看了楼主的分享,觉得说得很有道理,这是必须的,我现在在自学LR性能测试,平时也会接触到linux的,我也想学点了解一下白盒测试,我有编码基础,想学点真多,可是我好怕什么都不精通,又想什么都了解一下。
作者: xiemojia    时间: 2014-9-12 21:54
不错,搞自动化很多年其实也还蛮羡慕搞白盒测试的,毕竟白盒测试是所有测试方向里面对技术要求算是最高的。我之前的了解是,白盒测试的薪资也是很好的,六年的应该也在20k,以上,哈哈,bat当然更好,起点至少三十万
作者: xiemojia    时间: 2014-9-12 21:55
不错,搞自动化很多年其实也还蛮羡慕搞白盒测试的,毕竟白盒测试是所有测试方向里面对技术要求算是最高的。我之前的了解是,白盒测试的薪资也是很好的,六年的应该也在20k,以上,哈哈,bat当然更好,起点至少三十万
作者: danran_9966    时间: 2015-6-29 21:08
直接做白盒效率确实很低,现在有一个新的穿线测试技术,是在功能测试的时候自动采集白盒测试数据,效率很高。
作者: zcxzcx    时间: 2016-3-23 22:45
我就是做白盒的,其他地方不知道,就成都而言确实白盒少,我做的也是嵌入式白盒,目前在成都第十研究所,搞白盒单元也有黑盒之类,白盒的却要看代码,我们做的事中国军用飞机的一些小模块,然而我只是看得懂代码,主要是C(要求C必须精通)和C++有一些,我是开发做了半年跳过来做测试,开发太累了,测试好得多,白盒的却比较少,在成都,一般只有大型国企和研究所才需要,就比如我们单位有国家经费支持才能搞这些白盒,小公司哪有这么多钱烧。。。。
作者: cxguo163    时间: 2016-4-29 11:29
没做过白盒不懂,不过刚入行时确实如楼主说的觉得白盒牛逼,有点敬而远之,工作将近四年了,现在觉得优秀的自动化跟性能测试攻城狮也是相当牛逼,其实无论哪个方向,只要在一个方向做精了都值得点赞也会有相应的回报
作者: dbwang1982    时间: 2016-10-8 17:04
楼主写的很好,怎么就这么点点人评论呢?  不解
作者: wuli泰斯特    时间: 2016-10-12 14:18

作者: 湛蓝    时间: 2016-10-31 22:46
之前在一家公司做了三年白盒测试,主要是基于嵌入式C(军工行业),感觉白盒测试没有想象中的难?单元、集成,文档代码审查,不过要做好能力要求还是蛮高的。
现在去软通做自动化,感觉也是一个坑,全都用的华为的测试框架,和外面常用自动化测试框架技术也不同,准备继续跳。
白盒测试需求比较少,可能还是要朝着自动化这块发展。
作者: troyey    时间: 2017-4-5 17:25
楼主你还在么,交流交流
作者: troyey    时间: 2017-5-4 17:13
确实比较纠结,目前也是从黑盒转白盒,头疼
作者: 梦想家    时间: 2017-5-8 09:42
好厉害呀
作者: hyts3366    时间: 2019-3-6 09:10
六月天 发表于 2012-8-17 12:46
楼主写的蛮好的,支持一下吧。
现在做测试的人对白盒、黑盒理解太少了,其实吧,在实际工作中不必要分这 ...

你好,我目前也是做嵌入式测试的。想请教你下,你们说的白盒测试需要自己编码,具体是要做哪些工作内容?因为我毕业到现在做的测试都是使用Polyspace跑一遍代码,把代码级Bug找出来,然后就开始设计测试用例,在台架上进行功能测试了,虽然说我现在也动几门语言了,但是还是不太清楚如何编码实现白盒测试?忘讲解或者给个链接信息我看看
作者: David豆腐    时间: 2019-3-8 12:50
pubuzhixia 发表于 2012-8-24 10:38
感觉你和我一样,在这条路上遇到瓶颈了。呵呵,请回复我一个马化腾吧,希望以后可以多多交流下。

这个论坛逛了看了很久   89年现在想从事软件测试学习有什么弊端?我咨询了几家培训机构      希望前辈能给点建议   之前做电脑硬件维修和手机电子产品维修  销售




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2