软件哲学

这样的后果就是，当我的单元测试出问题了，或者我需要在同一个单元测试文件中增加一个新的测试用例的时候我们需要耗费大量的时间去了解上下文。但我觉得完全不改业务逻辑带来的测试难度实在太大，非常容易劝退开发人员，我认为在不变动业务逻辑的前提下，改变业务逻辑的组织方式是可以接受的重构风险。中写过让我痛苦万分的测试用例。感悟：测试是针对SUT的，而不是整个系统，这就印证了我一直以来的一个感觉，就是：不要在测试用例中写集成测试。感悟：如果严格的做到关注点分离，那么我们预期的测试用例文件应该是由很多小的测试用例组成的。

一次尝试只用对话来让Copilot写测试用的尝试