站长教程，老师只给结论时怎样自行补充反例练习
📱 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/17.4 Safari/605.1.15 (Applebot/0.1; +http://www.apple.com/go/applebot)
🔗 /72a5c6cf7443.html
📄
站长教程，老师只给结论时怎样自行补充反例练习
结论能不能用，取决于它有没有边界；老师只给结论时，反例练习就是把边界找出来的过程。可行做法是：先写下结论成立的前提，再构造一个只改一个条件的对照场景，观察结论是否失效。若结论在任何改动下都不变，它多半只是原则，不适合当操作依据。
先判断这条结论属于哪一类
老师给出的结论通常分三种。第一种是操作型，例如“旧栏目合并前先做 301”。第二种是判断型，例如“这类页面不值得继续维护”。第三种是态度型，例如“旧合作关系该退就退”。操作型最容易练，因为它有明确动作和可观察结果；判断型需要补数据；态度型需要补利益关系。三类混在一起时，反例练习会变成争论，所以第一步是分类，再决定拿什么当反例。
分类之后写一句前提。比如把“旧内容该退出”写成“当页面还有外部链接、且内容仍能回答用户问题时，旧内容该退出这条结论不成立”。前提写得越具体，反例越好构造。
用单变量改动构造反例
反例不是随便找个例外，而是只改一个条件，看结论是否翻转。假设老师给的结论是“旧系统退出前先冻结写入”。可以固定其他条件，只改一个变量：
- 改动一：旧系统只读，但仍有外部接口在调用——结论需要加“先确认调用方”。
- 改动二：旧系统已无写入，但数据要留档——结论变为“先做导出与校验，再停写”。
- 改动三：旧合作关系只剩结算未完成——结论变为“先结清，再终止合作”。
每次只改一个条件，记录结论是否还成立。若三次都成立，说明这条结论的适用范围比想象中宽；若某次翻转，翻转点就是你要补的边界。
把反例写成可复核的记录
练习结果要能回看，不能只停在脑子里。建议每条反例记四栏：前提、改动、预期、实际。实际一栏先空着，等验证后再填。验证方式可以是查日志、查备份、问调用方，或者做一次小范围试运行。记录里不写“感觉不对”，只写可观察的事实，例如“停写后接口返回错误码”“导出文件行数与原表不一致”。
如果无法验证，就把它标成待验证，而不是当成结论。待验证项积累过多时，说明当前资料不足，下一步应是补资料，而不是继续加反例。
退出场景里要保留的部分怎么定
旧内容、旧系统或旧合作关系退出时，最容易一刀切。反例练习在这里的作用是找出“仍然有价值的部分”。做法是把对象拆成三层：数据、关系、入口。数据看是否还需留档或迁移；关系看是否还有未结事项；入口看是否还有外部依赖。三层里只要有一层未清，就不能整体退出，只能分层退出。
假设一个旧栏目要下线：内容已过时，但还有两条外部链接指向它。此时整体下线会让外部访问落空，合理的动作是保留跳转，先撤内容，再观察外部访问是否下降。这个动作的结果会直接决定下一步：若访问量持续存在，就保留跳转；若一段时间后归零，再考虑彻底移除。访问归零本身不能单独证明处理正确，也可能只是链接方自己改了地址，所以还要看来源和日志。
什么时候该停下反例练习
反例练习不是越多越好。出现以下情况就该停：一是新反例不再改变结论，只是重复同一类边界；二是继续构造需要编造数据；三是验证成本已经超过结论本身的价值。此时下一步动作是回到老师那里补问一句：“这条结论在什么条件下不成立？”把对方补出的条件与自己的反例对照，重合的部分就是真正需要记住的边界。
如果对方也给不出条件，就把结论降级为参考，不作为操作依据，并把它放进待验证清单，等有真实场景时再检验。
