OneNet魔力小子

         本篇是主要在介紹 UI(使用者介面)的單元測試，在寫單元測試中最讓人頭痛的就是 UI層很難進行測試，尤其是UI層與邏輯層的程式耦合度很高的程式專案，而 NUnitForms 就是用來解決這個問題的良好工具，NUnitForms是作為NUnit的擴展，他主要的用途是專為Windows Forms應用程式的表單測試而設計的。

        NUnitForms 可以跟 NUnit(單元測試)進行良好的配合機制，在撰寫NUnit單元測試的程式碼中，可以利用NUnitForms 的來跟Windows Form進行互動，過程中不需要再經由User(使用者)進行人工操作，因此可以用來模擬使用者操作UI的輸入，來進行接受性的單元測試，NUnit目前可以支援的控制項元素包含需多，如：Buttons, CheckBoxes, ComboBoxes, Labels, ListBoxes, RadioButtons, TabControls, TextBoxes, TreeViews, Context Menus, Forms, MenuItems, Modal Forms, Modal MessageBoxes, and the Mouse 。
官方網站：http://nunitforms.sourceforge.net/index.html

       下載NUnitForms，並安裝完成後，就可以新增一個程式類別專案，對NUnitForm.dll的參考引用，步驟如下：
先新增一個類別專案

在專案的參考節點上按右鍵進行參考引用 NUnitForm.dll
 

引用NUnitForms.dll檔後，在命名空間添加
using NUnit.Extensions;
using NUnit.Extensions.Forms;
 

上述步驟完成後，接下要在單元測試程式碼(NUnit)中針對將要進行測試的Windows Form(表單)，需要執行類似下列語法來初始化。
Form1 form = new Fom1();
//進行Form.Show()來顯示啟用表單
form.Show();

     這邊有個觀念需要先特別說明，在NUnitForms框架中，已經實作出很多測試表單(Windows Form)過程中，可以模擬的Control，因此在寫單元測試中，可以根據實際需要模擬的Control，進行宣告物件實體，例如要模擬表單的TextBox，就可以新建一個Object 為 TextBoxTester，模擬Button按鈕，就可以新建立一個 ButtonTester，仔細觀察你會發現，結尾都是Tester居多，而這些模擬的Control都是延自一個基類為 ControlTester。而每個 ***Tester都有提供一些方法與屬性，來供程式呼叫與使用，以下特別撰寫這幾個範例：

ex1:
//使用 ControlTester 來存取 TestBox 控制項的屬性
ControlTester textBoxTest = new ControlTester("textBox1") ;  // textBox1為Windows Form表單上的TextBox控制項ID

ex2:
//使用 ControlTester 來存取 Button 控制項的屬性
ControlTester buttonTest = new ControlTester("button1");    // button1為Windows Form表單上的Button控制項ID

ex3:
// 抓取某個 Form (在此為form1) 上的 button1 控制項
// 如果忽略掉 form1 參數，則NUnitForm將搜尋所有以呼叫 Form.Show() 的表單
ControlTester buttonByFormIdTest = new ControlTester("button1", "form1");

    根據上述語法，將可以順利取得要測試的Control項目，以下根據上述在繼續寫幾個範例，來讀取控制項的屬性或呼叫歸屬方法：

ex1:  
//使用 ControlTester 來存取 TestBox 控制項的屬性
ControlTester textBoxTest = new ControlTester("textBox1") ;  // textBox1為Windows Form表單上的TextBox控制項ID
//讀取 TextBox.Text , 並列印出
System.Console.Out.WriteLine(textBoxTest["Text"].ToString());

ex2:
//使用 ControlTester 來存取 Button 控制項的屬性
// button1為Windows Form表單上的Button控制項ID
ControlTester buttonTest = new ControlTester("button1");   
//觸發Button.Click()方法
buttonTest.FireEvent("Click", new EventArgs());

ex3:
//利用 ButtonTester 來測試 Button 作法
ButtonTester buttonTest2 = new ButtonTester("button1");
//引用Button.Click() 方法
buttonTest2.Click();

[案例分享]
      接下來，筆者將完成一個實作案例，來完成NUnit與NUnitForms的測試案例，案例將模擬有一個Windows Form表單，而這個表單擁有一個Button控制項、一個TestBox控制項、以及一個Label控制項，然後在使用NUnit(單元測試)與NUnitForms，實作出模擬預期使用者操作Form表單後，將出現的值來進行測試案例。 (本篇假設讀者已知NUnit單元測試的實作技巧)
     

       現在在專案裡新增一個Windows Form，並取名為form1

在form1，從工具項拖拉Button、TextBox、Label控制項到 form1 裡

