测试用例是不是应该产品经理和开发来写？

Question

功能，业务是产品经理设计的；代码逻辑是技术编写的；
为何网上都说，测试用例，应该让测试人员来写？测试人员怎么知道这个应用究竟设计了怎样的逻辑？

所以测试用例，是不是应该产品经理和技术员来编写，再由测试人员来测试，才合理？

Answer 1

由产品经理写的那是需求
由技术人员写的那是单元测试
测试用例如果也由技术人员来写，那他们直接写成 E2E 测试好了

那么，为什么还需要测试人员呢？

产品经理只是掌握全局（可能还会有逻辑错误），技术人员只掌握某些点（全局掌握不到），而测试人员应该对系统逻辑了解最清楚的人，他们是最重要的角色。

但是：我们在项目中投入的测试人员严重不足，测试人员的作用往往又被低估，这可能也是行业现状。

Answer 2

这个要看组织架构和分工啦。
不过用例设计其实也是一个比较复杂的工程问题，需要投入大量的资源来完成，所以复杂项目，分工完善，用例是由专门的测试工程师设计，并经过评审（多方参与的）形成最终输出。

简单的项目，就要看组织考量啦，没有定性的。

已参与了 SegmentFault 思否社区 10 周年「问答」打卡 ，欢迎正在阅读的你也加入。

Answer 3

如果测试都不知道这个应用设计了什么样的逻辑，那他怎么测试？

Answer 4

如果产品经理把事情都做完了，还要开发、测试……干啥？产品经理负责把关，所以东西都由他来审，但不是由他来写。

测试人员怎么知道这个应用究竟设计了怎样的逻辑？

测试和开发都是基于需求和设计阶段的输出，也就是「软件需求规格说明书」和「详情设计说明书」。如果测试不知道，那么开发同样不知道 …… 是不是所有事情（开发、测试）都该产品经理一个人来做了呢，毕竟只有他知道。

---

已参与了 SegmentFault 思否社区 10 周年「问答」打卡 ，欢迎正在阅读的你也加入。

Answer 5

如果你把测试用例叫编写，那你可能误以为前台妹纸也可以的写的。

但是如果你把测试用例叫设计，那么你可能会觉得这玩意必须测试工程师来完成。

言归正传，我理解的正确答案：测试工程师根据产品文档、原型等各种输出材料，再严谨点可能还要来个评审会，最终定稿，期间测试工程师是参与过的，所以基本理解了整体需求，根据需求设计测试用例，并形成文档

已参与了 SegmentFault 思否社区 10 周年「问答」打卡 ，欢迎正在阅读的你也加入。

Answer 6

这问题有意思，利益相关答一波（一股乎味儿）

Q:测试人员怎么知道这个应用究竟设计了怎样的逻辑？

A:他不会问吗？而且有需求文档、设计文档，都是需要评审的，测试可以说参与了产品开发、迭代的全程。一般是开发完成前就开始写了，完成后开始测，时间管理大师属于是。

测试不想你想象的那么简单，几个人随便搞搞完事了，游戏大厂是有专门的部门去做这一块的，进行一个迭代之后，测试人员不可能需要测整一个更新内容，一个测试的任务可能就测一个模块，然后测一年都在测这一个模块，所以他只需要知道这一个模块迭代了什么。体量小的产品，看文档就得了。产品、开发、测试，链条上的每一个人都需要熟悉产品的，只不过程度可能会有不同。

Answer 7

测试人员怎么知道这个应用究竟设计了怎样的逻辑？
这个逻辑就有问题呀， 测试理论上是 最了解系统逻辑的 比产品跟开发都要懂的。
如果用例给开发写了，那开发直接E2E测试了 不需要测试了吧。我们公司因为测试人员不够，E2E都是前端写的 但是用例是测试给的