在制定系统测试计划的时候如何通过WBS确定测试范围

1、树形结构如何规划：

先确定要提交哪些可交付物，并根据交付物确定要进行测试的类型。如要提交一个可运行的产品至少需要做功能测试。如果该产品对于性能有要求，要求提交性能测试报告，则相应的要做性能测试。如果对于产品支持的环境有要求则要求进行兼容性测试。

然后对每种类型的测试细分任务，并为每个任务设定相应的开始和结束时间，约束其制约关系。如，测试需求收集和测试环境的搭建可能并无必须的先后次序，而测试环境的搭建一定是测试数据准备的前置任务。当测试通过WBS进行明确的细分到一定程度后，对项目有一定了解程度的人就能看出你其实不准备做某种类型的测试了。

最后，把相关的资源分配到每个任务上（一般人力资源占大多数，也包含一些环境资源等）。

2、分解的粒度：

分解的粒度因项目而异，因交付成果的不同而异。一般分解到WBS下层的组成部分对于上层而言，是完成上层对应的可交付成果不仅是必要的而且是充分的即可。具体操作时一般最小的任务不会少于1天，但当然有些任务是在1天内并行。

3、工作包的定义：
根据PMBok的定义：属于工作分解结构底层组成部分的计划工作叫工作包，可以安排在进度表中，估算费用，进行监控。它能够可靠地估算工作费用和持续时间。

4、工作中的度量指标：
目前没有用到过WBS的度量指标。

5、对后续工作的指导意义：
一般来说，从WBS上可以看出一个项目的时间、内容、资源情况。WBS能够为后续范围核实和范围控制，以及后续资源的分配奠定一个基础。实际执行时的偏差能够帮我们及时发现并控制项目风险，并为今后更合理地控制范围、分配资源等提供借鉴。