WPF非公开ViewModel类单元测试及代码覆盖率提升问题

问题1：ViewModelMain必须设为公开吗？改为公开有风险吗？ #

• 不是必须改公开，有更优雅的解决方案：单元测试项目默认只能访问被测项目的public成员，但你可以通过InternalsVisibleTo特性让测试项目访问被测项目的internal成员。在WPF项目的AssemblyInfo.cs中添加代码：

  [assembly: InternalsVisibleTo("你的单元测试项目名称")]
  

  这样ViewModelMain设为internal也能被测试项目访问，不用修改原有访问修饰符。
• 改成公开的风险很低：ViewModel本身就是为View提供绑定数据和命令的，只要你不把内部私有逻辑（比如仅用于ViewModel内部处理的方法、属性）设为public，只暴露View需要的绑定项，就不会有问题。但相比之下，用InternalsVisibleTo更符合封装原则，避免不必要的公开。

问题2：代码覆盖率低、View/Model能否测试、Create Unit Tests报错的问题 #

• Model层的证书操作完全可以测：证书下载、复制、验证属于核心业务逻辑，是单元测试的重点。你可以针对这些方法编写测试用例，模拟网络请求（比如用依赖注入替换实际的下载服务）、文件操作，覆盖不同场景（成功、失败、异常情况），这能大幅提升代码覆盖率。
• View层的测试建议：如果View只有XAML绑定逻辑，无需单元测试，这类UI交互适合用UI自动化测试（比如Playwright、WinAppDriver）。如果View的Code-behind里有业务逻辑，建议把这部分逻辑抽离到ViewModel或单独的服务类中，再对抽离后的代码做单元测试，避免直接测试UI层代码。
• Create Unit Tests报错原因：这个工具只支持为public的类和方法生成测试代码。如果要测试的是internal或private成员，工具无法识别，就会报这个错。解决办法：要么手动编写测试用例（推荐，更灵活），要么把要测试的成员设为public，或者用InternalsVisibleTo后手动写测试，不用依赖自动生成工具。

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