不管是前端代码迁移还是后端代码迁移或者从一个地方拷贝到另外一个地方用,感觉回归工作量好大,而且太多细节,虽然有接口自动化,那也只能保障接口层面,而且对结果的断言也不是全量,就检验了状态和个别长度,而且前端的质量保证不了,只能手工全点一遍,感觉每次都是没有目标的全量回归,和盲测一样,开发还给不出影响范围,感觉开发自己写单元测试是不是可以保障质量
收起
去年做了大半年的系统重构工作。迁移了大量的代码。涉及到几百个文件,接口数特别多。我当时是在开发前列出了需要修改的所有接口。然后改一个,就查好所有的调用点,并且列好影响范围。半年后提测。一个接口测试只需要覆盖一个调用点功能就可以了。最后顺利上线了
报告相同问题?