测试Testing
一句话
测试是用可重复的方法检查程序是否按预期工作，可以检查一个函数，也可以检查整条用户流程。
大白话
测试像造车时的检验：先单独检查每颗螺丝，这是单元测试；再看零件装在一起能否配合，这是集成测试；最后真人上路试驾，这是端到端测试。
比喻的边界
一辆车造好后很少再改零件；软件却天天在改，每次改动都可能弄坏旧功能，所以测试要能反复自动跑，这就是回归测试的用处。
拿去就能用
开始做
我在做，最怕出错的地方是。帮我挑出最值得测的几种情况写成测试，先告诉我每个测试在检查什么，再运行并把结果给我看。
还差：功能名称、关键场景，发给 AI 前记得换掉
出错了
我改了用户资料页后，有两个测试失败了，输出贴在下面。帮我先判断是代码真的坏了，还是测试本身已经过时，说明依据后再改，不要为了让测试通过而改测试。
想做深
我的项目现在没有任何测试，每次上线前都靠手点。帮我挑出最核心的一条用户流程，写一个端到端测试自动走一遍，并告诉我怎么在本地运行它。
别这样说 → 这样说
别这样说
帮我把测试都写上。
这样说
我改了订单总价计算函数里的折扣规则。帮我为这个函数写几个单元测试，覆盖无折扣、满减和数量为 0 三种情况，先跑一遍给我看结果，并说明这些测试能证明什么。
差别：指明了测什么、覆盖哪些情况，并要求展示运行结果。
容易误解：
误解测试全部通过，就说明程序没有 Bug。
其实是测试只能证明它覆盖到的情况没问题；没写到的场景、真实环境和真实数据仍然可能出错。
展开专业理解
单元测试单独检查一个函数或组件；集成测试检查几个部分组合后能否协作；端到端测试模拟用户在界面上走完整流程。回归不是另一层，而是一种目的：改动后重跑已有测试，确认旧功能没坏，各层测试都能用来回归。测试结果只对当时的版本、环境和用例有效。
来源
- web.dev：自动化测试的类型 核对于 2026-09-26