測試人員設計測試用例時應當遵循以下原則：在人員變化和新項目中能夠重用；能夠分類； 測試的內容不重復；保存在測試用例的數據庫中；在項目進行過程中可不斷增強。
設計測試用例時的一些通�？紤]“點”是：根據產品規格測試基本功能；設計普通用戶的使用方案；設計稀有或特殊的使用方案；與系統其他組成部分的配合（如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/
