軟件測試中的難題 軟件測試工具
測試技巧方面：
(一) 功用測試
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.kjueaiud.com/