本白皮書討論實行電子商務解決方案及其維護工作期間需執行的必要測試階段。此外，亦含括特定的電子商務測試類型及定義其各個階段。
本白皮書係針對程式開發人員和系統架構人員所撰寫。讀者需熟悉 Microsoft® Windows® DNA 架構，並且具備透徹的測試專有名詞知識，諸如「黑箱」測試、「白箱」測試、「單元」測試和「功能」測試。
詳全文：http://www.microsoft.com/taiwan/technet/itsolutions/ecommerce/plan/testpr.aspx
如果你的團隊沒有專門的測試人員(至少?兩到三個程?人員??一??), 你??是推出?題很多的產?, 就是浪費錢?時薪100美元的程?人員去?測試員(時薪30美元)?的事. ?測試員絕??是真?, 這實在是?明顯??了. 我實在很驚?很多人?還??清這一點?
以下是由約耳談軟體列出?需?測試人員的五大藉?：
1. Bug 是由懶散的程?設計人員造?的
2. 我的軟體就放在網路上，所以?修正很容易
3. 我的客戶會替我?測試
4. 好的測試人員都?想當測試人員
5. 我請?起測試人員
詳全文：http://www.joelonsoftware.com/articles/fog0000000067.html
摘?：Eric Gunnerson 解釋了先行測試開發的概念，並??供?作範例來說明如何將這個準則實際?用到應用程?中。
詳全文：http://www.microsoft.com/taiwan/msdn/library/2003/apr-2003/csharp03202003.htm
Summary: This article examines tools for testing software that are integrated into Visual Studio 2005 Team System.
詳全文：http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnvsent/html/vsts-test.asp
Visual Studio Team Test 版本引進了一組測試工具，?以整?至 Visual Studio 環境當中。Web 測試?載入測試?手動測試以?單?測試，都有?自的精?和編輯器。測試人員?以在 Visual Studio 內編撰?執行?管?測試和相關工作項目。從失敗的測試中，??按一下??，??建立帶有測試?果的程?錯誤，並連?回測試程?碼，以便輕鬆地?新製作。測試?果?程?碼涵蓋範??以出版至歷?資料倉儲中心，讓整個團隊?以檢視報告?趨勢。Visual Studio 2005 Team Test 版本也??供了?調整的基礎?構，讓測試人員?開發人員??作夥伴?以建立自己的測試類型?編輯器?播放機制，並與 Visual Studio 的報告?分?功能相整?。
詳全文：http://www.microsoft.com/taiwan/vstudio/teamsystem/tester/default.htm
想?到竟然有這樣的工具，?以在 IBM Rational TestManager 中執行 Mercury QuickTest?也?以執行 WinRunner 喔?
詳全文：http://www.ring-zero.com/tmquicktest_ss.html
在資訊軟體產業，大家都知?測試的??性，相信大部分的軟體在交付給客戶之?，也都經?軟體測試的程?，但是實際的情形是大部分的客戶都感覺自己?是軟體商的白?鼠，?於軟體臭蟲(bug)造?的??失，通常也?能自?倒楣。
??之?闆總是覺得，已經給那麼多人力與資?了，為什麼專案?但無法順利如期驗收?案，客戶還抱怨?題一堆。
?管?人員，如專案經?，總是覺得無法掌?整個測試的進度，例如哪些需求已經測試?了，測試的?果到底如何，測出多少個bug，或是到底還有哪些bug尚未處?好。最後屈?於時程的壓力，?好心虛的將軟體交付出去，大?了最後?派些人負責收爛攤?。
?於開發人員而言，開發的時間都?夠了，還?負責測試的工作，?但軟體?質沒有??昇，測試工作也沒有?效，客戶更是??應一堆bug，到最後開發人員的時間都花在debug上。??了?個工作，發?也好?到哪去，最後?好?命的?debug的工作。
有充足資?的軟體開發團隊，?以?置專門的測試人員，?題是測試人員總是在軟體開發得已經差?多?交貨了，?看到?測試的軟體，並且開始學習軟體的?作，等到軟體懂得差?多，知?該測試什麼了，測試時間?也所剩?多，?好??測試了事。
雖然整個軟體的?質，並?是?好軟體測試就?以變好，還需考?整個軟體開發的?程，但是軟體測試是軟體交付給客戶之?的最後一?關?；如何?好測試管?，在軟體交付給客戶之?，驗證軟體已經符?客戶的需求，並且儘?能地將所有的bug找出來，將是接下來介紹的?點。
摘?： 本文旨在教導您如何使用 Name 屬性來唯一識別 Microsoft Windows Form 控制項，並示範如何?級 Visual Test，以處? Windows Form。文中涵蓋了您?移?並套用的原始程?碼，以便在?有的自動化架構進行類似的?級。除此，本文還列出一些 Windows Form 本身?支?的 Microsoft Win32 API。本文內容並?能?為自動化 Windows Form 的單一完整解決方案，在 Windows Form 控制項裡若有??行的 Visual Test 方法，亦無法用為替代方法，而在自動化 Windows Form 控制項且 Visual Test ?具相等的控制項時，也無法??供與 Visual Test 類似的介?。
詳全文：http://www.microsoft.com/taiwan/msdn/library/2004/May-2004/autowforms.htm
Brian McMaster
Windows Forms
Microsoft Corporation
March 2004
Summary: In this document you will learn how to uniquely identify Microsoft Windows Forms controls using the Name property. You will be shown how to upgrade Visual Test to handle Windows Forms. The document contains source code that you can port over and apply to make similar upgrades to existing automation [...]
自動化測試的好處
在?去的數年中，通?使用自動化的測試工具?軟體的?質進行?障的例?已經數??數。到?在為止自動化測試工具已經足夠完善了，我們完全?以通?在軟體的測試中應用自動化的測試工具來大幅度的??供軟體測試的效率和?質。在使用自動化的測試工具的時候我們建議儘早的開始測試的工作，這樣?以使修改錯誤更加的容易和廉價，並且?以減少更正錯誤?軟體發展週期的影響。下圖顯示了手工測試與自動化測試的比較。這個測試案例中包括1750個測試用例和700多個錯誤。
詳全文：http://www-900.ibm.com/developerWorks/cn/rational/r-autotest/index.shtml
