最近在看脉冲云开发平台，里面不知道和你说的一样不？点击可以了解下

全流程用的脉冲云，测试用例这块儿还没有上，也可以了解下。

不可以 + 测试
测试 leader 可以有修改权限，但必须要通知组员，如果在不通知的情况下出了问题，谁来负责呢？
我赞成刚才楼上的回答，这是两个问题，一个是系统设计，另外是工作流程。
在我们使用脉冲云产品的时候，整个系统中的设计是分权限的，可以给 leader 权限，让其有权限管理组员任务，发现问题并修改 team 相关任务时，关联的修改记录以及历史版本都有存留，同时脉冲云的系统功能在 leader 修改时，消息推送到组员查看任务修改的地方，同时了解到为什么修改。其实，在 team 合作中，这样即使对组员的尊重，也在一定程度上帮助了组员。团队协作相当重要！

谢谢，希望有所帮助！

个人认为灰度发布的灰度期应该是有限的，毕竟发布是为了发布成功。你这种情况应该需要鉴权服务长期运行进行长期分流，而且很有可能你的 V1 和 V2 仍然需要各自独立升级，并不一定从 V1 升级到 V2，或者短期内不会。

无论是做产品还是做测试，全局把控是最重要的，部门与部门之间的流程化会大大提升产品的交付周期。做测试的时候，肯定有遇到在项目实施过程中开发、运维、测试之间的矛盾，既然有此经历，就应该在此之上，把控好产品的全局概念，让人人都参与进来，实时了解项目进展，减少测试时埋怨开发 bug 多，同时降低运维对测试的抱怨。

测试工作最好在产品需求/创意的初期，就要求测试人员参与进来，强调参与流程的重要性，只有在了解整个产品的流程，在项目开发中无缝衔接，这样才能避免在测试短时间下出现的开发 bug 多，从 0 到 1，全面介入很重要，后续结合自动化产品测试工具，合理的安排时间。脉冲云开发平台是基于从产品的创意、需求、设计、开发、部署、测试、发布等整套的全流程的 DevOps 平台，各个任务之间相互关联，无缝衔接，全自动化。

同一个仓库，不同分支应该可以吧？