微軟企業方法－以測試為核心

真正保證軟件項目質量的不僅有開發人員，還有測試人員。

Bug“指揮棒”
一個優秀軟件產品的成功，除了其先進的技術含量之外，產品開發過程的有序和有效科學的管理也是另一個不可或缺的重要因素。微軟的產品開發基本上遵循一個完整的開發周期，其間包括規劃階段、開發階段、測試階段（也叫穩定化階段）和產品發送/出品四個階段。

在軟件開發過程中，開發人員的作用不言而喻，其實，真正保證軟件項目高質量地如期完成的不僅有開發人員，而且還有測試人員。在一切都不確定的軟件開發過程中，測試人員的“Bug指揮棒”來讓大家什么時候知道該表現，什么時候知道該退后一點，正是微軟將軟件開發過程帶向高潮的不二法則！


測試組與開發組并駕齊驅
對于一個具體的軟件產品的開發過程來說，測試與軟件成本的關系是，發現產品中存在的問題越早，開發費用越低，產品質量越高，軟件發布后維護費用越低。
具體來說，測試的具體任務包括五個方面：首先，試圖在產品開發過程中找出所有的BUG；其次，系統、深入、廣泛的測試以保證質量；第三，既測代碼，也測設計；第四，關心產品的規格、進度、資源以及產品開發后期的任何變化；最后，負責最終的發布認可。

在開發過程中，開發人員很可能會偶爾偏離了事實的需要，暫時忘記了什么才是產品最該有的功能，把他們拉回原定軌道的正是測試工程師。測試人員的職責是配合整個項目組，保證按照預定的時間表完成預定設計目標；獨立地完成測試任務；定期給出測試報告，包括BUG趨勢、測試的覆蓋面等等。測試人員的工作是一項具有整體性、持續性的軟件開發活動中的一環，它是產品質量的重要保證。

軟件測試的階段性
在微軟產品開發的規劃階段，測試人員應當研究規格說明，編寫測試計劃；在開發階段，測試人員則開始設計測試用例，開發自動測試工具和程序，熟悉必需的環境、工具、軟件和硬件，不斷地豐富測試用例，直到達到CC（代碼完成）里程碑。此時的軟件可以進行一個整體測試，用戶界面雖不完美但能工作，還可能有很多明顯的BUG。

進入開發周期的第三階段，測試人員大顯身手，展開大規模的測試，如系統級整體測試，交互性和深層測試，這個事后的測試人員應當對新增的功能說“不”，直到達到Bata測試里程碑，達到這個里程碑，意味者所有的Beta致命問題已經被修正和關閉，所有計劃的功能都已經在軟件中并能工作，產品穩定，可以供用戶試用，大部分界面還可以，盡管可能只是一部分，但已經有了在線幫助，可能還有用戶手冊，即使是發布了也不會引起負面的影響。

秘密武器：測試用例和測試計劃
總之，微軟測試的精髓是：基于產品規劃、產品設計規格的測試計劃；系統可重用的測試用例；以問題（BUG）發現和跟蹤為核心的測試活動；獨立的測試人員；與整個項目配合的基于里程碑的軟件測試周期。而基于產品規劃、產品設計規格的測試計劃和系統可重用的測試用例則是微軟的“秘密武器”。

在微軟，測試計劃是幫助測試人員管理測試項目和發現BUG的重要工具，是綱領性文件。測試計劃明確了項目的測試任務、測試內容清單，這些內容不能只存在于測試人員的腦海里，而必須被項目經理、開發經理所了解，測試計劃必須增強測試任務和測試實施過程的溝通，具有指導性。測試計劃還必須提供組織管理測試項目的框架結構，幫助控制進度。測試計劃涉及的范圍應當有產品概述、測試策略、測試的方法學、測試區域、測試的配置（軟件環境、硬件環境、網絡環境）、測試周期（與項目的里程碑配合）、測試資源的規劃、風險分析和案例等。

測試人員設計測試用例時應當遵循以下原則：在人員變化和新項目中能夠重用；能夠分類； 測試的內容不重復；保存在測試用例的數據庫中；在項目進行過程中可不斷增強。

設計測試用例時的一些通�？紤]“點”是：根據產品規格測試基本功能；設計普通用戶的使用方案；設計稀有或特殊的使用方案；與系統其他組成部分的配合（如FAX和上網可能都要用到調制解調器，測試中要考慮對設備的共享）；考慮特殊情況（比如內存和硬件的沖突等）；設計極端情況（比如內存泄漏、破壞性測試等）。

BUG的發現和管理
微軟把軟件中常見的BUG分為以下幾種類型：功能錯誤；用戶界面錯誤；邊界值相關錯誤；初始化錯誤；計算錯誤；內存相關錯誤；硬件相關錯誤和文檔錯誤。

測試工程師發現BUG之后，首先應驗證是不是自己的偶然失誤造成BUG出現，如不是則立即建立每一個新的BUG記錄；盡可能地分析產生BUG的原因；設計合適的優先級和嚴重級別。測試人員的目標不是找出更多的BUG，而是改進產品的質量；依據BUG的優先級和嚴重級別分派給某一個相應的人；BUG記錄要清楚、明白。

一般來說，BUG在數據庫中有三種狀態：活躍（Active）、被解（Resolved）、關閉（Closed）�；钴S狀態指的是測試人員新建一個BUG時的狀態，必須分派給相應的設計人員、開發人員或者是用戶教育人員，表明BUG的狀態是等待糾正的。被解狀態指的是設計人員、開發人員或者用戶教育人員修正BUG后的狀態，必須重新分派給報告BUG的測試人員，表明BUG已經得到修正，但等待較驗。關閉狀態指的是測試人員較驗完成并關掉之后的狀態，表明BUG已經得到修正，并完成了較驗，如果再次出現同樣的問題，還可以重新激活成活躍狀態，此時又開始了另一輪的狀態循環�；钴SBUG數量的趨勢，一般在代碼完成前很少，代碼完成后增長很快，接近Beta測試時會下降，接近RC時奔向零。因此由此亦可判斷產品質量和里程碑的信號——每天新建的BUG數量與修正的BUG數量相比較；活躍狀態的BUG數量。

永遠有缺憾是所有智力活動的特征。軟件一定有數不清的缺點，問題不在在于判斷這個產品好與不好，而是決定修改哪一部分使產品比較能被用戶接受或喜愛。微軟有“BUG法庭”，審查每一個BUG，選擇和修改產品中最重要的錯誤，決定相應解決方案，盡量使大部分的用戶在大部分的時間內都能夠使用愉快。

微軟研發的交響樂章
軟件研發需要先進的技術和科學的管理�？v觀微軟對軟件開發周期過程的管理，其精髓的做法一是是將大項目劃分成若干個子項目的里程碑式的開發模式；其次，通過對產品組各人員角色對職責的承諾來控制產品的開發過程，保證產品的進度和質量。經過多年的積累，團隊合作一直是微軟軟件開發的基礎。

在微軟，既鼓勵創造性，又最大限度地實現科學管理；同時，每個員工都能互相分享自己的經驗和教訓，彼此合作。 而這，正是微軟的文化（最大的成功）。

文章來源于領測軟件測試網 http://www.kjueaiud.com/