PS：本文转载自黑马测试知乎

链接：https://www.zhihu.com/question/56946964/answer/3055502139

标题表面上是控诉“测试用例没啥技术含量，文员都能干”，真正控诉的是“需求不明确，测试用例改来改去，像个文员”。

面对真正控诉，深有感触，瞬间回想起自己在测试行业混迹10年摸爬滚打的曲折路程。为了彻底解决“需求不明确，测试人员应该怎么做”这个问题，我从下面两个方面分享我个人的解决经验：

1、需求不明确，作为测试人员怎么办？
2、在需求不明确，时间紧的情况下，如何高效的设计测试用例？

一、需求不明确，作为测试人员怎么办？

我说经历的互联网公司，普遍存在需求不明确的问题，也就是大家吐槽最多的“一句话”需求。

甚至我还遇到过比“一句话需求”让人更崩溃的事情：记得当时刚入职一家新公司不到1个月，接了一位产品经理的小需求，提测之后，我发现需求内容在之前的代码中已经实现了，也就是说这次需求是无效的，开发和测试人员都在做无用功。。。作为测试人员的我，内心是崩溃的。。。

"需求不明确"的问题很普遍，测试人员该怎么应对呢？两个方面：

一、心态上，要将需求不明确看成是一个机会

因为需求不明确，就留下了我们对需求进行分析设计的空间，留下了我们施展拳脚的舞台，能够发现更多的问题。这个过程中，是提升自己的过程。

二、行动上，采用四步走

1、搜集资料

搜集所有相关资料，包括但不限于与客户沟通的需求记录、需求评审记录、开发设计文档、开发需求功能列表、开发会议记录、数据库说明文档等。

这些虽然比较零散，但是有价值。

2、借鉴竞品

一般情况下，我们测的软件系统总会有着众多的对手产品，所以会有原型参考。

比如要测的是电商系统，就可以参考淘宝、京东、拼多多。电商系统主要功能逻辑基本一样的，只是细节可能有出入，我们在淘宝、京东、拼多多上操作一遍，基本上对电商系统的主要功能就已经了解了。

即使没有竞品可参考，也可以在网上搜索资料，参考下行业的基础知识，对系统有一定的认知，也可以更好的去分析需求内容。

3、根据经验和常识判断

随着测试经验的积累，大家就发现，所有系统的测试，万变不离其中，思路和方法都可以套用的。

比如上个项目测得是音乐播放系统，现在小说阅读软件系统要做会员功能，需求就一句话“做一个会员功能”，怎么测？没有详细得需求文档我就没法测了吗？no no no。

之前测的音乐播放系统也有会员功能，我们就可以用来参照。根据小说阅读软件系统的功能业务特点去细化测试会员功能。

所以之前的项目经验、测试用例设计方法、处理问题的方法、测试技术等等都可以套用。

当然这对测试人员的能力素养有一定的要求，需要测试人员不停的提升自己各方面的能力。怎么提升？请点击下面的文章详细学习：

《怎样做好软件测试？142 赞同 · 18 评论回答》
https://www.zhihu.com/question/19798371/answer/1545112971

4、沟通讨论

这点非常重要。针对不明确的需求疑问点，可以跟客户沟通，也可以和内部开发人员、产品经理进行沟通讨论。沟通过程中，需求疑问点会越聊越清晰。

针对整个项目组已经沟通确认的需求内容，就可以同步更新到产品需求文档中。

二、在需求不明确，时间紧的情况下，如何高效的设计测试用例？

需求不明确，时间还紧，也要设计编写测试用例吗？答案是必须的，为了保证测试质量，不漏测，也必须要设计编写测试用例。

但在这种情况下，可以不必非要编写详细的测试用例，可以针对需求内容先梳理设计关键的测试点，先保证能对现有的需求覆盖全面，以防遗漏。

好处就是给测试人员提供一个全面可靠的思路，防止设计用例过程中的遗漏或者错误。

这样即使后面需求变更，只需要根据需求变动部分修改补充测试点即可，不需要大规模的变动。

测试用例评审时，可先直接评审测试点。

等需求明确，测试点也通过评审后，再来进行详细测试用例撰写。

所以在需求不明确，时间紧的情况下，高效的设计测试用例共分为2步：

第一步：针对需求内容，先梳理设计关键的测试点

如何将需求内容转化为测试点呢？

1、梳理拆解测试点

一般把需求内容拆解成小的功能点，再针对每个小功能点，使用一些常用的设计测试用例的方法，分别设计测试点。

常用的设计测试用例的方法有：等价类、边界值、错误推测法、判定表、因果图、场景法等

举例：现在评价页面需求如下：

评分：1-5星 评价晒单：10-200个字符 图片：最多上传5张，小于2M，支持格式：png、jpg、jpeg、gif 匿名评价：勾选、不勾选

若上述需求要拆分成测试点，需求如下：

2、根据质量模型特性，补充测试点

测试点拆解完成之后，根据质量模型特性，站在用户角度想方设法思考，用户在使用过程中可能会存在的问题，补充完善测试点。

质量模型特征包含：功能性、性能效率、安全性、易用性、兼容性、可靠性等

仍然以上面评价页面功能为例，根据软件质量模型，补充测试点：

第二步：需求明确+测试点没问题，编写详细的测试用例

针对详细的测试用例的编写，提供几篇文章给大家学习，这里就不再唠叨了。

这里分享2篇精华文章，分别涵盖下面两个内容，看完后，写测试用例就会觉得“不过如此”。

内容1： 测试用例撰写（按照八大要素）；
内容2： 测试用例（测试点）分析（尽量让测试用例更全面，少遗漏测试场景）。

《感觉测试用例好难写怎么办?95 赞同 · 38 评论回答》
https://www.zhihu.com/question/393584042/answer/2957750770

《测试用例是怎么写的？144 赞同 · 19 评论回答》
https://www.zhihu.com/question/272193009/answer/2962583197

撰写测试用例，一般是Excel和Xmind相结合。如何结合，可以看下面这篇文章，一定让你收获满满。

《如何编写测试用例？2521 赞同 · 356 评论回答》
https://www.zhihu.com/question/51558124/answer/1494934653

如何高效撰写测试用例，还可以看下面这篇文章：

《如何写出高效的软件测试用例？1009 赞同 · 90 评论回答》
https://www.zhihu.com/question/39865629/answer/1639536795

若你是对测试不太了解的测试小萌新，有太多太多对测试的疑惑（前途、薪资、技术含量、男生是否可以干.....），强烈推荐你观看《测试小白必看：学习软件测试必问的100个问题，从此贴开始》，相信能扫除掉你心目中90%以上的常见问题。

《100个常见问题链接》：http://bbs.itheima.com/thread-507947-1-1.html

最后，为方便大家自学软件测试，特意给大家准备了一份13G的超实用干货学习资源，涉及的内容非常全面。

包括软件学习路线图，黑马50多天的上课视频、16个突击实战项目，80余个软件测试用软件，37份测试文档，70个软件测试相关问题，40篇测试经验级文章，上千份测试真题分享,还有2020软件测试面试宝典，还有软件测试求职的各类精选简历，希望对大家有所帮助…..

《2023黑马测试学习路线图链接》：http://bbs.itheima.com/thread-405757-1-1.html