哈哈，已收到。感谢

换个对测试要求/需求更高的公司？业务形态和研发节奏决定了你现在公司测试能提供的价值。

因为敏捷研发，既要快，又要稳；才需要更精细化的分工。在那种节奏下，测试才能发挥最大的价值。不过就是要求高，完了，人也很累就是了。

有点类似之前我问过同样的问题，不过我问的是：“测试的天花板很低吗？”

这么卷的吗

xswl ，你领导看到你的这个灌水，会不会爆炸。

牛批~~感觉像是一个团队的作品，会有计划开源吗？

是的，变化不是你想拥抱就能拥抱的

刚理顺团队关系，准备发力，结果变这样。

哇塞，你那这么狠的吗？卷的过分了。

我这就是被变化拥抱了

私信楼主呗

尴尬了。我进群了。发现 3 个社区工作人员 + 我一个围观的。 大家快来啊

申请开通专栏，谢谢😊

同问，有转让票的联系下我呗

老哥，真的很能折腾。respect！

大佬的见解很独到。

我的理解。流程管理工具更多的是为了管控进度、风险跟交付的质量。效率提升可能会是第二位，很重要，但并非核心要素。

哈哈。标题党嘛，为了引起大家讨论，谅解一哈。

“计划中需要执行的 case 根据这个版本、迭代下的需求、任务关联的 case 自动加入，测试计划随版本、迭代计划内容的变更自动变更” 这个其实已经在产品现在的版本实现了。奈何用户没有做计划的习惯。自动化创建，发送报告，倒是挺好的甜点功能。做上之后能不能再抢救一下。谢谢槽神

了解了。谢谢～

我们是做 SaaS 服务的。所以可能要更多考虑业内大部分的形态，以及产品的生存问题

一般忽略的就是我在另外一个帖子提到的：测试计划、测试报告
你们团队的文化，可能决定了，测试可以抱怨，而团队会因此做出改进。但从我做工具的角度，还是希望一开始就能给一个一步到位或者大概齐的解决方案（流程）给到用户。这样别人才会愿意购买我们的服务。

而如果大部分用户都不希望有流程，不认可流程有价值。从做 SaaS 的角度，我考虑的是，我是不是也应该弱化产品这块的功能，顺应潮流？做其他更有价值的功能。

有些朋友可能误解了。

我本身从业很长时间了。大部分工具我都开发过，不存在要求低。本文讨论都也不单单是个例都问题，没必要无限拔高。讨论都是普适性的问题，就是大部分人的问题，即不只是我自己的疑虑。

为何有此一问，主要是在做 Devops 的工具，我负责测试管理的工具，在实际的调研跟过程中发现很多的一线团队不管基于什么原因，都在有意无意的忽略流程，唯工具，唯技术论。所以，我也把我跟我领导（开发出身）的一些讨论放出来。

可能标题起的有点惊悚，大家的讨论有点跑偏。我的问题。哈哈。

你这里说的是自动化测试平台吧？

好吧。我还坚持要加强平台的测试报告功能来着。看来是力气用错了方向

尴尬了。哈哈哈。