修改MeteorJs仓库代码修复问题后，如何测试改动效果？

1. 让测试项目加载你的本地改动 #

• 先在Meteor仓库根目录执行npm install安装依赖，再运行meteor self-test做基础校验，确保改动没破坏核心功能。
• 创建一个测试项目（或用仓库自带的示例项目），在测试项目目录运行meteor --release local，这会让Meteor加载你本地修改后的代码，而非官方发布版本。
• 另一种方式是全局链接：在Meteor仓库根目录运行meteor link --global，然后在测试项目里执行meteor link meteor，测试项目就会绑定到本地修改的Meteor核心。

2. 针对性验证修复效果 #

• 单元/集成测试：找到对应问题的包目录（packages/[包名]），在其tests子目录添加或修改测试用例，覆盖你修复的场景，然后运行meteor test-packages packages/[包名]单独测试该包。
• 端到端验证：在测试项目里复现原问题的触发场景，启动项目后检查问题是否消失。比如原问题是某个API返回错误，现在调用该API看是否返回正确结果。

3. 确认改动确实被加载 #

• 在修改的代码里加临时标识，比如console.log("本地修复已生效")，启动测试项目后查看控制台输出，确认标识出现。
• 若怀疑缓存干扰，在测试项目目录运行meteor reset清空缓存，再重新启动项目验证。

4. 全面校验避免回归 #

• 如果改动涉及核心包，运行仓库根目录的./scripts/test-all.sh（Linux/macOS）或对应Windows脚本，执行全量测试，确保没有引入新问题。
• 分别测试开发模式（meteor run）和生产构建（meteor build后部署运行），确认改动在两种模式下都正常生效。

内容的提问来源于stack exchange，提问作者user21833732