这个系统是从其他团队传承过来的老系统了。。。对于业务的理解研发跟测试都是从 0 开始的，所以我认为研发至少是提测前给测试做个最基本主流程的 show case 是没问题，像你说的，如果我之前就负责测试，重构之后确实可以不做 show case，但是大家都从 0 开始就很。。。

哪有兼职，让我也接点

是要求提测质量，因为之前试过一次，我接受了提测，但是那次单元测试通过了，但是业务流程在我这边冒烟一个都没过，所以这次提测我才要求业务流程的 show case，这种情况下，我理解研发即使做到了单元测试的代码覆盖率到 90%，但是也要至少保证提测的业务流程是通的吧，这是我的想法；因为我之前也没遇到过这种，所以也想听听大佬的建议

目前这套新系统也不是新接口包老接口，而是彻底把.net 的老系统停了，转成 Spring boot 的新系统，所以我认为 showcase 还是蛮重要的

研发上来就开始写代码，完全没技术评审，问就是不改动业务逻辑不用评审，然后我之前跟研发沟通的也是测试提供一份主流程测试用例给他们自测并 show case，研发就说他们不懂业务逻辑，其实争执点就是在研发认为他们只是复制粘贴代码逻辑，不需要理解业务，而测试这边都是准备好业务流程梳理图，测试用例这些，随时可以提供，但还是被拒绝了

这被你说中了，因为马上就要跑了，所以吐槽一下，公司内部管理也就对内减薪，对外要求测试帮忙隐藏测试真实情况，比如某次版本中发现 10 个 bug，只能跟客户说，我们只有 3 个甚至更少的 bug

研发那可太有自信了，说我们是 CTRL + C 跟 CTRL + V 的代码，怎么可能会有 bug 呢

项目组组长，因为不想管人，所以没走管理方向，主要是第一次听到这么清奇的理由，有点破防

本来这种就是全量测试了，只是被这个理由搞破防了，测试太卑微了

测试主管看好多项目，有时候反馈还处理不过来，就是纯吐槽，顺便看看大家的想法

这不是一裁一个准的事吗？不过确实过于奇葩了

我这种潜水看帖的算不算不活跃