【关键词】需求定义测试计划测试执行缺陷跟踪需求树测试计划树测试集
Part II 需求定义
需求定义工作流
你应该通过定义测试需求来开始整个应用程序的测试过程。需求详细地描述了在你的应用程序中哪些需要被测试,为测试组提供了整个测试过程的基础。
通过定义这些需求,你能够更好地聚焦于商业需要并对测试进行计划和管理。需求与测试和缺陷关联,从而确保整个过程可追溯并能帮助整个过程的决策。
本章描述了怎样使用TestDirector需求模块来定义测试需求。需求定义工作流包括如下过程:

在使用TestDirector之前,首先确保你已经有一个存放测试数据的工程。关于创建工程的更进一步信息,请参考《TestDirector管理员手册》(TestDirector Administrator's Guide)。
定义测试范围
测试组通过收集所有对应用程序测试有用的文档开始整个测试工作,例如收集市场和商务需求文档、系统需求说明书和设计文档等。
使用这些文档您可以对应用程序的测试方面作一个全面彻底的了解,并以此为基础来确定你的测试范围——测试目的、目标和策略(Goal、Objective、Strategy)。
在确定测试范围之前应该先问一下自己,如下几个问题:
应用程序的主要目的和方向是什么?
应用程序有哪些主要特点?
哪些功能在这个产品中是相对重要的?
在应用程序中,哪些功能是危急的或高风险的?
你的测试优先级是什么?
你的客户或最终用户是否同意你的测试优先级?
你总的质量目标是什么?
创建测试需求大纲
质量保证的管理人员用测试范围为应用程序的测试定义所有的测试需求。它们先定义测试主题,并将各个测试主题指派给测试组内的各个QA测试人员。然后每一个QA测试人员将自己所负责的测试主题记录到TestDirector工程上。
需求主题是通过创建需求树记录在需求模块里。此需求树是以图表的方式形象地描述了你的需求说明书,并显示了不同级别需求的等级关系。

举个例子,假设一个航班预定软件,它能够让你去管理航班调度、旅客登记和机票销售。QA管理人员可能会定义他主要的测试需求为:登陆操作、数据库操作、传真发送操作、安全性能力检查、图形和报表操作、UI检查操作和帮助。对于完整的例子,请查看TestDirector_Demo工程。
关于创建需求树的更进一步信息,请看第8章的“开发需求树”(Developing the Requirements Tree)。
.jpg)
