我们现在可以把执行测试所获得的数据添加到模型。我们对测试状态和测试中发现的缺陷比较感兴趣，如图 4 所示。

图 4：含有测试结果的 W 模型

        因为无法规范地将缺陷分配到开发的各个层上，因此所有缺陷都被放置在单个的存储库中。测试的执行活动包括分析缺陷，通过分析缺陷可以确定产品是否存在真正的缺陷以及缺陷涉及哪些需求。通过跟踪缺陷至受影响的需求，来记录该分析的结果，如图 5 所示。

图 5：含有缺陷（跟踪至需求）的 W 模型

        此方法采纳了上文所述的三个原则：
 • 尽早计划测试。通过在撰写需求的时候编写限定计划，实现在撰写需求的时候考虑测试。
 • 尽早执行测试。将限定计划映射到“限定时间表”可以鼓励考虑尽早限定和测试（可以针对每个需求执行限定和测试）。

• 测试与缺陷识别，跟踪至需求。通过这种跟踪模型，可以维护和分析这些关系。
        注意，要确定个人需求是否被完全实现，则需要同时使用达标关系和限定关系来收集一组完整的测试结果。
        最后，测试趋向于具有高可迭代性。执行测试之后发现并修正缺陷，接着在重复测试。图 6 显示的是根据同一标准多次运行测试所得到的结果。通过按序运行测试，可以确定测试结果的发展情况和进度。

图 6：含有多次测试运行的 W 模型

Telelogic 需求驱动测试解决方案

        Telelogic DOORS® 是市场和技术都领先的需求管理解决方案。通过改进需求的沟通和协作，从而提高系统工程和关键业务的IT 项目的质量。

        DOORS 通过增加业务目标、客户需求、技术规格和规定的可见性来提高质量。
        通过下列各种强大功能（捕获、链接、分析和管理需求变更及其跟踪），DOORS 可以确保遵从要求和遵守规定/标准。

        DOORS 提供用于管理需求和测试用例的集成环境。通过 DOORS 中的“Test Tracking Toolkit”（测试跟踪工具包），企业可以创建从需求至测试的链接，所以您可以：
 • 定义测试用例并将它们链接至原始需求
 • 策划和记录测试运行的结果
 • 比较不同测试运行的结果，以查看发生变更的内容
 • 询问需求以了解需求覆盖率和测试状态 
        Telelogic Change™ 是基于 Web 的工作流和变更管理解决方案，不仅简化变更管理流程，还能够使企业以一致的方式跟踪缺陷和错误。通过 Telelogic Change，企业可以有条不紊地响应所有类型的变更。这样将在整个开发生命周期中改进整个企业的沟通和协作，帮助企业积极响应持续不断的变更、提高生产率和缩短上市时间。

结论

        本文主要探讨了如何将需求管理和测试集成到需求驱动的测试流程中。
        因为测试的原则/关键实践与需求息息相关，所以我们对此重点进行了说明。然后我们对经典的“V”模型进行扩展，在“V”模型的基础上添加了测试流程和测试信息，使其可以显示各种数据（应该以集成方式进行管理）之间的关系。并将之命名为“W”模型。

        当今，在提高个人生产率和实施点解决方案方面，开发产品、系统和软件的企业无法得到满足。为了能够保持住竞争优势，分析师、开发人员和测试人员必须一同帮助企业发挥它的全部潜能。在集成工具的支持下，需求驱动测试为应用程序的生命周期管理 (ALM) 方法的关键部分提供了解决方案，这也必将成为企业在市场竞争中的一项优势。

        本文节选自Telelogic公司产品市场总监Dominic Tavassoli先生的技术文章，有删节。Dominic Tavassoli在国防、汽车、金融等行业拥有多年需求管理、变更管理及应用系统生命周期管理软件解决方案的经验，是一位资深的行业专家。