一、測試計劃
1、測試目的
快查詢是一款本地文件查詢工具,既要做到查詢速度快(每次查詢時間不超過1秒),也要確保查詢出的文件與預期結果相符。在測試的過程中發現程序存在的問題並進行優化
2、測試範圍
對整個項目的所有功能進行測試,並測試程序各功能的性能,及時對程序進行優化程序啓動程序停止方法程序的使用指導描述程序查詢文件功能(search)以及查詢時間程序建立索引,遍歷了多少個文件,建立索引的時間程序與數據庫交互,數據庫中存儲了多少文件文件監聽,本地文件系統插入、刪除一個文件數據庫中信息的修改
3、測試背景
- 一臺裝有Windows或者Linux系統的計算機,並且該計算機安裝了Java開發工具包JDK,並且JDK版本在1.8及以上;安裝Java集成開發工具,如IDEA 等。
4、測試進出條件
- 所有的測試工作都是建立在用戶需求的基礎上,也就是站在用戶的角度去測試,預測用戶在使用該工具時會輸入的內容,以及用戶期望看到的結果。
- 程序只留有一個與用戶交互的接口,輸入指定字符串觸發相應的功能點,例如輸入search Java
輸出文件名稱中帶有Java字樣的文件(採用模糊匹配,後模糊)
5、測試風險
需求風險
- 對項目需求理解不準確,導致測試範圍存在偏差,遺漏或者執行了錯誤的方法。
測試用例風險
- 測試用例設計不完整,忽略了邊界條件、異常輸入等情況,測試用例沒有全部執行,用例覆蓋率沒有做到全部覆蓋。
缺陷風險
- 缺陷跟蹤不積極,沒有做好缺陷記錄和及時更新。
代碼質量風險
- 代碼質量差,可讀性差,重構性差。
測試環境風險
- 測試環境和開發環境配置不同,測試環境數據量不足導致測試結果誤差等問題。
二、測試準備
1、需求列表
- 文件查詢——按照文件名稱查詢、按照文件名稱 + 文件類型查詢
- 建立索引——將本地文件系統中的文件信息寫入數據庫中
- 文件監聽——如果本地文件系統插入或者刪除一個文件,更新數據庫信息
2、測試用例編寫
測試方法:等價類,邊界值
三、測試執行
四、缺陷說明
對於文件查詢來說,文件類型也時查詢文件的重要篩選條件,在以上測試中可以發現在根據文件名稱+文件類型查詢時,文件並沒有進行類型的選擇,對程序代碼進行修改,保證在查詢文件時文件類型也會作爲篩選。
在進行兩次index的時候程序出現異常並退出,對於用戶來說無論在哪個過程,輸入的內容都沒有確定值,所以站在用戶的角度來說這個算是嚴重缺陷。
測試的過程中對於發現的項目缺陷,要隨時進行修復,以免時間久了遺漏掉什麼重要的缺陷