軟件測試需求點不是很難做

      軟件測試需求點不是很難做  需求管理

　　測試需求點的改進。網絡上有一個帖子說微軟的用戶登錄功能的測試用例有5000個測試用例，很多做測試的朋友第一個反應是變態。大家的這個反應有很多妒忌、羨慕的意思，其實更多的是不知道為什么微軟會寫那么多的測試用例，而如何寫出來(這是測試人員第一個基本功)就更不了解了，于是才有了這個反應。其實編寫測試需求，編寫測試用例幾萬，幾十萬，幾百萬并不是一個很難的事情，關鍵看你是否掌握編寫測試需求以及測試用例的方法。

　　測試需求的來源是系統需求報告(或者叫軟件規格說明書等名字)，測試需求報告主要內容是本次測試需要測試那些點，一般的系統需求說明書是按照系統，子系統，模塊、功能、子功能、數據的形式來編寫的，(這里是指的比較規范的需求說明書)，比如人力資源管理，可能包括前端人力資源管理子系統(給人力資源部門的工作人員使用)，后臺管理子系統(系統管理員進行用戶管理，權限管理等操作的系統)。用前端人力資源管理子系統而言一般有人員基本信息管理模塊，薪金管理模塊等模塊，而人員基本信息管理模塊又可以分為添加新人員基本信息功能，修改人員基本信息功能，刪除人員基本信息功能,查詢人員基本信息功能，匯總人員基本信息功能等功能，而在添加新人員基本信息功能里會涉及到人員基本信息的具體數據內容，比如人員姓名、性別、出生時間、到本單位的時間等信息。以上內容都應該在軟件需求報告中獲得，很多單位由于開發流程的差異測試人員即使不能在需求文檔中獲得，也應該可以從概要設計文檔或者詳細設計文檔中獲得，最糟糕的，也可以從開發人員的開發的系統上獲得(順便說一句，測試人員獲得這些信息的順序，可以代表開發部門開發的規范性和開發能力的高低，越早獲得說明開發越規范)。作為一個測試人員可以依據這些信息編寫測試需求，但此時編寫的測試需求會很粗糙。一個系統編寫的測試需求點會是幾百到幾千之間。寫到這一步作為初級測試人員應該是很不錯了，但這些東西都是用開發人員的成果轉化過來的，還沒有看出測試人員的能力。讓我們將測試需求點進一步分割下去。拿人員基本信息管理的添加功能來舉例吧，首先：可以分為添加0條數據，添加1條數據，添加n條數據。添加0條數據是指進入添加功能界面，然后不添加數據直接退出，(我曾經見過有一個系統在用戶進入添加數據界面后你不添加數據就不讓你退出添加功能，沒有天理呀)，添加一條數據就是添加一個數據，然后退出添加功能的界面，添加n條數據是連續添加數據。添加0條數據不能再擴充了。但添加一條數據和添加n條數據是可以擴充。比如姓名輸入域可以測試的內容包括：標準數據，合法數據，非法數據。標準數據是指在輸入最不可能出錯的數據的情況下，該功能是否可以使用，如果在我們選擇最不可能出錯誤的數據的情況下系統無法使用，我們就認為此功能根本不可使用，下邊的合法數據的測試以及非法數據的測試就可以不進行了。合法數據的測試是對系統來說應該可以處理的數據，比如拿日期型數據來說，有閏年的問題，所有月的第一天，所有月的最后一天，年應該是4位，月可以是2位或者1位，而且應該小于等于12，另外一個是年、月、日之間應該有分割符號，這些內容都可以作為合法數據進行測試。如果合法數據測試通過則我們認為系統在處理合法數據的時候是應該沒有問題的，如果項目時間緊張，在完成此類測試后就可以給用戶試用了。這里有幾個問題大家主要注意一下，一個是合法數據測試完成并不意味著測試完成，因為測試非法數據的測試還沒有執行，而且就一般的規律來看，在輸入非法的數據的情況下，系統出問題的可能性更大，之所以說可以給用戶使用主要是迫于工期的壓力，我們可以將部分測試工作和用戶試運行這兩個工作并行，但任務并行必然帶來風險，如果開發人員都是熟練的開發人員(簡單說都是5年以上的開發人員)，風險會比較小，如果開發團隊都是1-2年的開發人員最好不要并行。(風險太大)。第二點，在合法數據我們會進一步細分，比如單個數據輸入域合法數據的測試和組合輸入域的合法數據測試，單個數據輸入域的測試，是在標準數據的基礎上，對某一個測試輸入域的合法數據進行測試，這樣比較好明確的發現問題點，對開發人員的幫助會比較大，比如在人員基本信息管理的添加功能的測試中，我們有了標準數據，在標準數據測試通過的情況下，我們對姓名數據輸入域進行測試，那么我們會將標準數據作為一個基準，在其他輸入域不變的情況下(前提是其他輸入域沒有唯一性要求)只測試姓名輸入域在合法數據的測試情況。其他數據輸入域的情況依次類推。在單一數據輸入域合法性測試完畢之后，可以進行組合測試。一般來說，單一合法性數據測試沒有問題，組合出問題的可能性比較小。這里有一個問題，一個測試數據量比較大，比較好的解決方法有兩個，一個是采用自動化測試工具，比如我們將字符型的數據輸入域的需要測試的數據加以總結并放到一個電子報表里，你只要做好測試自動化腳本，并參數化相關輸入域就可以完成相關輸入域的測試，而且腳本的量并不是很大。另外一個方法是采用正交試驗法。具體的方法和理論根據可以看《測評工程師教程》的相關內容，也可以減少測試用例的數據。保證測試質量。非法數據的構造的方法和合法數據的構造方法基本相同，這里就不多說了?；旧献址洼斎肟梢杂袔资畟€檢查點，日期型的可以有幾百個測試檢查點，浮點數和整形數的檢查點也不會少，這樣大致的統計下來寫出幾萬，幾十萬的測試需求點不是很難的事情。軟件測試

原文轉自：http://www.anti-gravitydesign.com