【51CTO特别策划】软件开发是一个不断的完善过程，软件产品最终交付之前会发生很多变化。而检验正是看软件产品跟业务需求之间偏差有多大的手段。51CTO.com联合CIOAge.com对AQM应用质量管理的领导者——中国惠普软件集团的专家进行了系列的视频专访，并即将隆重推出AQM技术专区。惠普软件技术顾问刘群策在接受51CTO记者专访时说：“在开发过程中，还有一个很大的问题就是，积累的文档很少，这样产生的问题是一旦进行测试，可能测试人员仅仅可以获知业务的原型，而验证真正的技术实现是很困难的。所以需要通过一个平台，能够把它测试的文档很好的管理起来。”

对测试的管理可以上升到对业务的需求，它可以把业务需求转换成测试需求。刘群策谈到：“惠普可以对这种需求，包括测试需求、功能需求、业务需求都管理起来。同时建立他们之间的关联，就是你可以清楚的看到，这条需求受到了哪些需求的影响。如果你的需求发生变化的时候，你可以清楚的看到，受它影响的需求是哪些？然后你也可以通过这种关联关系快速地定位到有哪些测试案例，覆盖了或者支撑这些需求的测试。然后你也可以看到这条需求变更的话，那究竟要执行哪些案例，然后案例的执行情况或者说它会产生哪些缺陷。你可以通过这种统一的测试平台可以清楚的看到跟需求相关的一些的信息。”

在提供的对需求的风险性评估时。惠普定义了一些指标，可以从需求对业务的影响，还有需求产生这种失效的可能性两个方面去评估需求的风险性的级别是什么样的，然后用户也可以去自定义一些指标，通过这些指标我们就可以对每条需求排排队，看看哪些是对业务影响最大的，确定关键性需求，这样就可以在人力和财力有限的条件下，优先对这些需求进行测试。保证你最关键的需求测试的这种完成，然后再考虑到比如说有剩下的时间，再对其他的需求进行测试。

“AQM在惠普提出的整个BTO中起到了承先启后的作用”，刘群测谈到：“IT战略方面我们通过项目和组合管理解决方案帮助用户去确定哪些需求跟用户业务目标是一致的；企业是不是有足够的人力和物力去做这个项目；通过怎样的任务分配可以保证项目的顺利进行。AQM恰恰是帮你去验证这个项目是不是符合了你的业务需求。”

“同样AQM对后面也会起到作用。如果在设计阶段的质量产生问题，交付后无疑会给运维造成很大的压力，那么AQM最大化的消除内部存在的缺陷以后，就会减轻很多运维的压力。同时通过运维将一些反馈传递给AQM测试小组或者测试部门，他们可以看到这个缺陷造成的根本原因，进而找到具体的模块遗漏，在后期不断的去改善测试工作和产品质量。”【文/马沛】