很多时候，不是没有UML图的问题，而是发现需求本身不全面。因此建立需求UML的过程，也是对需求进行补充的过程。
需求建立之后，我们需要把需求转换为测试需求。转换的基础是：定义测试项。也就是，需要在本需求中，定义那些内容是需要进行测试的。根据测试项，对活动图进行分析，察看是否需要增加为了需求项（会转换成检查点）来增加检查节点。如果原来的活动图已经能够满足要求，就可以直接把需求活动图转换成为测试活动图；如果缺少，就需要对需求活动图增加检查点，主要是增加检查功能，最典型的是增加查询，并且可以根据查询结果进行校验。
● 从测试模型到测试场景
测试模型建立完成，我们需要把测试模型转换成为测试场景。
这个方法就是路径扫描，发现从“开始”到“结束”节点，有多少条路径。
测试模型中的每条路径就是一个测试场景。
这个部分是自动来实现的，不需赘述。
● 从测试场景到测试用例
测试场景建立完成，就需要进行测试用例设计。从MDV的角度，测试用例就是给测试场景增加了测试数据来形成的：测试场景+测试数据=测试用例’s
因此，这个阶段的重点工作就是设计测试数据，或者添加测试数据给测试场景，形成测试用例（很多个测试用例）。
这个方法，我们叫做面向测试模型驱动的测试设计方法。
