持续交付 主流程不通，开发冒烟测试都不过，是不是绝对不能提测？
背景：一个全新的团队（1 后端、1 前端、1 测试、1 产品），一个全新的项目，第一个迭代的第一次提测就延期三天，并且提测当天，开发就告知哪里不用测试，主流程使用 mock 的数据就行，产品（临时项目经理）决定还是开始测试，因为第一次迭代的延期，如果再不提测，后面所有的节点都不一样能保住，就先使用 mock 数据进行测试吧，至于主流程后面修复。
但是第二次需要提测的内容优先级也比较高，都压在那，着急开发，开发就忘记主流程，继续二次提测的功能开发工作； 等到第二次提测 的时候，结果第二次的需求内容主流程也是不通的。如此循环，到了快要发布的时间，发现主流程还是有问题的。
至于为什么不停延期，有很多原因，不在赘述，今天我就想问下，作为测试，是不是当时就不该接收主流程都不通就提测的要求呢？
这个得看产品把【兼职项目经理的】
不过正常来讲，其他功能通了，主流程不通；肯定不能提测的，毕竟核心业务就是主流程把
如果是标准流程，当然不能接受。但现实是看老板对于这个产品的期待程度。如果是希望有一个较高的质量，那肯定是打回，如果是产品认为这玩意儿可以先上线，交代任务，再慢慢来改，那就要靠商量了。毕竟不是每个公司都是大公司，都是标准流程。很多时候做为测试，你如果执意要按标准来，会让大家难堪，只要沟通的东西有记录，出事不怕背锅就行，剩下就看你怎么灵活处理了，你要给出测试不通过的结论，但产品上不上线就不是你决定的了
测试收到提测版本，首先要进行冒烟测试，如果主流程不通，直接打回，发送冒烟不通过邮件。
正常来讲，是不能提测的，你就说：
cnm，主流程冒烟都冒不过，我测了干嘛？有什么用？我白测啊？你™修好了我不也要重新跑一遍？
正常来说，主流程不通就打回的，但是实际情况比较复杂，还有就是要预告风险，那就是测试不通过，告知有延期上线的风险，并且，如果讲究流程的话，那就是在你这里是测试不通过的。不支持发布
吹落如雨
回复
正解，先给出你的观点（提前打个预防针 “告知风险”），测完了给结论（这个很重要关系到你后面会不会背锅），至于后面的事情，别给你背锅就行了
按道理来说主流程不通打回或者让开发赶紧修，测试开发 UI 都是给产品服务 有啥问题直接和产品沟通，坚决不背锅
好听点是主流程不过，商量着测试的问题，难听点，不就是开发的锅，让你测试硬背嘛