在Web开发中测试单个页面的功能实在是太麻烦，从首页用户名、密码进去后，经过一些操作后才可以来到你要测试的那个页面。（其实无论做什么的开发，测试单个功能都是很麻烦）。抱着小心谨慎的态度，我一般喜欢写几段测一次，如果每次都兴师动众的启动整个项目来测试显然是很不经济的做法。
我一般会在Solution中新增一个用于测试用的配置，在其中增加一个“Test"之类的编译指令，然后在代码中，把一些测试条件，测试方法放到这个指令下。在开发团队还没有引进单元测试之类的概念的时候，我可不想用新增一个测试项目这样的方法来做这种事情。而且对于象Web下单个的Page这样的情况我也不知道应该是如何进行法。所以还是用以前自己的编译指令这种方法比较的轻车熟路点。
（我以前在写一些非WEB下的东西的时候，也喜欢把测试方法与类本身写在一个文件里，然后用编译指令区分开，如果要测试，就直接在开发环境下选择"Test"的那个配置，然后启动TestDriven来测试之，不用启动整个项目对机器省力多了，TestDriven这个东西很管用的。
如果你是用Ｃ＃作开发的，在开发环境中，如果当前这个编译条件不满足的时候，那些代码都会灰掉，而且可以缩进，一点都不障眼）
不过我的那些伎俩，在VS2005下有点不管用了，现在WEB开发跟以前有点区别了。在上面找来找去都找不到地方来新增编译指令，非WEB的开发还是可以找到地方新增的。折腾了半天，发现现在把一些设置的东西都放到Web.config里来了，条件编译当然也不例外。
比如现在要加一个”Test”的条件编译指令。在Web.config文件中，在
type="Microsoft.VisualBasic.VBCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" extension=".VB" compilerOptions="/define:Debug=True /define:Trace=True /define:Test=True "/> type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" extension=".cs" compilerOptions="/d:DEBUG;TRACE;Test"/> 很要命的，对每一种语言都要加一个 Web.config里设置过后就不用在每一个需测试的页面上去定义编译指令了，不过还是没有以前爽，以前直接在IDE工具栏上选择一下配置就行了，现在硬是要写这么多东西，而且主要还是不方便切换。比如我不要在"Test"条件下启动时，我还得跑到Web.config里把上面一段东西注释掉。
按照MSDN的说法，在.Net 2.0下，