2
1
0
先把当前代码的结果写成详细的功能文档，然后让最新的模型基于功能文档去重写是个好方法。
我也常用，有个要注意的问题就是不要指望它写完了就是稳定的，要花一点时间才能稳定下来，验证的时间是少不了的。
以前的单元测试代码不一定能用也不建议用，因为代码不一样了单元测试的价值不大。
IT技术
(
twitter.com
)
由
宝玉
提交
先把当前代码的结果写成详细的功能文档，然后让最新的模型基于功能文档去重写是个好方法。
我也常用，有个要注意的问题就是不要指望它写完了就是稳定的，要花一点时间才能稳定下来，验证的时间是少不了的。
以前的单元测试代码不一定能用也不建议用，因为代码不一样了单元测试的价值不大。
但以前的E2E（End to end，端到端，黑盒直接测试最终结果）测试是有用的，能保证主要流程跑通，最多稍作修改。
所以重写之前，先让 AI 补一些 E2E 测试，覆盖主要流程，重写的时候可以验证，写好了以后改功能都可以跑一遍。
但是要注意的是 E2E 测试没有那么稳定，有时候会受环境影响而导致失败；另一个就是速度慢，跑一遍要花一点时间（取决于你功能多少）。
所以通常不会覆盖太完整，只是覆盖主要流程，并且不会跑的太频繁。
Web E2E 最成熟，Playwright 这样的框架就足够好了，其他的我不太熟。
点击图片查看原图
点击图片查看原图
Markdown支持
评论加载中...
您可能感兴趣的：
1
302
301
301
7
960
959
959
15
675
674
674
16
137
136
136
18
262
261
261
20
191
190
190
