2020年第十一届中国国际软件质量工程（iSQE）峰会特邀中兴通讯邰晓梅女士分享“海盗派测试驱动需求（TDR）”。

【问题】软件项目中存在的大多数问题均直接与需求有关、或者间接由需求问题导致，这包括并不限于：

-需求入口：需求来源多头、混乱

-需求立项：缺乏统一的需求决策机制，缺乏长期的战略规划，只存在短期的、临时的需求决策

-需求质量：需求的错误、冗余、不一致、模糊等问题是导致后期软件缺陷的主要原因

-需求传递：需求的划分和优先级的确定并不是由完整团队共创的结果；产品、开发和测试人员对需求的理解不一致

-需求跟踪：从需求分解分配到相应的开发任务、测试任务，可跟踪性不强；现有的需求管理无法支撑需求的灵活快速更新;各级别不同粒度的需求的实时状况缺乏有效的可视化手段

【现状】针对上述问题，有一些比较传统的解决办法，比如：

-工具类：采用统一的需求管理工具，录入、跟踪、管理所有需求以及工作任务，试图解决需求管理方面的问题

-评审类：先开发需求，然后组织相关人员开展需求的评审，试图解决需求质量方面的问题

-模板类：使用统一的需求模板记录和口述需求，试图解决需求沟通方面的问题

这些方法虽然从一定程度上减缓了上述需求问题的症状，不可否认的是，在相当多的敏捷项目中 上述问题并未得到根本的改善。

【TDR】海盗派“测试驱动需求开发(Test Driven Requirements development)”，简称TDR，更注重于如下三个方面：

从过程中构建需求质量：那种“先开发需求、再事后评审”的方式试图从结果上努力提升需求质量，并没有办法真正地改善需求的质量，我们要做的是“Build Quality In Requirements”，为此，必须把“质量改善的手段”前移，在需求开发的过程中，一直融入“高质量意识的大脑”、让有“测试思维的”人全程引导，做到“测试驱动需求”、而不是“测试验证需求”。

跨职能团队的紧密合作：那种“由产品人员或BA人员等特定角色、采用了某种神秘的方法或过程、最终把开发好的需求传递给需求实施人员”的工作模式，是导致上述需求问题的关键所在。TDR强调由跨职能的团队共同完成需求的讨论、需求的开发。

简洁有效的需求可视化:用简洁有效的模型、图表等手段表达需求、而不是单调冗长的文字记录需求，这可以达到一举多得的效果：即可以很好地满足短频快的迭代节奏要求、及时地响应不断变化的需求现状、又便于需求的可视化管理。

嘉宾简介

邰晓梅

嘉宾简介：邰晓梅海盗派方法学创始人，目前为中兴通讯数字技术产品线首席教练，著有《海盗测试分析:MFQ&PPDCS》一书，多次在国内外各会议上做过演讲和会前培训。

海盗派方法学专注于提高人们的技能和思维，属于通用的方法，“海盗派方法学”理论体系致力于结构化地对业务进行系统性分析，帮助产品利益相关方梳理完整的业务体系，发现被忽略的关键要素，进而降低业务和软件实施的整体风险。