在button1.Click() (雙點擊button1)，撰寫下列語法：

   1: private void button1_Click(object sender, EventArgs e)

   2:        {

   3:            //TextBox輸入字串顯示至Label

   4:            this.label1.Text = this.textBox1.Text;

   5:        }

在專案裡，在新增一個Class，並命名為 NUnitFormsTest.cs，如下圖：

在專案裡參考引用 unit.framework.dll 與 NUnitForms.dll
 

在NUnitFormsTest.cs 引用下列命名空間

using NUnit.Framework;

using NUnit.Extensions.Forms;

撰寫下列整合NUnitForms程式碼

   1: // [TestFixture] 標示此 Class 為 NUnit 測試用途

   2:    [TestFixture] 

   3:    public  class NUnitFormsTest

   4:    {

   5:  

   6:        // [Test] 標示此 Method 為 NUnit的測試方法

   7:        [Test]

   8:        public void Test01_ButtonClick()

   9:        {

  10:            //new form1 object and Show form1

  11:            form1 form = new form1();

  12:            form.Show();

  13:            

  14:            TextBoxTester txtTest = new TextBoxTester("textBox1");

  15:            //模擬使用者　KeyIn 值

  16:            txtTest["Text"] = "輸入值測試";

  17:  

  18:            ButtonTester btnTest = new ButtonTester("button1");

  19:            //呼叫Button.Click()

  20:            btnTest.Click();

  21:  

  22:            LabelTester lblTest = new LabelTester("label1");

  23:  

  24:            //進行測試

  25:            Assert.AreEqual("輸入值測試", lblTest["Text"].ToString(), "Error Value Not Mapping..");

  26:  

  27:        }       

  28:    }

執行NUnitGUI，將可以看到執行結果，是否正確

在此省略掉NUnit的技巧，如果改天還有時間，我將會補齊這塊NUnit測試技巧。

        包含延伸字元，也就是在 ASCII 字元範圍 32 (space) 到 126 (~) 之外的字元，包括國際字元如 "a,"、"c"、"e"、"n" 和 "s" ，在 SQL Server 中需要特別處理。

在結果集合中的延伸字元表示倚賴使用中的字碼頁。字碼頁是電腦用來解譯及顯示資料屬性的字元集合。字碼頁通常對應到不同的平台及語言，並且被使用在國際化應用程式。例如，ASCII 值 174 會在一個字碼頁以 ^R 符號出現，而不是在另一個字碼頁以 chevron c 字元出現。

一般來說，字碼頁被分成 ANSI 字碼頁及 OEM 字碼頁。用高數字的 ASCII 值表示國際字元的 ANSI 字碼頁被使用在 Windows。用高數字的 ASCII 值表示畫直線及標點符號字元的 OEM 字碼頁被設計成在 MS-DOS 中使用。

當資料輸入 SQL Server 資料庫時，在本機 (用戶端) 電腦上的 SQL Server 設定指定資料是以 ANSI 或是 OEM 格式儲存。這選項是以在 [SQL Server 用戶端組態] 對話方塊內的 [DB 程式庫選項] 上的 [ANSI 到 OEM 自動轉換] 選項來指定。按一下 [開始] 功能表的 [程式集] 中的 Microsoft SQL Server 7.0 或更新的 [用戶端網路公用程式] 可取得此對話方塊。(關於 ANSI 到 OEM 自動轉換的更詳細資訊，請參考 SQL Server 文件。)

此選項預設是為 SQL Server 用戶端選取的，是能夠造成資料從高數字 ASCII 字元轉換到 OEM 字元的選擇。例如，如果 OEM 轉換選項被設定並且您在資料行中輸入 "Gunther" 名稱，然後儲存資料列，則字元 "u" 會在列存入資料庫之前轉換成另一字元。

您在「查詢設計工具」中所建立的查詢結果受 [SQL Server 用戶端組態] 對話方塊內的 OEM 轉換選項設定組合的延伸字元儲存格式所影響。其根據下列這些變數：

• 您不能搜尋包含高順位的 ASCII 字元。
• 您的查詢結果對高順位的 ASCII 字元以不正確字元出現。

一般來說，如果資料以 OEM 格式儲存，您應該設定 OEM 轉換選項，以使資料適當地顯示並且使您能夠搜尋它。如果資料是以 ANSI 格式儲存 (也就是說，它不會被轉換至 OEM 格式)，但您已經設定 OEM 轉換選項，則資料將不會被適當地顯示並且您不能夠搜尋它。

