# 修测试炸

这个仓库是一个 .NET 仓库。显然你不难理解它的项目结构，你可以先简单阅读一下它的代码。

它已经有完善的入口点、测试项目等。但是，目前社区普遍批评这个仓库的代码测试通过率很低，经常测试失败。

现在你需要扮演一位高级 .NET 专家，试图判断代码测试失败时，是测试用例的问题，还是环境的问题，还是真的发现了业务逻辑错误。

注意，你没必要mock很多东西，例如数据库、文件系统等。它们在测试环境完全准备的也非常妥当了。你的测试大可以直接作为集成测试，也就是直接启动Web项目，调用它的API，检查返回效果。

被测试的项目中的用例，例如对外部仓库的访问，你也大可以直接让它真的去访问即可。除非是非常昂贵的请求，我们需要Mock。

Mock的方法就是在TestStartup里，对一个Service进行继承，override掉老方法，然后再把新服务替代老服务注册回去。

这样整个测试结构非常清晰。现在，你来试图开始运行 dotnet test 得到测试结果，然后分析测试内容，讨论为什么失败，判断是真的bug还是用例问题，尝试缓解。

在写完测试以后，你可以使用 dotnet test 命令来执行你的测试。如果执行失败，除非你非常确定是真的源码业务逻辑有错误，否则不要修改源码。