为了对 ASP.NET 控件进行单元测试，我需要一个存根页面。
我可以通过继承 System.Web.UI.Page 在我的单元测试中创建一个 ASP.NET Page 对象。 但是，我找不到设置 Page.Form 的方法。添加带有属性的表单 (runat,server) 不起作用。在我的子类中重载表单并没有提供所需的功能。
上下文： 我尝试对一些自制的 ASP.NET 控件进行单元测试。这些控件要求 Page 和 Page.Form 不能为空。
有什么建议吗？
【问题讨论】：
标签： c# .net asp.net vb.net unit-testing
尝试定义实现所需方法和属性的IPage 和IForm 接口，并创建实现这些接口的类并包装Page 或Form 类。这样您就可以测试这些控件中的逻辑，而无需在单元测试期间调用 ASP.NET 框架。
更新：
覆盖页面属性会很脆弱，不建议使用。相反，您应该尽量减少不可测试代码的数量，方法是在不依赖于任何 ASP.NET 特定（难以测试）部分的方法中提取逻辑。看看下面的例子：
public class MyLabel : Label
{
protected override override void RenderContents(HtmlTextWriter writer)
{
IPage page = new PageWrapper(this.Page);
this.MethodToTest(page);
base.RenderContents(writer);
}
internal void MethodToTest(IPage page)
{
// Work with IPage interface.
if (page.IsPostBack)
{
this.Text = string.Empty;
}
}
}
通过从难以测试的方法中提取逻辑，您可以直接在测试中调用这些提取的方法。例如：
[TestMethod]
public void MethodToTest_ScenarioToTest_ExpectedBehavior()
{
// Arrange
var label = new MyLabel();
var page = new TestPage()
{
IsPostBack = true
};
// Act
label.MethodToTest(page);
// Assert
Assert.IsTrue(string.Empty, label.Text);
}
如果您能够将被测代码提取到它自己的类中并从您的 WebControl 中调用它，那就更好了。然而，这并不总是可能的。
我希望这是有道理的。
【讨论】：
您到底想测试什么？如果您正在测试的内容不完全依赖于页面本身，那么您可能可以避免需要一个页面实例，从而为自己节省很多心痛。看看下面的链接：
http://xunitpatterns.com/Humble%20Object.html.
但是，如果您要测试的内容确实取决于页面类，请使用您自己的类来包装它，该类提供对数据的访问方法。然后将该类转换为接口，用作方法或构造函数的参数。
例子：
public testPageNull_shouldThrowArgumentNullException()
{
PageWrappable nullPage = new MockPageWrappable();
nullPage.GetPage().Return(null);
CustomControl sut = new CustomControl(nullPage);
Assert.Fail("Exception not thrown");
}
public interface PageWrappable
{
//Gets Wrapped Page Instance
WrappedPage GetPage();
//GetSomethingFromTheForm
String GetFormValue(String Key);
}
【讨论】：
几年前我在使用 ASP.NET 时遇到了同样的问题，我们实现了 Fowler's «Passive View» pattern，并设法对所有逻辑进行了单元测试（并将相当愚蠢的视图的测试留给了手动测试）。
【讨论】：