想从黑盒测试转白盒， 各位能给点建议吗，如何入门
本人做黑盒有三四年了， 开始纯手工测试， 后来慢慢自己琢磨自动化测试工具， 捣鼓了winrunner 和 QTP， 因为工作中用不上这些工具， 所以搞清基本功能和如何使用就搁置了。因为一直对开发感兴趣， 所以一直看些编程方面的书， C/C++vc开发， 什么mfc ，多线程啊，windows核心编程也看个大概，偶尔也去国外一些开发社区 codegurucodeproject 看看老外问题， 当然都是些基本东西，太高深的也一时理解不了。 什么脚本啊 perl 啊， bash啊也看， 但是缺少使用环境， 经常学的就有些模糊， 但是捡起来看看别人的代码应该还是没问题的， 小一点的程序也能慢慢捣鼓出来。
因为黑盒一直做下去没什么前途， 给自己职业规划是想往白盒 、 性能 测试这方面转， 想过直接做开发的，但是这么多年一直给别人的逻辑啊，实现挑错，都是跟在别人思想后面转， 思想有点僵化， 真要转开放的话， 还真没把握能独立完成个东西， 有时候想想真觉得无从下手。 思来想去还是往白盒方面靠， 多看看别人代码， 再学习学习。
不知道这里的各位可否给我个建议或者描述一下你们的工作内容是什么， 都是怎么做的，做白盒测试要什么样的素质， 最好是能详细一些， 让我对白盒测试有个直观的认识 ，先多谢各位了。 白盒是指测试过程中考虑程序的内部结构，是一种测试方法，理论上哪个阶段的测试都可以使用白盒和黑盒方法。实际工作中，白盒测试一般是指单元测试（单元测试其实也主要从功能方面来测试，辅于覆盖率统计等白盒方法）。
如果看得懂别人的代码，自己能写些简单的代码，做白盒是可以的。建议简单一些，从单元测试学起。
单元测试从效率上来说，应该由程序员做，但目前国内很多企业的程序员都太不愿意做，所以也有专门由测试部门来做的，我们的客户中，就有一些专门成立白盒测试组来做单元测试。 多谢这位兄弟指点，希望能多介绍点，有关白盒的任意方面的可以谈，让我能更了解白盒测试。
这两天在坛子里翻了一些帖子， 大概知道白盒测试是根据开发设计文档描述，编写驱动模块，桩模块来测试。 但是还有很多问题， 比如白盒需要编写测试用例吗？怎么编写？怎么样保证自己写的驱动模块自身就没有bug， bug报告又该怎么叙述， 贴上一段代码然后说明吗？ 诸如此类 可以尝试开发,测试工具,比做白盒测试更有前途 hoh 学了一点，不错，受益匪浅:) 谢谢学习了，楼主的困惑和我一样~~~~ 一样的命运，一样的困惑~共勉~ 没啥转不转的感觉，作为一个好的测试人员，都要懂比较好 不知道楼主现在怎么样了，我现在是正要从黑盒转到单元测试了，不知道会怎么样 本人做黑盒有三四年了， 开始纯手工测试， 后来慢慢自己琢磨自动化测试工具， 捣鼓了winrunner 和 QTP， 因 ...
kolecat 发表于 2009-9-16 15:36 http://bbs.51testing.com/images/common/back.gif
首先，白盒测试只是一种测试方法，在单元测试和集成测试中都可以应用。相对于黑盒测试，白盒测试是从设计、实现出发，进行用例设计、环境搭建与测试代码实现的。它主要的目标是设计/代码实现的覆盖率。
其次，它的优点是较少用例的冗余，问题定位精度较黑盒高。缺点是容易与需求脱节，工作量大。
对于白盒测试人员来说，基本需要的能力有
1.测试理论与方法。不用说了吧？这个是测试人员的基本知识。
2.代码理解与编写的能力。由于测试对象主要是代码与接口。理解代码有助于设计用例。而编写测试代码就需要有较好的编码能力。
3.系统分析的能力。这个针对白盒测试的缺点而言的，由于测试对象主要是代码，没有直观、感性的图形用户界面，测试人员需要有较好的系统分析与整合思维来推断测试对象与用户需求的一致性。
既然你捣鼓过自动化测试，你可以先从对自己的代码进行白盒测试，设计一下测试用例与编写测试代码，来试试白盒测试。另外，最好看一下图论，学习一下软件复杂度等等度量代码的工具。你的条件还是不错的。 单元测试和系统测试发现的问题不相同。
系统测试，发现的问题，不能精确定位到哪一行代码有错误，也就不能做root Cause 分析
单元测试可以做到代码覆盖，语句覆盖，条件分支覆盖。但这些都需要时间。单元测试知道具体的root Cause
但做单元测试的人，往往对系统的认识，业务的认识不足。这样设计出来的case 很难满足现场的需求。
页:
[1]
