51Testing软件测试论坛

标题: 如何才能有效的进行白盒测试 [打印本页]

作者: 飞飞 时间: 2004-8-27 16:26
标题: 如何才能有效的进行白盒测试
除了像微软一样的大公司，很少有公司进行详细的白盒测试。即使要进行白盒测试，也不会很复杂。
请教各位白盒测试的流程？怎样进行白盒测试，才不至于过深，也不会过浅？

作者: smartbaby 时间: 2004-8-29 21:10
怎样进行白盒测试，才不至于过深，也不会过浅？
我认为只要是适合所在公司的测试就是不深也不浅的测试～
不论是白盒测试还是黑盒测试。
至于怎么做，根据需要来进行就是。

作者: Fuli 时间: 2004-8-31 11:03
同意

作者: annie 时间: 2004-8-31 15:00
个人认为做白盒测试用“路径覆盖”的方法比较适合

作者: babybear315 时间: 2004-11-5 12:56
对测试人员来说，如果单位的开发和测试的比例是1：1的情况下才有可能进行真正意义上的白盒单元测试，否则，如果比例悬殊，只能用一些白盒工具检查一下系统的内存泄露啊，系统瓶颈之类的测试，因为要测试代码覆盖率很难，对大多数公司来说，限于测试人员的编程水平，白盒不好做啊！

作者: fzx 时间: 2004-11-19 15:44
“对大多数公司来说，限于测试人员的编程水平，白盒不好做啊！”
——这个不是理由，测试人员应该具有基本的编程技能。

单元测试时候，白盒测试如果作不好，怎么集成，怎么作系统测试？还讲什么测试成本？只注重测试过程和Bug管理是解决不了技术问题的。。。

大家应该共同致力于对白盒测试的学习和实践，把我们的测试事业推向成熟。。。。。

作者: fzx 时间: 2004-11-19 16:04
个人对白盒的理解：

1)静态白盒
开发人员编码期间或完成之后，要作多次代码审查，这个过程中能发现很多Bug

2)动态白盒
跟据项目进展情况，结合公司对项目的质量要求，可以适当调整测试计划，并重新确定测试对象的粒度。例如是C++项目，以类或类簇作为基本的测试对象;如果是算法密集型项目，则对算法作全面测试。对每个测试对象，根据可能的几种转换状态（可以利用UML状态图），然后用路径覆盖方法。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)