序言

本教程由「小荣的网络开发日志」实操整理编写，实操踩坑验证，内容真实可靠。

遇到操作问题可直接联系作者，转载需标注原文出处，禁止私自篡改商用。

承接网站、APP、小程序、各类脚本定制开发；

AI 编程教学、一对一项目全程陪跑，提供免费技术咨询。

联系方式：微信：rongyaolg 电话：18375295913

功能验收与上线前自检

AI 把代码写完，不代表功能真的完成了。

小白最容易犯的错是：AI 说“已经修复/已经完成”，自己看一眼页面能打开，就直接继续做下一个功能。

结果常常是：

当前按钮能点，但刷新后数据没了。
电脑上能用，手机上布局乱了。
开发环境能跑，一上线就报错。
登录能成功，但退出登录坏了。
AI 修了一个地方，又把别的页面改坏了。

所以，每做完一个功能，都要做一次“验收”。

你可以把验收理解成：自己当用户，把刚做的功能认真用一遍，确认它真的能用。

1. 什么叫功能验收

功能验收不是写代码。

它是检查这个功能是否达到你的要求。

比如你让 AI 做“登录功能”，验收时不能只看页面有没有登录按钮，而是要检查：

要检查什么	举例
能不能正常操作	输入账号密码，点击登录
成功情况对不对	登录成功后跳到首页
失败情况对不对	密码错误时有提示
刷新后是否正常	登录后刷新页面，是否还保持登录
有没有报错	浏览器和后端终端有没有红字
有没有影响旧功能	首页、导航、退出登录是否还正常

一句话：

功能不是“AI 写完了”就完成，而是“你测过能用”才算完成。

2. 第一步：按用户流程点一遍

先不要看代码，先像普通用户一样使用。

比如登录功能，你可以这样测：

打开登录页。
什么都不填，直接点登录。
填错密码，点登录。
填正确账号密码，点登录。
登录成功后刷新页面。
点击退出登录。
再访问需要登录的页面。

如果是新增课程功能，可以这样测：

打开新增页面。
不填内容直接提交。
填完整内容提交。
去列表页看看是否出现。
点进详情页看内容是否正确。
修改一次再保存。
删除或下架一次，看看列表是否变化。

验收时要记住：

正常操作要测，错误操作也要测。

真实用户不会永远按你想的方式操作。

3. 第二步：看有没有红色报错

功能能点，不代表没有问题。

你还要看报错。

网页项目

打开浏览器 F12：

面板	看什么
Console	有没有红色报错
Network	有没有失败请求

如果 Console 有红字，或者 Network 有红色请求，不要急着忽略。

把报错复制给 AI：

我刚完成一个功能验收，页面看起来能用，但浏览器 Console / Network 有报错。

我测试的功能：
我刚才怎么操作：
完整报错：

请你判断这个报错是否会影响功能。如果需要修复，请只做最小修改。

后端项目

看启动后端的命令行窗口。

如果终端有红字，也复制给 AI。

尤其是登录、保存、上传、支付、数据库相关功能，后端报错很重要。

小程序项目

看微信开发者工具：

Console 有没有红字。
Network 有没有请求失败。
真机预览是否正常。

如果模拟器正常，但手机不正常，也要记录下来。

4. 第三步：换几个场景再试

很多功能第一次点能用，但换个场景就坏。

建议至少测这些：

场景	为什么要测
刷新页面	看数据会不会丢
退出再进入	看状态是否正常
空数据	看没有内容时页面会不会崩
错误输入	看有没有友好提示
手机尺寸	看移动端是否错位
慢网络	看加载中和失败提示

比如课程列表功能：

有课程时能不能显示。
没课程时有没有“暂无数据”。
接口失败时有没有提示。
手机上卡片会不会挤在一起。

小白不需要测得像专业测试工程师，但至少要把最常见的情况点一遍。

5. 第四步：跑一次项目检查命令

页面能打开，不代表项目能上线。

很多项目在开发时能跑，但构建时会失败。

常见检查命令：

npm run build

如果项目有测试命令，也可以跑：

npm test

不是每个项目都有这些命令。

如果你不知道该跑什么，问 AI：

请你查看我的项目配置，告诉我这个项目上线前应该运行哪些检查命令。
例如 build、test、lint 之类。
不要修改代码，只告诉我命令和作用。

如果运行命令后报错，把完整报错复制给 AI。

6. 第五步：让 AI 做一次验收复查

你可以让 AI 帮你从“产品角度”检查遗漏。

把你的需求和当前功能告诉 AI：

我刚完成了这个功能：
功能说明：

请你帮我做一次上线前自检。

请从这些角度检查：
1. 用户正常使用流程是否完整
2. 错误输入时有没有提示
3. 是否可能影响旧功能
4. 是否有明显安全或数据问题
5. 是否还有需要我手动测试的地方

先列检查清单，不要直接改代码。

注意最后一句：

先列检查清单，不要直接改代码。

因为这一步主要是复查，不是让 AI 又开始大改。

如果 AI 找到了明确问题，再让它逐个修。

7. 第六步：确认没问题后保存版本

验收通过后，马上提交 Git。

这样以后再改坏，你还能回到这个稳定版本。

常用命令：

git status
git add .
git commit -m "完成登录功能验收"

提交说明要写清楚，比如：

不推荐	推荐
update	完成登录功能
fix	修复课程列表空数据提示
111	完成移动端首页适配

如果你已经连接远程仓库，还可以推送：

git push

8. 最简单的验收清单

每次功能做完，照着这张表走：

检查项	是否完成
我按用户流程完整点了一遍	□
正常情况能用	□
错误情况有提示	□
刷新页面后仍然正常	□
浏览器 Console 没有红色报错	□
Network 没有明显失败请求	□
后端终端没有红色报错	□
手机尺寸或小程序真机测过	□
运行过 build / test 等检查命令	□
已经提交 Git 版本	□

不一定每个项目都全部适用，但这个清单能帮你避免大部分低级问题。

9. 小白记住一句话

写完代码以后，不要马上继续加功能。先验收，再保存版本。

AI 负责帮你写，你负责确认它真的能用。

这就是从“会让 AI 写代码”到“能做出稳定项目”的关键一步。