在中測試單個頁面的功能實在是太麻煩，從首頁用戶名、密碼進(jìn)去后，經(jīng)過一些操作后才可以來到你要測試的那個頁面。（其實無論做什么的開發(fā)，測試單個功能都是很麻煩）。抱著小心謹(jǐn)慎的態(tài)度，我一般喜歡寫幾段測一次，如果每次都興師動眾的啟動整個項目來測試顯然是很不經(jīng)濟的做法。

我一般會在solution中新增一個用于測試用的配置，在其中增加一個“test"之類的編譯指令，然后在代碼中，把一些測試條件，測試方法放到這個指令下。在開發(fā)團隊還沒有引進(jìn)單元測試之類的概念的時候，我可不想用新增一個測試項目這樣的方法來做這種事情。而且對于象web下單個的page這樣的情況我也不知道應(yīng)該是如何進(jìn)行法。所以還是用以前自己的編譯指令這種方法比較的輕車熟路點。

（我以前在寫一些非web下的東西的時候，也喜歡把測試方法與類本身寫在一個文件里，然后用編譯指令區(qū)分開，如果要測試，就直接在開發(fā)環(huán)境下選擇"test"的那個配置，然后啟動testdriven來測試之，不用啟動整個項目對機器省力多了，testdriven這個東西很管用的。
如果你是用ｃ＃作開發(fā)的，在開發(fā)環(huán)境中，如果當(dāng)前這個編譯條件不滿足的時候，那些代碼都會灰掉，而且可以縮進(jìn)，一點都不障眼）

不過我的那些伎倆，在vs2005下有點不管用了，現(xiàn)在跟以前有點區(qū)別了。在上面找來找去都找不到地方來新增編譯指令，非web的開發(fā)還是可以找到地方新增的。折騰了半天，發(fā)現(xiàn)現(xiàn)在把一些設(shè)置的東西都放到web.config里來了，條件編譯當(dāng)然也不例外。

比如現(xiàn)在要加一個”test”的條件編譯指令。在web.config文件中，在<compilation>這個節(jié)下加入下述語句就可以了。

      <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>，當(dāng)然如果項目中沒用到相應(yīng)語言，也可以不用理它，可以刪掉。一般c#、vb用得比較的多，我只搞了這二種。

web.config里設(shè)置過后就不用在每一個需測試的頁面上去定義編譯指令了，不過還是沒有以前爽，以前直接在ide工具欄上選擇一下配置就行了，現(xiàn)在硬是要寫這么多東西，而且主要還是不方便切換。比如我不要在"test"條件下啟動時，我還得跑到web.config里把上面一段東西注釋掉。
按照msdn的說法，在.net 2.0下，<compiler>這個element是deprecated的了，我這種做法好象不是正路。