如何对Windows Forms中的私有控件相关逻辑执行单元测试

你提到的将访问修饰符改为internal+添加[assembly: InternalsVisibleTo("UnitTests")]的方案本身可正常运行，但不建议将所有需要测试的私有成员都改为internal，该做法会破坏原有代码的封装性，若项目后续需要对外发布类库，过多不必要的internal成员会暴露内部实现细节，增加维护风险。

针对你当前的场景，有三类可选择的实现方案：

• 方案1：仅修改当前控件访问修饰符为internal（适合短期小项目）
  如果你的项目属于小体量内部项目，无对外发布类库的需求，该方案实现成本最低，仅将两个单选按钮的访问修饰符从private改为internal，再添加对应InternalsVisibleTo声明即可，不需要改动业务逻辑。
• 方案2：抽离业务逻辑到独立方法（最推荐，长期收益最高）
  你当前的代码将UI控件操作和业务规则（两类数据库单选框不可同时选中）耦合在了一起，将校验逻辑抽离后既不需要开放UI控件访问权限，也能方便进行单元测试，参考实现如下：

// 抽离的独立校验方法，可直接进行单元测试
internal void MutexDatabaseSelection(bool mssqlChecked, bool oracleChecked, out bool oracleFinalChecked)
{
    oracleFinalChecked = mssqlChecked && oracleChecked ? false : oracleChecked;
}

protected void rbtnMSSQL_CheckedChanged(object sender, EventArgs e)
{
    MutexDatabaseSelection(rbtnMSSQL.Checked, rbtnOracle.Checked, out var oracleFinal);
    rbtnOracle.Checked = oracleFinal;
}

单元测试时直接传入不同的mssqlChecked、oracleChecked参数，断言oracleFinalChecked的结果是否符合预期即可，同时该写法符合单一职责原则，后续新增其他数据库选项时扩展成本更低。

• 方案3：使用反射/私有访问工具测试（无需修改生产代码）
  如果不想改动原有生产代码的访问修饰符，可以使用.NET自带的PrivateObject类或者反射读取私有控件的属性，单元测试参考示例：

// 单元测试中的伪代码示例
var testForm = new 你的窗体类名();
var privateAccessor = new PrivateObject(testForm);
var rbtnMSSQL = (RadioButton)privateAccessor.GetField("rbtnMSSQL");
var rbtnOracle = (RadioButton)privateAccessor.GetField("rbtnOracle");

// 模拟前置条件：两个单选框均为选中状态
rbtnMSSQL.Checked = true;
rbtnOracle.Checked = true;

// 触发CheckedChanged事件
testForm.rbtnMSSQL_CheckedChanged(null, EventArgs.Empty);

// 断言结果符合预期
Assert.IsFalse(rbtnOracle.Checked);

该方案不需要改动生产代码，但缺点是控件名称修改后单元测试会直接失效，维护成本高于方案2。

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