从用例到测试用例的追踪 4
图 13:用例的追踪树
第二个方法是测试用例中的追踪,如图14所示。在此种情况下,追踪树看起来会有不同:你从测试用例开始,然后追踪场景和用例。
图 14:测试用例的追踪树
进行这种追踪的一个最主要的原因--并且花费时间将其加入到RequisitePro中--是为了让你知道当一些事情发生变更时需要重新测试什么。追踪和所谓的可疑关联,如图 15所示,为你显示了由于先前的场景和用例发生了变化,哪些测试用例也要随之改变。
图 15:可疑关联
映射到IBM Rational统一过程
如何映射到IBM Rational统一过程(RUP)呢?它们大多数发生在过程中的先启和精化阶段。只要你有了用例之后,我们就可以开始建立场景和测试用例。图 16描述了这些活动对应于RUP方法论中的哪些地方。
图 16:映射到RUP阶段的追踪活动
当建立场景和测试用例时,你可以给用例设计者反馈并且精炼一下需求。这有助于在过程中尽早改变一些任务,并且最终为团队尽快完成任务做出贡献。在整个精化阶段以及几乎是整个构造阶段中都会使用测试用例。
总结
本文介绍了一种从用例中产生功能测试用例的方法。这是使用此方法的一些益处:
*用更自动化的方法产生测试用例
*避免重复测试
*更好的测试覆盖
*简化了测试进度的监控
*简化了测试人员之间的工作负载平衡
*简化了回归测试
*通过把一些任务从构造阶段移到精化阶段来缩短项目时间
*能够帮助尽早地发现缺失的需求
你创建的测试用例能够用于人工测试,也可以用于像IBM Rational Robot这样的自动化测试。这种方法已经在许多项目中获得了成功。