求助白盒用例的测试

zhangfh

翻遍了所有的帖子，也没有发现有一个关于白盒测试用例比较详细的帖子。目前我得情况是，由于工作较紧张，测试员只有我一个，我所在的项目组有20个程序员。我在向项目主管建议单元测试应该交由程序员来完成。我已将黑合测试用例提交上去，白盒测试我具体没有做过，只是了解一些。比如说白盒测试中使用最多的是路径测试。但我没见过系统的具体代码，所以怎样才能指导程序员进行白盒测试呢？我们是用C#.NET编程，如果拿一个路径测试的例子来给程序员，这样做合适吗？

black_tulip

20 - 1的团队还是别去想什么白盒了。

snake

Originally posted by skinapi at 2005-2-26 10:46 PM:
不知道楼主的主管是不是想让楼主给开发人员提供一些白盒测试方法相关的培训呀。^_^

还是斑竹一针见血啊，我最近也正在忙乎这个呢

snake

Originally posted by fiolotina81 at 2005-2-25 09:08 PM:
首先说明一下，单元测试和白盒测试不是一个概念，单元测试是一个测试阶段，而白盒测试是一种测试方法．看楼主的帖子，感觉楼主想问的是单元测试的用例设计方法，下面简单说一下，如果我猜错了，楼主想问的不是这 ...

果然不辱使命啊，谢谢！

hongtang

skinapi

不知道楼主的主管是不是想让楼主给开发人员提供一些白盒测试方法相关的培训呀。^_^

fiolotina81

首先说明一下，单元测试和白盒测试不是一个概念，单元测试是一个测试阶段，而白盒测试是一种测试方法．看楼主的帖子，感觉楼主想问的是单元测试的用例设计方法，下面简单说一下，如果我猜错了，楼主想问的不是这个，以后再说．
单元测试用例设计方法：为系统运行起来而设计用例；为正向测试而设计用例；为逆向测试而设计用例；为满足特殊需求而设计用例；为完成代码覆盖率指标而设计用例．
楼主所说的路径测试，只是逻辑覆盖率中的一种，而以达到一定的逻辑覆盖率为目标设计单元测试用例的方法也只是单元测试用例设计方法之一．
路径覆盖是覆盖程度最高的逻辑覆盖，但即使是路径覆盖率达到１００％，也不能说明所测对象完全符合详细设计，而且路径覆盖通常情况下是不可能达到１００％的．个人感觉在实际的单元测试中，保证语句覆盖达到１００％，然后尽量使判定－－条件覆盖达到１００％，路径覆盖率没必要追求太高，能有多少时间就做多少．

逻辑覆盖率包括：语句覆盖，判定覆盖，条件覆盖，判定－－条件覆盖，路径覆盖
其它覆盖率包括：函数覆盖，指令块覆盖，判定路径覆盖，继承上下文覆盖，基于状态的上下文覆盖．
根据每种覆盖率设计用例即是一种单元测试用例设计方法

在为正向及逆向测试设计用例时，可以采用等价类划分法（有效和无效等价类），边界值分析法（可以和等价类结合），状态转移测试法（适用于以状态机为模型或设计为状态机的软件，如基于状态迁移的面向对象的类）

比较特殊的：错误猜测法（靠的是经验和直觉），针对性很强

单元测试需要开发大量的桩函数和驱动函数，单元测试可采取的策略有：自上而下（不用写驱动），自下而上（不用写桩），孤立测试（最可靠的方法，也是最累的方法，所有模块的桩和驱动都要写）

至于楼主说没见过系统的具体代码，这个好象不是什么问题吧？找你的项目主管要代码不就可以了．