最近参加了某机构组织的“需求驱动测试”推介会，有些收获和体会，现总结如下。

　　演讲者的核心观点：

　　1）质量就是满足需求，质量管理的真正含义在于产品是否满足真正的业务需求。

　　2）需求是驱动质量管理的关键。因此，将需求管理系统与测试管理系统无缝地集成起来，通过建立从业务需求到测试计划、设计和执行过程的质量跟踪体系，来有效控制、监控软件质量、优化资源以及有效重用现有资源。

　　3）需求定义 + 需求管理 = 需求工程。需求定义是回答“是在解决正确的问题吗？”，而需求管理是在回答“是在正确地解决问题吗？”。

　　4）有效的需求管理，可以增加整个开发过程的产品实时可视性，确保全生命周期协作和追踪。具体的实践是将用户需求、技术需求、设计、测试用例关联起来。

　　个人体会：

　　1）“需求驱动测试”是新瓶装旧酒，推介者的最终目的是卖他们的需求管理、测试管理等相关软件和解决方案。其实需求不但驱动测试、当然也要驱动开发，因为需求是软件之源嘛！如果提需求驱动开发肯定没人感兴趣，而需求驱动测试则提供了一个很好的视角。

　　2）不管是“需求驱动测试”，还是“测试驱动开发”，都是用来强调人们曾经忽视的一面，以引起人们对被强调对象的重视，改变过去人们“重开发而轻测试”、“重技术而轻需求”的观念。需求驱动测试，测试驱动开发，那么开发驱动谁？开发出来的是程序，当然是驱动机器帮你干活咯（呵呵，开玩笑的）！在传统观念中，开发驱动Everything，所以不用提开发驱动谁，自然会驱动一切的（以开发为中心）。

　　3）推介者揭示了质量管理的核心，笔者深为认同。质量管理就是要在需求、测试用例、缺陷这三个核心对象之间建立关联关系，从而提供测试管理的可视性和可跟踪性，这才是抓住了问题的本质。

　　4）很多软件企业可能有各种独立的管理系统，如需求管理系统、测试用例管理系统、缺陷管理系统等，但这些系统之间是信息孤岛，需求、测试用例、缺陷之间缺乏关联，造成软件过程没有度量的数据基础。因此，测试管理仍然处于“雾里看花、水中望月”的境界，质量管理处于“拍脑袋、凭感觉”的状态。

　　因此，把需求管理和测试管理结合起来，建立需求、测试用例、缺陷之间的跟踪关系，定义度量的指标，才是做好软件质量管理的核心，而这样的软件系统或支撑平台才是软件研发企业真正需要的。