有没有从事白盒、或灰盒测试的同学？

kangkangss

黑盒无疑是必须的，最贴近用户的测试。

但在开发team提交代码后、黑盒测试之前，我们（所在公司）做过类似灰盒、白盒测试之类的么？

另外，同学们有多少从事这种测试的呢？

cleverman

同学们没有，老师就有。sdlkfj2

seifer1754

请 cleverman 老师 把自己的经验分享一下。

呵呵

jiuquanzi

原帖由 cleverman 于 2007-8-16 13:52 发表
同学们没有，老师就有。sdlkfj2

说了是老师，赶紧指导指导大家吧sdlkfj3

kangkangss

欢迎老师来讲课；

cleverman

原帖由 seifer1754 于 2007-8-16 16:59 发表
请 cleverman 老师 把自己的经验分享一下。

呵呵

我指的老师不是别人，就是你。我们不是讨论过吗，我撑死也就是个灰盒测试。你应该多share一下百盒的经验给我们。

cleverman

原帖由 jiuquanzi 于 2007-8-16 20:30 发表


说了是老师，赶紧指导指导大家吧sdlkfj3

大家别搞错了，我说的老师不是自己，是seifer1754。
我跟他讨论也学到了不少东西。
大家虚心向他请教吧。（我也顺便沾光）

seifer1754

原帖由 cleverman 于 2007-8-17 02:32 发表


我指的老师不是别人，就是你。我们不是讨论过吗，我撑死也就是个灰盒测试。你应该多share一下百盒的经验给我们。

我做的是嵌入式驱动开发测试，是直接用Debug脚本来进行测试，和常见的 Cunit， Junit 有很大的区别。
我测试的不仅仅是代码逻辑，还要考虑平台的因素。
如果你们感兴趣，我还是很乐意分享一下。

kangkangss

原帖由 seifer1754 于 2007-8-17 08:50 发表



我做的是嵌入式驱动开发测试，是直接用Debug脚本来进行测试，和常见的 Cunit， Junit 有很大的区别。
我测试的不仅仅是代码逻辑，还要考虑平台的因素。
如果你们感兴趣，我还是很乐意分享一下。

欢迎seifer1754；
另外问一句，seifer1754公司有类似白盒测试的部门么？

seifer1754

有专门的测试部门，一共4层楼。分为白盒测试，集成测试，系统测试（模拟仿真）。
我属于白盒测试部门的。

cleverman

牛。那你还去想去华为？
好像华为白盒也不多吧？
另外你觉得做白盒测试和开发的区别在哪里？或者说，如果现在让你去开发，是不是应该马上能上手呢？

seifer1754

想去华为，那时当初刚毕业的时候在深圳找工作时萌发的想法。
当时华为确实给我震惊的感觉，面试过程也很正规。
当时给我的印象太深刻了，毕竟是我第一次遇见面试如此正规的公司，而且公司的规模太大了。

白盒测试也是基于需求的测试，要根据详细设计文档，代码流程图来对代码进行走读，然后依据文档，流程图来设计用例。
选择边界值，覆盖分支。
如果是普通的开发编码工，仅仅是对照流程图写代码，那么是完全没问题的。
可是开发不仅仅是编码，系统架构才是最主要的，还要考虑到系统的移植性。我认为，这个才是开发的精髓。

cleverman

我有时间也想写一写我对华为的看法。

看来白盒测试转开发还是很smoothly的。搞系统构架其实是很不容易的，搞得好的已经不算是developer了，是architect。对一般的开发人员，还是不应该有太高的要求。移植性当然很重要，里边包含很多的经验和心血。不过如果从编程的角度上，我认为，软件整体结构的设计，算法，和代码的效率，安全性是很重要的方面。把这些能搞好就已经很不容易了。

kolecat

牛人们多聊点吧，对我们这些没有接触过的人多点有意的启发和初步的认识哦

kangkangss

原帖由 cleverman 于 2007-8-17 13:26 发表
我有时间也想写一写我对华为的看法。

看来白盒测试转开发还是很smoothly的。搞系统构架其实是很不容易的，搞得好的已经不算是developer了，是architect。对一般的开发人员，还是不应该有太高的要求。移植性当 ...

我以为，白盒和开发基本在一个level，架构是另外一回事；

我是从开发转作白盒，公司在白盒方面开展的不是太好，阴错阳差的做了测试的leader。

一直以来想搞懂并一直没有太明白的就是：除了现在比较普遍的黑盒和自动化测试，我们还能去做些什么？如何去做？
当然，也是要考虑到测试个人的水平，基本都没有编程经验。

cleverman

没编程经验，你能带领他们把黑盒，自动化做好，就很不容易了。

seifer1754

作白盒测试，比编码还要麻烦。
开发人员作一个小变化，测试人员会耗费几倍的时间来测试。
我感觉做测试，比做开发还要麻烦。

kevin_park315

开发就是在写Bug，测试只是告诉他们你们一共写了多少个Bug.sdlkfj3

muerte

上面的牛人，你们公司做嵌入式代码的测试的时候，使用什么工具，我也一直在研究这块，可惜没有发现什么好的捷径

msn：jason-dsr@hotmail.com

seifer1754

嵌入式开发最主要的还是交叉编译。
那么你做测试，肯定是要在目标机上面作代码的测试。
如果仅仅是测试代码的逻辑，那么采用cunit,Adaunit 都可以。
如果需要结合目标机的内存分配来进行测试，一般是在debug模式下来进行测试的。
例如用 gdb的远程调试来对目标机进行编译调试，在Debug模式下直接进行测试。
或者可以购买一些公司的编译器，会自带一些常见cpu的模拟环境。
例如 GreenHills 公司的编译器.
我这里因为编译平台是 PowerPC 和 Mips 两种。 使用的是 GreenHills 公司的编译器。
可以在Winows平台上模拟PowerPC 和 Mips 的环境。直接对代码在Debug模式下进行测试。