測試需求點的改進。網絡上有一個帖子說微軟的用戶登錄功能的測試用例有5000個測試用例，很多做測試的朋友第一個反應是變態。大家的這個反應有很多妒忌、羨慕的意思，其實更多的是不知道為什么微軟會寫那么多的測試用例，而如何寫出來（這是測試人員第一個基本功）就更不了解了，于是才有了這個反應。其實編寫測試需求，編寫測試用例幾萬，幾十萬，幾百萬并不是一個很難的事情，關鍵看你是否掌握編寫測試需求以及測試用例的方法。
測試需求的來源是系統需求報告（或者叫軟件規格說明書等名字），測試需求報告主要內容是本次測試需要測試那些點，一般的系統需求說明書是按照系統，子系統，模塊、功能、子功能、數據的形式來編寫的，（這里是指的比較規范的需求說明書），比如人力資源管理，可能包括前端人力資源管理子系統（給人力資源部門的工作人員使用），后臺管理子系統（系統管理員進行用戶管理，權限管理等操作的系統）。
用前端人力資源管理子系統而言一般有人員基本信息管理模塊，薪金管理模塊等模塊，而人員基本信息管理模塊又可以分為添加新人員基本信息功能，修改人員基本信息功能，刪除人員基本信息功能，查詢人員基本信息功能，匯總人員基本信息功能等功能，而在添加新人員基本信息功能里會涉及到人員基本信息的具體數據內容，比如人員姓名、性別、出生時間、到本單位的時間等信息。
以上內容都應該在軟件需求報告中獲得，很多單位由于開發流程的差異測試人員即使不能在需求文檔中獲得，也應該可以從概要設計文檔或者詳細設計文檔中獲得，最糟糕的，也可以從開發人員的開發的系統上獲得（順便說一句，測試人員獲得這些信息的順序，可以代表開發部門開發的規范性和開發能力的高低，越早獲得說明開發越規范）。作為一
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/