若要決定資料是否以 OEM 格式儲存，您可以使用查詢來顯示資料表的內容或您工作的資料表。如果延伸字元不正確地出現，則 OEM 轉換設定可能會錯誤。關閉查詢與 Access 專案，更改在 [SQL Server 用戶端組態] 對話方塊的設定，然後再次開啟 Access 專案與查詢。

   在ADO.NET 的物件架構模型中，分為兩大部分，一是 DataProvide 資料提供者，二是DataSet(離線環境)，DataSet 資料集是一種存在記憶體裡的物件，您可以把它當作記憶體的關聯式資料庫來處理，DataSet資料集架構裡大致包含Tables、Relations、ExtendedProperties，Tables就是在關聯式資料庫的資料表集合體，Relations 記錄著Table與Table之間的關連性，如父/子資料表，ExtendedProperties您可以在其中放置自訂資訊，如用來產生結果集的 SELECT 陳述式，或產生資料的時間，架構圖如以下

　而今天的主體將是要說明如果將一個DataSet資料集（再強調一次，把它當作記憶體裡的一個資料庫）的DataTable（資料庫裡的Table)，複製到另外一個DataSet的Ｔable裡，在Sql server的T-SQL的寫法我們通常可以利用如下語法：
　　 SELECT *
        INTO DatabaseB.schema.tableB
        FROM  DatabaseA.schema.tableA

　但今天我們將利用一個類別成員DataTableReader，在ADO.NET實作 Table 在 Dataset與 DataSet 之間如何有效率運作機制…

　首先建立一個Windows Form的專案，Form的設計畫面大致如下，兩個按鈕Button和兩個DataGirdView和兩個DataSet資料集，第一個button(btnFirTable)是載入DataSet1裡的Table到DataGridVIew1，另外一個button(btnCpTble)是複製第一個button產生的Table到另外一個Dataset2裡畫面設計圖如下：

　接下來在第一個Button(btnFirTable)的click寫下以下程式碼：
 

private void btnFirTable_Click(object sender, EventArgs e)
        {
            //建立連線物件
            SqlConnection conn;
            conn = new SqlConnection("Data Source=localhost;integrated security=sspi;Initial Catalog=AdventureWorks");
        
            SqlDataAdapter sda=new SqlDataAdapter("select * from Sales.Customer",conn);

            //將資料填入 資料集 dataSet1
            sda.Fill(dataSet1, "table");

            //將資料結果繫結至DataGridView1
            dataGridView1.DataSource = dataSet1.Tables["table"];

            //釋放物件
            conn.Close();
            sda.Dispose();

        }

執行結果圖

　接下來也是主要的關鍵語法，在第二個Button(btnCpTble)，撰寫下列語法：

 private void btnCpTble_Click(object sender, EventArgs e)
        {
            System.Data.DataTableReader drt = dataSet1.CreateDataReader();

            dataSet2.Load(drt, LoadOption.OverwriteChanges, "table1");

            dataGridView2.DataSource = dataSet2.Tables["table1"];

        }

按下第二個Button(btnCpTble)，執行結果如下圖：

整個過程就完成實作table在兩個dataset之間複製與移動…

   在應用程式開發領域中，將近有七成以上都跟資料庫有關係，而微軟的開發平台策略上，.NET技術架構中，ADO.NET 就是將所有跟資料處理相關的功能封裝成一個類別庫，因此如果可以將ADO.NET核心觀念與實作掌握住，甚至更可以把微軟的主要資料庫SQL SERVER的技術研究徹底，哪麼您可以稱為一個微軟技術專家了。

   有時我們在開發WEB應用程式專案時，常常需要去執行SERVER(伺服器)端的程式碼，但我們知道在如果每次只是需要執行一小段程式碼(函式)，就需要將整個網頁去POST REQUET，很浪費資源，所以今天我們將利用AJAX CLIENT LIBRARY(JAVA SCRIPT LIBRARY)在瀏覽器端局部呼叫SERVER端的程式函式，有兩種做法，分別為
PageMethods 和 WebService。

PageMethods做法

1. 新增一個內含 ScriptManager 控制項的 default.aspx 網頁(從工具箱拖曳ScriptManager控制項至default.aspx頁面)

2. 在ScriptManager的控制項屬性視窗中，將EnablePageMethods屬性選取為True，很重要的步驟之一。

3.在default.aspx的後製程式碼中，寫一個類別靜態成員方法，此方法一定要宣告為靜態(static)。

    public static string CallPageMethods(string Str)
    {

        return "OneNet魔力小子..CallPathMethods";
    }

