这是一个创建于 1891 天前的主题,其中的信息可能已经有所发展或是发生改变。
楼主最近加入一个新公司。主要职责暂时是处理一些 CICD 的问题。
大概的情况是这样。
公司每年 4 次 release。code base 在 cut beta 之后会分出来一个 branch。
这个 branch 的 build 会给 client 做测试。一般新的 feature 会出来很多 bug。
然后开始修并产生 rc 版本。正常情况下产生 2 到 3 个 rc 版本后到 release。
但是很多时候新的 rc 又出新的 bug。而每个 rc 都会需要 release QA 一个 3 天的 regression 测试。
非常费时间。但是现在很多自动化测试并不是 per commit 的。
每个 feature team 有自己的 unit test 和 integration test。
但是 checkin 之后的 code 只有 daily 的 automation test。
以至于有些 feature 在自己的 scope 里面是好用的。但是 daily 的全局测试里 fail。
然后还得花时间看是哪个组的 feature 的问题。
想请问大家有没有遇到这样的问题。如何解决。
楼主现在只能和 release qa team 合作去 identify 自动化里面缺失的测试。
没想到如何能彻底解决这个问题。
求指点。。