在功能測試中如何發現隱含的測試點

　　最新開始忙了，項目進入了系統測試階段，突然覺得忙起來也是一件很有意義的事情，也許是之前我閑的時間太長了吧，還沒開始測試之前，就忙著準備一切，希望自己能把這次項目做的更好，根據之前的經驗總結，把之前容易犯錯的問題在后續的工作中避免出現，得到提高。

　　一般測試人員都是根據軟件需求說明書來展開對系統的全面測試，然而很多時候，因為文檔寫起來會比較繁瑣，開發人員并不是寫的特別詳細，特別明確的，很多細小的要點都不會在需求說明書中體現，作為測試人員，在測試過程中，結合實際的系統和說明書我們要有一種敏銳的觀察，能看出哪些隱藏的測試要點也是很重要的，在測試過程中是不能忽略的重點測試對象。系統中那些各個模塊有關聯功能的，是很容易被忽略的，可能各個測試模塊的人員不同，在最后很難說我會去測其他同事負責測試的模塊，這中間就需要在最后一步做一個所謂的聯測，即一條數據流走后臺到前臺，從我這里發出的數據請求，在其他模塊能否正確得到應答等等，都需要重點關注;

　　根據我所測試的系統分析，往往被隱藏的測試點主要有這些：

　　1，參數管理模塊：比如說某一個參數，它有個最低最高層級的設置，但是需求中開發并不會很明確的說這個最低最高層級會有怎樣的限制，他們往往也會忽略這個細小的判斷，即最高層級不能小于最低層級，在我們的實際系統中，這個邏輯判斷就沒有限制，那么我們在測試的時候，腦海中要立即閃現出這個測試點，程序上是否做了判斷;

　　2，查詢模塊：比如說有一個查詢功能，根據不同的機構，不同的角色，不同的用戶id等條件可進行查詢，原先的功能是機構只有一個，如果登錄的用戶屬于這個機構，選擇角色之后，該機構下屬于該角色的多個用戶ID可供選擇，現在又加了2個機構的選擇，但是軟需上沒有寫明查詢的用戶要剔除正在登錄的那個id。在測試過程中，這里很容易忽視用戶id的判斷，基本上都會看看能不能用單一或是組合的查詢條件，能不能查詢出來數據，不會關注到本身已經登錄的用戶在用戶id中不能進行選擇，不管是什么機構下的用戶角色都不選擇自己;這個也是在我測試的系統中開發忽略了的;

　　3，初始化腳本：我們的系統中有些模塊是需要提供初始化腳本，雖然檢查腳本也是一種方法，但是在腳本運行好之后，驗證前臺也是一種保險的做法;比如說有些初始化數據，某個字段不可維護xx字段，后臺字典值記得是1-是，0-否，前臺驗證的時候，要特別關注前臺顯示的字典值是否正確，且某個字段不能維護，前臺要新增一次看看這個字段是不是不可維護的，只有默認值顯示等;

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