需求文档需要描写清楚，做好细节处的处理惩罚，这样才气让测试和开拓看懂，淘汰重复扯皮。本文作者从自身事情实践出发，梳理总结了后端产物需求文章撰写上需要留意的几个问题，与各人分享。

01 原觉得恰到长处的描写，或者不是更佳表达 ***

怎么在PRD中表达“区间不能彼此交错”呢？

案例：

在一个Excel导入成果的需求中，要导入的内容是差异重量区间对应的用度计较法则。因此需求文档中，要浮现不答允重量区间交错。

如何描写呢？举例说明：

描写一：同一法则的任意两条数据，其重量区间不能有交错；

​​描写二：同一法则的任意两条数据，假设重量区间别离为a-b、c-d，那么若呈现a<e<b、a<f<b、e<b<f、e<a<f中的任意一种环境，则视为这两个重量区间交错。

描写三：同一法则的各条数据，每一条数据的起点或终点，都不能介于其余各行的起点和终点之间。

阐明：

描写一：同一法则的任意两条数据，其重量区间不能有交错；

看起来较量需求化，但实际上存在一个问题，就是没有界说什么样才算是交错。

因此，是需求描写的不清楚。

假如产物司理认为交错是个呆子问题无需界说（实际确实如此），可是开拓的代码假如写错，就会呈现对标纷歧致。

换句话说，产物领略这句话，开拓也领略这句话的意思，测试也领略，可是没有确保各人的领略是一致的。

描写二：同一法则的任意两条数据，假设重量区间别离为a-b、c-d，那么若呈现a<e<b、a<f<b、e<b<f、e<a<f中的任意一种环境，则视为这两个重量区间交错。

比描写一越发详细化，抽象归纳综合，给出了界说。可是实际上碰着的环境是，开拓本身把本身搞糊涂了，最后开拓看着描写三，才把代码写清楚。

描写三：同一法则的各条数据，每一条数据的起点或终点，都不能介于其余各行的起点和终点之间。

比起描写二，描写三的本质是一样的，可是你会发明，换了一个简朴的描写 *** ，制止了一个先入为主的限制，给开拓一些留白，又能不漏掉地去想本身的代码。

02 蛛丝马迹的疏忽，测试是否会放过？ 案例：

电子条约的一个环节是签章。点击签章按钮，新窗口打开第三方外部链接，在第三方提供的外链上完成签章操纵。回到页面，状态变为‘已签章’。

阐明：

以上的描写好像没有问题，说清楚操纵步调，也要求页面状态改观。

可是忽视一个小问题：新窗口操纵完成后，旧窗口不会知道状态的变革，也就是缺少一个刷新状态的成果。

这时候若用户封锁外链接窗口，回到旧窗口页面，是没有变革的。因为一直在外链上操纵，没有在旧页面实现任何触发因素。

只有通过用户手动点击刷新旧页面，可能自动刷新之后，才会回响过来。

因此，假如需求中不交接这个配景，开拓不必然问，但测试大概就会问，这种环境算不算bug，因为文档要求是状态改观，而没说手动过系统刷新该页面之后发生状态改观。

对此细节，若测试较真的，就需要补上。

好比明晰不做自动刷新或刷新按钮，手动加载页面才刷新。

也可以说在外链完成的时候，提示的文案中写清楚需刷新原页面。

03 A/B方案的对决，是论据而非感受

这个字段加在哪个模块呢？

案例：

已知模块：

商品打点靠山、勾当设置靠山、C端商城通例区、C端商城促销区

已知逻辑：

商品打点靠山的商品上架之后，进入C端商城通例区销售；该状态下的商品，才可以设置勾当；设置之后，呈此刻C端商城促销区；

需求：

个体用户但愿指定的商品在促销区的时候，不要显示在通例区。怎么办理？

方案：

但愿在商品靠山，对商品增加一个字段：‘是否参加勾那时不显示在通例区’。

这样上架的之后，一旦碰着有勾当，则读取商品设置的该字段的值，抉择是否埋没通例区的展示。

阐明：

本质上C端只需要一个标示——是否只展示在促销区。

那么对C端从那边获取都是一样的。于是问题在于，放在商品这里符合吗？可能还可以放在其他哪些处所？

从用户场景来说，因为促销勾当，所以才激发了药屏蔽通例区，因此建设勾当的处所配置该字段，从心理间隔上最近。

从操纵上，设置促销勾当的同时，就在页面上勾选是否仅显示勾当，也较量利便；

反过来：

假如做在商品靠山，那么每次用户配置，都要从一个场景切换回到一个（较为低频的）基本商品库中设置，显然较量有间隔感；