WOW. 這真是讓我驚呀的一則消息.
原文在:
http://www.microsoft.com/presspass/press/2009/nov09/11-09teamprisepr.mspx
為何驚呀? 因為微軟對於自家產品與其它廠牌的產品間的整合, 多半是透過 ISV 廠商來做.
這代表使用 Eclipse IDE 或使用 Unix, Linux and Mac OS X 平台的開發人員, 可以直接的使用 Microsoft Visual Studio Team Foundation Server 來建置他們的應用程式.
也意味著 TFS 真正可以更輕鬆的做到跨平台的支援.
筆者大膽預測, Visual Studio Lab Management 之後的版本也有可能做到跨平台的 Automation testing?
若真的可以, 那真是解決了目前專案中, 輕鬆實現在跨平台自動化測試的問題了.
Enjoy.
目前 Beta 2 在 October 19th, 2009 已釋出。
RTM 版預定在 March 22nd, 2010 釋出。
Enjoy.
從 Visual Studio 2005 開始，它已不是一個單純寫程式的工具，它包含了整個軟體開發過程中會使用到的功能。
Visual Studio 2010 分為為四個 Ultimate、Premium、Professional 和 Express(免費, free).
Enjoy.
VS 2010 的 Architecture tool 有提供七種圖形，筆者也因之前專案需要一些相關的圖，在煩惱之際，想到 VS 2010，在幾秒內，即可由 Visual studio 直接產生， 省去了很多時間，且產生完的圖也可以再修改，直是不錯用。
Windows 7 + Visual Studio 2010 Ultimate Beta 2.
整體來說，筆者較喜歡 Beta 2 的畫面，且 Beta 2 執行的效率較 Beta 1 來的快許多。
選擇自訂安裝後，可以發現 Crystal Report 的選項已不見了，看來它真的不會在 2010 的預設安裝中。
啟始畫面跟 Beta 1 不同囉
對於 VSTS 的測試功能一直使用還算順利, 但前一陣子遇到將 Web Server 移到另一台 Server上,
發現 VSTT 將 Web Server 參數化的功能, 只有在單一個 Web Test, 不是整個專案的範圍,
最快的決解決方法:
1. 用尋找及取代的方法, 把 Web Server 替換掉, 但有可能會改錯
2. 把所有的 測試都錄在同一個 Web Test 中, 這也是不太可能, 那測試案例要如何管理.
所以, 筆者還是花了一些時間, 寫了一個 Web Test Plug-In
讓使用這個 Plug-In 的 Web Test 都可以動態讀入 Web Server 的位置, 只要修改一個設定檔即可
詳細內容如下:
1. 加入一個 XML 檔做為設定檔, Settings.xml
<?xml version="1.0" encoding="utf-8"?>
<WebTestSettings>
<WebServerURL>http://tw-anISV</WebServerURL>
</WebTestSettings>
2. 讀取 Settings.xml 中設定值, 這裡只以讀取 Web Server 為例, 可以再自行加入其它的值
WebTestSettings.cs
using System;
using System.IO;
using System.Xml.Serialization;
namespace WebTestPlugins
{
[Serializable]
public class WebTestSettings
{
private string webServerURL;
public string WebServerURL
{
get { return webServerURL; }
set { webServerURL = value; }
}
internal void ReadConfig(string ConfigFilePath)
{
using (StreamReader reader = new StreamReader(ConfigFilePath))
{
XmlSerializer serializer = new XmlSerializer(typeof(WebTestSettings));
WebTestSettings readSettings = (WebTestSettings)serializer.Deserialize(reader);
if (string.IsNullOrEmpty(readSettings.WebServerURL))
{
//This is a default value.
this.webServerURL = "http://localhost";
}
else
{
this.webServerURL = readSettings.WebServerURL;
}
}
}
}
}
3. 在 Web Test Plug-In 中讀入設值
WebServerPlugIn.cs
using System;
using Microsoft.VisualStudio.TestTools.WebTesting;
namespace WebTestPlugins
{
public class WebServerPlugIn: WebTestPlugin
{
public override void PostWebTest(object sender, PostWebTestEventArgs e)
{
}
private WebTestSettings settings = new WebTestSettings();
private const string settingsFile = "Settings.xml";
public override void PreWebTest(object sender, PreWebTestEventArgs e)
{
settings.ReadConfig(settingsFile);
if (e.WebTest.Context.ContainsKey("WebServer1"))
{
e.WebTest.Context["WebServer1"] = settings.WebServerURL;
}
else
{
e.WebTest.Context.Add("WebServer1", settings.WebServerURL);
}
}
}
}
這個範例是使用 VS 2005 的環境寫的, 基本上可以適用於 VS 2008 and VS 2010.
Enjoy.
1. WorkItem 節點下：
2. Reports 節點下：
3. Builds 節點下：
筆者使用的環境：Windows Server 2008 R2 RC + SQL 2008 + TFS 2010 Beta 1
在這夜深人靜的時候，讓筆者想分享最近專案中遇到的問題及如何克服這些問題.
最近最花筆者時間的，即是網頁在做了多國語言翻譯後，有些語言將網頁的版面排版搞壞了，
加上我們整個專案是使用同一個 CSS 檔案，所以常會有交互影響的問題，可能將一個語言的問題解決了，但在其它的語言或其它的地方造成的一些副作用。
所以為了確保自己所改的CSS不會造成其它的副作用，幾乎每次都要：
（手動開啟 IE，再輸入 URL，再改為不同的 locale，再確認畫面是否正確）＊Ｎ國語言＊Ｎ功能
且若要在每次修改問題後，交付專案出去前都要這樣做的話，想想這要花多少時間？
當然筆者可以選擇不做些測試及確認，但有可能會造成更多的問題出現，再持續解決新產生的問題，而變成一個惡性循環，每天都要加班到很晚。
所以筆者想有何工具可以協助我方便又快速測試及確認 Web UI 的品質？最後，選擇使用 VSTS 2010 的測試工具，使用了其中的 Unit Test、Web Test 及 Coded UI Test。
筆者為何會選擇 VSTS 2010 呢？1. 筆者很熟這個工具 2. 操作很方便。
如何運用它們呢？
1. Unit Test: 用於操作資料庫，換句話說：做資料。模擬出想要的資料或是清除資料庫的測試資料。
2. Web Test: 用錄製操作的方式，及設定驗證條件，以確保資料輸入及輸出的正確性。但它不方便做畫面的確認及 Javascript 操作確認。
3. Coded UI Test: 這是 VSTS 2010 中全新的功能，也是用錄製操作的方式，也可以設定驗證條件，但與 Web Test 的最大不同是，它執行時，是真的開啟一個 IE，實際進行資料輸入，也就是會完整的將錄製的動作，重新的操作一次，可以看到整個操作過程。每次要做畫面的確認時，只要按按執行鍵，雙手就可休息，它自動重幫我操作，筆者只要用眼睛確認即可。
這樣一來，可以方便將解過的問題的測試記錄下來，每次都可以再重覆利用，以降低副作用發生的機會。
接下來，會再多介紹 Coded UI Test 的操作及運用。會多擷一些圖囉。敬請期待。
