軟件測試中的難題 軟件測試工具
測試技巧方面:
(一) 功用測試
1測試環境搭建時編譯拋出同伴,疾速判定能否系代碼問題
2測試中拋出500同伴(或log文件中error),疾速判定系代碼or數據or內部接口問題
3主動化測試腳本能否細化驗證點為一切可驗證內容(頁面一切內容顯示區域、數據庫、搜尋引擎、cache、本地cookies等)? 檢討細化,但保護量十分大
4(高優先級) 測試數據預備工具(數據庫、搜尋引擎、cache等耐久化或暫時數據)
5個人pc機本地測試環境差別(操作體系狀況、完全性,閱讀器版本、完全性),引起問題的起因是軟件的增加÷卸載,閱讀器插件裝置÷刪除,補丁順序,體系設置與閱讀器設置等等
6 數據預備 如:不同類型賬號生成,像生成10中供新單賬號, 10個中供效勞中賬號等等,批量生成而不須要手工實現,否則效力慢了。
7 搜尋引擎支撐多個站點,每個站點又有不同的數據運用,se。conf存在眾多的配置項、分詞器,測試的矩陣十分宏大,如何保障盡少資源獲取最好測試后果
8 抽樣檢討分詞器的功用有遺漏,但分詞器算法和內部已有的分詞器算法不同,如何進步分詞后果核查效力
9 海量數據查問后果正確性驗證
(二) 性能測試
1 消費環境硬件模仿
消費環境依靠于內部低廉的裝備,在測試環境展開性能測試如何模仿?比方有專用郵件效勞器,圖片效勞器,CACHE效勞器?
2 數據模仿
消費環境的數據量偉大,如何剪裁適宜的數據集作為性能測試基準數據?
3 用戶行動模仿
雖時光變更日志體系剖析的數據會很快過期,如何低老本跟進走訪形式
4 特別場景下性能瓶頸定位與監控等等
比方國內站早晨2點忽然LOAD 降低,起因未明
5 容量計劃的后果如何權衡
(三) 質量治理平臺
1 沒有缺點報告平臺,須要具體或自定義報表時無法給出如QC 的報表、需求治理2局部功用始終沒有采取。
2 名目治理、需求治理、缺點治理多個體系入口, 并沒有對立關聯。另外代碼與需求之間映射關系隨著業務變更也難以逐個映射
3 現有的軟件測試平臺更適宜傳統的大型軟件測試,能否、如何定制更適宜疾速上線的WEB體系?
(四) 測試治理
1 測試機器的運用權限(Linux、Windows)治理,做到近少相互攪擾
3 (高優先級) 如何更快找到適宜的測試人才?
4 (高優先級)如何進步開發、測試單方的滿意度?
5 (高優先級)如何進步預計測試時光的正確度?
原文轉自:http://www.anti-gravitydesign.com