或者说如何较精准的针对开发的改动进行测试？减少无意义的回归测试？
测试策略可以分享一下吗？
「原创声明：保留所有权利，禁止转载」
以业务为锚，辅以代码走查进行评估。
另外回归测试吧，不存在无意义，至少证明某种场景是成功的。
我也受到这个问题的困扰。我司现在是这样：测试针对产品需求和接口文档进行测试用例设计，评审的时候客户端或服务端开发会针对自己代码改动范围补充一些场景。但实际中遇到的问题千奇百怪，很多 Bug 都不是测试用例能写到或者覆盖到的，回归也是有可能会遗漏的。搞得我都不知道要怎么测试才能提高保障能力
先确认你的需求范围，再根据需求范围决定你的测试深度和广度
我们有任务强制备注要求，需要开发写明影响范围