面对不合理的需求，我们怎么做？

面对不合理的需求，我们怎么做？

产品人员提了一个需求，在你看来这个需求无论是展现还是功能逻辑都不合理，上线会被用户吐槽。我们会怎么做呢？

建议：根据实际情况，具体问题具体分析。

Step1：了解”不合理”需求目的和背景

当测试人员接到一个需求进行测试时，扮演的角色不应只限定于：接受需求内容--->根据需求测试设计--->执行测试用例，可以更多地去了解需求的目的和背景。有的时候在我们看来不合理的需求，可能是有其原因和背景的。

1.需求的快速试错。这是互联网公司普遍的做法，通过快速迭代开发出可使用的产品，然后发布给部分用户试用，收集用户的反馈，进行修改和试错。如果是基于这种因素的考虑，我们不妨配合产品、开发，快速完成功能的可用性验证并且发布。

2.特殊情况下的攻关战。举个例子：前段时间搜狗号码通lite版上线后，被用户抱怨通讯录里导入了上千个陌生号码，进而达到不越狱也能标记骚扰电话的功能。初看到这个新闻后，我也是惊讶不已，产品居然会提出这样的需求并上线！

但是后来的发展是这样的：竞争对手360快速跟进也推出类似功能--->搜狗公布相关专利--->搜狗联合百度360等厂家共享专利--->通过舆论向苹果施压开放相关API。看到这里，我终于明白了那个看似不合理的需求所代表的含义和目的。

Step2：通过沟通交换看法

这个世界是纷彩多样的，产品人员性格、做事方式也是多样的。有的产品人员比较随和，我们可以坐下来一起讨论需求不合理的地方。有的产品人员比较强势，吃软不吃硬，或者吃硬不吃软，或者软硬都不吃。

建议：对于不同的人用不同的方式，但是要遵循的原则是：

1.摆事实讲道理，有理有据。

2.以达成共识为目标，以沟通交流为主要方式。

举个例子：浏览器某个版本曾提出一个需求，当用户的系统内存占用比较高的时候，浏览器会自动进行内存清理并告知用户。这个需求有个很大的问题就是会频繁弹泡打扰用户，此前我们曾犯过类似的“问题”：浏览器以前有个假死检测功能，当页面假死的时候浏览器会自动弹泡提示假死，以避免在页面停留等待时间过长。但实际结果是用户根本不买账，反而认为搜狗浏览器相比其他浏览器容易假死。

所以当面对内存清理这个不合理的需求时，我们的做法是：

1.先抛出我们的观点，促使大家能够一起讨论。

2.在沟通过程中，用之前的实例说服对方。

3.在说服没有取得进展和答复的情况下，向上(其Leader或项目经理)抛出观点，让更多人了解、讨论这个需求潜在的风险。

Step3：书面形式备忘结论

测试工程师的职责之一是客观地评估产品质量和潜在风险。所以无论以上是通过了解需求目的达成的共识，还是沟通交流达成的共识，或者只是达成了妥协，建议最终通过书面的形式备忘最终的结论。





原文链接

如需转载该篇文章，请注明来自“搜狗测试”