@c8c 澄清一下，这里的 PM 指产品经理而非项目经理，对吗？所以这个区分在于，测试可以只验证产品和软件需求，而不负责澄清和验证质量需求？

实际情况可能是，不存在一个环节叫「质量需求」，或者大部分都是隐含的而非显性提出的质量需求。谁来决定「质量需求」呢？

感谢大家回复。针对这些问题，也衍生出其他一些值得思考的问题：
（我也不知道为什么做质量会想思考这些问题，只是觉得思考了可能有助于加强相互理解，减轻部分痛点）

1. 我们一定要用软件的方式实现需求么，如果有其他方式不用研发也能交付价值，应该被鼓励吗？
2. 怎么能避免创造需求然后解决呢？（怎么避免产研测整体自嗨）
3. 假设我们验证了需求才研发，交付后怎么进行进一步的需求价值的回归验证呢？
4. 用户需求是会变的，我们以什么频率观测需求的变化呢，它是一个线性过程还是一个不断迭代的过程？
5. 当需求不合理的时候，我们是该据理力争，还是顺应时势？