feature branch merge之后，scrum团队就解散了...
主branch上的qa会做一些简单测试，确保没有严重问题。
如果出现问题，会是原scrum团队中的senior dev在主branch修复，修复一般不会出现严重问题。
不过就算出现问题也没事，主branch上的activities比较少，qa大不了退回到上一个build。
别的scrum会定期从主branch merge稳定的代码过来。
qa团队手头有个长长的test cases列表，不同的情况人工跑不同的case集合
这种是传统软件开发公司，qa和dev配比在1：1甚至1.5：1之间

国内互联网公司不是这样。我见过某互联网公司某个项目，开发测完了就上线了，qa也不能说没有，50人的开发配了3-5个qa。
然后灰度ci，灰度用户。那个团队经常半夜3点被客服叫起来修复客户问题。每年团队离职率至少10%...


【 在 eGust 的大作中提到: 】
: feature branch 并入主 branch 之后，再让 qa 把 feature 重新测一遍吗？如果发现问题，之后的 fix 是直接进主 branch 还是有其它的流程？我其实挺好奇其他公司都是怎么做的，毕竟网上能找到的文章大都忽略了 QA 的角色，而在实际中真的 CI/CD 后敢直接拿用户当小白鼠的还是极少数。所以不管有没有自动测试，不至于一个小错误就浪费许多人的时间，应该是每个项目都会遇到的问题。
: 这么来看，我们 rails app 还算是很容易搞了，如果能用上 container 的话。我们最主要的问题是数据库，我本地电脑上的测试，启动 oracle container 大概要30秒左右能用，然后大概3分钟建好空的数据库。一旦数据库准备好，启动应用本身不会超过1分钟。按照我的估计，技术上不超过10分钟就能从0跑起来，跟10个小时比起来几乎就没有时间成本。上个厕所，倒杯水，再读一下 jira，差不多也就能用了。
:
--
FROM 123.116.198.*