測試需求分析第二部分

5.6 文件系統 方面的錯誤推測

5.6.1 使文件系統超載

適用於數據存儲到硬盤中時。

案例

 假設“軟件測試工程師管理系統”要保存 10000 個工程師信息,則保存時engineer.txt 文件可能會有 20M 大小,如果此時磁盤只有 10M 可用空間了,“軟件測試工程師管理系統”會如何動作呢?

測試方法

 創建滿容量或近乎滿容量的文件系統,然後強制執行各種通過輸入或輸出訪問文件系統的操作。
 打開足夠多的文件,文件打開時會強制創建備份副本,從而佔用雙倍的存儲空間。
 使用工具 Canned Heat,模擬文件系統超載。

5.6.2 更改文件訪問權限

適用於對文件進行讀寫的應用程序。

測試方法

 不同的用戶對相同文件具有不同的訪問權限,需要考慮登錄同一臺機器的多個用戶操作相同文件的權限問題。
 打開一個文件,在操作系統中修改該文件的訪問權限。有些操作系統
允許權限高的用戶控制一般用戶已經打開的文件。
 兩個應用程序打開,關閉同一個文件。
 如把同一應用程序的不同版本安裝在同一機器上,在不同版本的應用
程序中打開和關閉同一文件;
 試着在某個應用程序中打開在另一個程序中已打開的文件,這可能會
導致文件訪問權限上出現衝突。

5.6.3 使介質忙或不可用

 適用於應用程序的運行需要消耗大量內存或運行時需求其他相關軟件同時運行的情況。
 大多數操作系統能同時運行多個應用程序,但相互切換時會有延遲,但是沒有對錯誤響應。

測試方法

 通過啓動大量應用程序,強制它們都打開並保存文件來使文件系統處於忙的狀態;或者同時下載大量文件也可以使後臺擁擠。
 使用一些測試工具來模擬磁盤的狀況。

5.6.4 介質損壞

使用場合
 損壞的介質可能使操作系統傳回錯誤代碼,這些錯誤代碼可能沒有在應用程序中編程處理。

測試方法

 損壞介質的方法使用不很多,只有少數公司採用,大多是開發操作系統、設備驅動程序以及以安全爲主的應用程序的公司會採用這種測試方法。確定是否使用該方法,主要要考慮數據對用戶的重要性。
 該方法可以使用實際損壞了的介質。檢查應用程序對錯誤的處理能力,應用程序可以對錯誤進行處理或者將問題告訴用戶,並且要確保用戶數據文件不丟失、不損壞。
 也可以通過軟件模擬。

5.7 錯誤推測總結

 輸入非法類型
 輸入非法範圍(數值)
 輸入非法長度(個數)
 輸入非法格式
 輸入默認值
 輸入特殊字符
 輸入合法數據的非法組合
 粘貼強制輸入
 一個輸入多個輸出不要遺漏
 輸出結果(含數據庫)要正確
 上溢、下溢(含結果)
 操作數與操作符不符
 文件超載

6 編寫測試點

將測試點寫入測試需求分析說明書,或者 XMind 等,留存下以供將來編寫測試用例使用。
在這裏插入圖片描述

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章