需要在此宣告屬性WebMethod Attribute，用來支援Client端的JavaScript程式碼，如以下宣告標示
[System.Web.Services.WebMethod]

 <input id="Button1" type="button" value="button"  onclick="ClientCallPgMds();" />

    在您安裝了 ASP.NET AJAX 1.0的TOOLKIT(擴充套件)，就可以很不費任何力氣，甚至程式開發人員可以連一行JavaScript都不用撰寫，就可以輕鬆的享受AJAX的非同步傳輸，也是因為這樣在微軟在2007年初推出了ASP.NET AJAX FrameWork，我就深深的愛上它，也很認真的去苦苦專研，雖然WEB RIA的新時代也來臨了，身為追求技術的愛好者，當然又需苦命的埋頭苦讀，微軟的新技術SIVERLIGHT…，但根據多位微軟的技術專家前輩的研判RIA的高峰期可能快者還需一兩年，也或許更久…而至少AJAX也是目前的主流WEB應用。

   在開發ASP.NET  AJAX 的 PAGE頁面第一個過程就是需要從工具箱DRAG-DROP ScriptManager控制項

，而且一定要在所有控制項之前(一個頁面僅只能有一個ScriptManager)，否者會發生例外(EXCEPTION)，這個觀念相信很多人都有，而ScriptManager主要的作用就是要把ASP.NET AJAX CLIENT LIBRARY(JavaScript 函式庫)傳送到CLIENT端的BROWSER，所以UpdatePanel、UpdateProgress都需要這些JavaScrip Library，來實施Ajax的運作過程，而另外一個主體物件ScriptManagerProxy，它是在什麼情形下，最適合拿來應用呢？沒錯，就是在一個頁面需要兩個ScriptManager的情況，如MasterPage主板頁面的網頁(ContentPage也需要個別的JavaScript檔(.js檔)的函式)，還有另外一種情形也常需要運用ScriptManager和ScriptManagerProxy的配合運用，就是客製UserControl(使用者控制項)並且UserControl的單獨頁面還會使用到JavaScript檔(.js檔)的函式。我這樣描述可能大家都亂了，我設計一個實作過程…

    首先簡單的新增Button UserControl (檔名為BtnUserControl.ascx)和JavaScript檔案(檔名為JScript.js)
 

，而BtnUserControl.ascx的功能就是很簡單的呼叫JavaScript檔(JScript.js)的函式。

接下來在BtnUserControl.ascx從工具箱拖拉一個Button控制項，它主要是用途是按下後在client端產生警告訊息(alert)，畫面與程式碼如下

 BtnUserControl.ascx設計畫面與過程
  

<%@ Control Language="C#" AutoEventWireup="true" 
CodeFile="BtnUserControl.ascx.cs"
 Inherits="BtnUserControl" %>

<asp:Button ID="Button1" runat="server" Text="請按我" 
    OnClientClick="JavaAlert('OneNet魔力小子!!')" />
<!-- 去呼叫 JScript.js 檔案裡的 函式 JavaAlert() ></script>  -->

在從工具箱拖曳ScriptManagerProxy控制項

設定ScriptManagerProxy控制項的Scripts屬性為Jscript.js，用來載入JavaScript的宣告函式
 

Jscript.js的程式畫面

再來在預設Default.aspx從工具箱拖曳一個UpdatePanel控制項至頁面，
再將剛剛新增的BtnUserControl.ascx拖曳至UpdatePanel控制項內

最後執行結果

原理：
ScriptManageProxy控制項是ScriptManager一種代理script元件，在ScriptManageProxy控制項的Scripts屬性所設定的JavaScript檔定義，最後都會在UserControl(使用者控制項)載入頁面時，自動被附加到ScriptManage的scripts屬性……

    這幾天因為某些原因把我筆電的作業系統從SERVER 2003 OS改成VISTA OS，然後再安裝VISUAL STUDIO 2008和SQL SERVER 2005 DEVELOPER的開發環境，也安裝了Virtual PC 2007，掛載了SERVER 2003、VISTA、XP OS後，花了好多時間，今天總算整個安裝完也更新相關的SERVICE PACK，在很開心的情況下，用STUDIO .NET 2008把之前的ASP.NET WEB SITE的專案打開，然後在DISIGN PAGE去執行"在瀏覽器中檢視"卻出現了以下畫面

    我就去找尋很多方式以及google搜尋相關網頁，卻找不到相關資源，可是我整個環境都是最乾淨的卻一直出現這個問題，於是我就自己開始try了，我把http://localhost:2410/FirstAjax/Default.aspx改成http://127.0.0.1:2410/FirstAjax/Default.aspx卻可以正常檢視畫面，還好以前我對網路和系統還算熟悉，開始從NETBIOS名稱解析的過程去尋找問題，去找了VISTA的hosts檔案(C:\Windows\System32\drivers\etc下)，打開後發現檔案的內容多了一行解析

所以我把 ::1 localhost　註解後存檔就可以順利檢視程式畫面了（前提您需要有可以修改此檔案的權限--步驟我先省略掉，如果有需要詳細過程，可以聯繫我，我很樂意提供解決的方式）

程式瀏覽檢視的結果