质量的真正缔造者——需求

随着中国软件市场的不断发展和成熟，软件市场的竞争越来越激烈，客户对软件产品质量的要求也逐步提高。目前各个企业所面临的挑战主要是体现在：满足客户持续升高的期望、缩短产品上市时间和提高产品/系统/软件的质量。质量永远是检验一个产品是否合格的参照物，而测试又是检验一个产品质量的重要环节。一个合格的软件产品，后期在测试它的质量时所耗费的精力、时间与开发它相差无几。因此，做好测试工作也是提升一个企业竞争力的重要因素。

　　本文概述了需求驱动测试的优点;需求驱动测试组合了需求管理和测试管理在流程方面的最佳实践。还将查看用于指导集成流程的原则，并简介经典的 V 模型的演进版 W 模型。首先给大家阐述几个相关的概念：

　　什么是需求管理?

　　需求是必须通过产品或流程满足的声明。

　　需求多种多样，而且用于描述需求的词语也非常丰富。例如，下列词语都可看作需求：目标、志向、条件、合同、限制、终点、要求、需要、目的、责任、规定、必要条件、规则、规格和指标。选用词语“需求 ”作为所有这些概念的同义词，并将之用于表示个人声明、条款或条目(而非整个需求文档)。

　　需求管理由一套规范和活动组成。是一种用于查找、记录、组织和跟踪系统需求变更的系统化方法。

　　很多人错误地认为仅在项目定义阶段才开展需求管理。事实上，需求以一种形式或另一种形式存在于开发的各个阶段。尤其在测试的各个阶段(甚至开发的最后阶段)，需求起着至关重要的作用

　　需求管理中的三个关键规范与本文关系非常密切：

　　• 如何表述需求。需求不仅应该精简和明确，而且还应该具有可测试性。通常意在确保可以适当量化需求和明确识别测试标准。这些测试标准提供测试阶段使用的必要信息。

　　• 如何分类需求。所有需求天生并非平等。有些需求远重要于其它需求。为有效管理开发，必须以最适合应用程序的方式分类每个需求声明，这样在分配资源的时候可以制定工程和管理方面的决策。

　　• 如何跟踪需求。创建跟踪是需求管理的重要组成部分。通过沿着开发阶段的正方向和逆方向跟踪需求、向前和向后跟踪测试至相关需求的功能，能够以各种方式报告项目进度和分析变更影响。

　　什么是测试?

　　测试是任何以发现缺陷为目的的活动。

　　这是测试的故意宽泛定义。它覆盖各种早期活动(如评审需求、检查设计、概览结构和从建模进行分析)和传统的单元测试、系统测试和验收测试阶段。

　　就很多人而言，这个定义太宽泛，因为它偏离测试的传统定位(肯定位于 V 模型的右侧)。但是该定义承认：在真正构建和编码之前，可以“测试”(评审、核实、验证、限定和评估)需求和设计本身。

　　为符合该定义的宽度，我们选用词语“限定 ”来涵盖测试、核实、验证和评估。因此“测试标准”变为“限定标准”，“测试计划”变为“限定计划”。

　　缺陷是任何偏离需求的事项。

　　理想状态下，通过参考需求即可识别缺陷。有些需求直接针对产品(源于客户)，而有些需求则针对开发流程(标准和程序)。后者将封装最佳实践，而最佳实践又是专门为减少引入和传播缺陷而设计的。

　　需求驱动测试的原则

　　以上为大家介绍了三个与本文相关的概念，需求，需求管理和测试，下面我们将这三点关联到一起，通过三者之间的联系进一步阐述本文的观点。测试有一些应该被重视的原则。它们从更高的层面上表示最佳实践(关于需求驱动测试方面)的元素