在web开发中测试单个页面的功能实在是太麻烦，从首页用户名、密码进去后，经过一些操作后才可以来到你要测试的那个页面。（其实无论做什么的开发，测试单个功能都是很麻烦）。抱着小心谨慎的态度，我一般喜欢写几段测一次，如果每次都兴师动众的启动整个项目来测试显然是很不经济的做法。

我一般会在solution中新增一个用于测试用的配置，在其中增加一个“test"之类的编译指令，然后在代码中，把一些测试条件，测试方法放到这个指令下。在开发团队还没有引进单元测试之类的概念的时候，我可不想用新增一个测试项目这样的方法来做这种事情。而且对于象web下单个的page这样的情况我也不知道应该是如何进行法。所以还是用以前自己的编译指令这种方法比较的轻车熟路点。

（我以前在写一些非web下的东西的时候，也喜欢把测试方法与类本身写在一个文件里，然后用编译指令区分开，如果要测试，就直接在开发环境下选择"test"的那个配置，然后启动testdriven来测试之，不用启动整个项目对机器省力多了，testdriven这个东西很管用的。
如果你是用ｃ＃作开发的，在开发环境中，如果当前这个编译条件不满足的时候，那些代码都会灰掉，而且可以缩进，一点都不障眼）

不过我的那些伎俩，在vs2005下有点不管用了，现在web开发跟以前有点区别了。在上面找来找去都找不到地方来新增编译指令，非web的开发还是可以找到地方新增的。折腾了半天，发现现在把一些设置的东西都放到web.config里来了，条件编译当然也不例外。

比如现在要加一个”test”的条件编译指令。在web.config文件中，在<compilation>这个节下加入下述语句就可以了。

      <compilers>

        <compiler language="vb"

              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 "/>

        <compiler language="c#"

            type="microsoft.csharp.csharpcodeprovider, system, version=2.0.0.0, culture=neutral, publickeytoken=b77a5c561934e089"

            extension=".cs"

            compileroptions="/d:debug;trace;test"/>

      </compilers>

很要命的，对每一种语言都要加一个<compiler>，当然如果项目中没用到相应语言，也可以不用理它，可以删掉。一般c#、vb用得比较的多，我只搞了这二种。

web.config里设置过后就不用在每一个需测试的页面上去定义编译指令了，不过还是没有以前爽，以前直接在ide工具栏上选择一下配置就行了，现在硬是要写这么多东西，而且主要还是不方便切换。比如我不要在"test"条件下启动时，我还得跑到web.config里把上面一段东西注释掉。
按照msdn的说法，在.net 2.0下，<compiler>这个element是deprecated的了，我这种做法好象不是正路。

http://lichdr.cnblogs.com/archive/2006/06/23/433964.html