14.3測試方法小結
◆應用場合：應用程序執行能夠導出待產生結果并進行內部存儲的計算。
◆測試方法：強制數據產生上溢或下溢。
◆測試知識儲備：全面掌握被測軟件的需求，了解計算變量的上下限。
15、數據共享或關聯功能計算錯誤
15.1缺陷產生原因
通常對孤立的功能進行測試時不會發生很多缺陷，而當把單獨的功能和同一軟件中的其它功能結合時，就可能出現很多軟件缺陷。這種缺陷的產生往往是在兩個或更多的功能使用了共享數據集，而每個功能允許使用的數據范圍不同引起的。例如，一個功能可能會將某數據項設置為特定大小，然而另一個功能卻允許該數據項的大小可以超過第一個功能的處理能力。開發人員根本沒考慮到該數據項在其它功能處也可以修改，他們只是編碼保證在該功能中數據的合法性，而當使用該數據時，沒有再編碼來檢查可以使用的范圍;而此時，另一個功能修改了共享數據，當再使用這些數據時就產生了缺陷。
15.2如何發現這類問題
當應用程序在同一時間完成一個以上的功能或當一個以上的功能在同一時間處于運行狀態時，就可以使用該方法進行測試。利用一個功能影響輸入、輸入數據或另一個功能的計算。在測試前要確定哪些功能是相互依賴或共享數據的：
◆能應用同樣輸入的每個功能。如果這些功能有相互重疊的輸入域，就可能存在交互問題。
◆有類似的輸出產生功能。如果某些功能結合起來產生單個輸出，就說明這些部件之間存在關系，應該被一起測試。
◆一個功能被包含在另一個功能的計算中。例如要測試鼠標選取對象的功能，不僅要測度鼠標選取屏幕上的文本的功能，還可以把包含超鏈接文本、粗體、斜體、符號及圖形元素放在一起，測試鼠標選取這些元素的功能。
15.3測試方法小結
◆應用場合：一個以上的功能在同一時間處于運行狀態。
◆測試方法：以點代面，重點測試某一功能，對可能與這個功能相連的其它功能附帶測試。
◆測試知識儲備：全面掌握被測軟件的需求，在測試之前對被測功能之間的依賴關聯有所掌握，另外還需要對共享數據有所掌握。
---------------------------------------------------------------------------------------------------
16、文件系統超載
16.1缺陷產生原因
開發人員可能會忘記編寫代碼處理滿狀態的文件系統，忽略了諸如CreateFile，WriteFile等操作系統API的錯誤檢查代碼，沒有這樣的代碼，當顯示滿狀態的文件系統時，API調用就會失敗，軟件就會在沒有任何警告的情況下崩潰。
16.2如何發現這類問題
創建滿容量或近乎滿容量的文件系統，然后強制執行各種通過輸入或輸出訪問文件系統的操作;或者打開足夠多的文件，打開文件時會強制備份創建的副本，從而占用雙倍的存儲空間，這種操作達到一定程度時，會達到該系統的容量，于是就能測試應用程序處理超載狀態的文件系統的能力。(通常通過磁盤配額實現)
文章來源于領測軟件測試網 http://www.kjueaiud.com/
