正则边界测试需构造明确触发/绕过边界的字符串，覆盖^/$的全串锚定、多行模式、\b/\b的单词边界及unicode影响，并结合真实用例验证，避免空格、换行等陷阱。
对正则表达式的边界（如 ^、$、\b、\B）编写单元测试，核心是**构造能明确触发/绕过边界匹配的输入字符串，并验证结果是否符合预期**。边界行为容易被忽略或误解，所以测试要覆盖“刚好匹配”和“差一点不匹配”两种情况。
测试行首 ^ 和行尾 $ 边界
^ 和 $ 默认匹配整个字符串的开头和结尾（非多行模式下）。测试重点是：它们是否拒绝“前缀匹配”或“后缀匹配”。
- ✅ 正确匹配：
/^abc$/.test("abc")→true - ❌ 前缀不通过：
/^abc$/.test("abcd")→false（末尾多字符） - ❌ 后缀不通过：
/^abc$/.test("xabc")→false（开头多字符） - ⚠️ 多行模式注意：
/^abc$/m会按换行符分隔匹配每行，此时"x\nabc\ny"中的"abc"也能匹配 —— 需单独写测试验证m标志的影响
测试单词边界 \b 和非单词边界 \B
\b 匹配单词字符（\w）与非单词字符（\W）之间的位置，\B 则相反。测试关键在于构造“紧邻单词字符”和“紧邻非单词字符”的边界场景。
- ✅
\bcat\b应匹配"the cat sat"中的"cat"，但不匹配"category"或"scatter" - ✅
cat\B应匹配"category"开头的"cat"（后面是a，属\w），但不匹配"the cat."中的"cat"（后面是.，属\W） - ⚠️ 注意 Unicode：现代 JS 中
\w默认包含 Unicode 字母数字（如中文、emoji），若业务只处理 ASCII，需显式用[a-zA-Z0-9_]替代\w并重写边界逻辑
用真实用例驱动测试设计
不要只测孤立边界符号，而应结合实际需求构造可读性强的测试用例。例如校验“纯英文用户名”：
- 正则：
/^[a-z]{3,16}$/i - ✅ 通过：
"alice"、"Bob123" - ❌ 拒绝：
" a "（前后空格）、"ab"（太短）、"user@name"（含非法字符）、"Alice\n"（含换行） - ? 建议在测试中使用
describe+it分组，如describe('username validation', () => { ... })，让失败时一眼看出哪类边界没守住
避免常见陷阱
边界测试失败往往源于对正则引擎默认行为的误判：
- ❌ 误以为
$总是匹配字符串末尾 —— 实际上在有\n结尾时，$可能匹配\n前的位置（除非用[\s\S]*$等方式强制锚定到底） - ❌ 忽略字符串两端的空白 —— 测试前建议统一用
.trim()或明确包含空格的用例（如" abc "） - ✅ 推荐工具：用
RegExp.prototype.exec()而非.test()，可检查index和[0]，确认匹配是否真的发生在边界位置
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
