軟件測試資料1
目錄 一 軟件測試 從零開始 5 1．1 引言 5 1．2 測試準備工作 5 1．2．1 向有經驗的測試人員學習 5 1．2．2 閱讀軟件測試的相關書籍 6 1．2．3 走讀缺陷跟蹤庫中的問題報告單 6 1．2．4 走讀相關產品的歷史測試用例 6 1．2．5 學習產品相關的業(yè)務知識 6 1．3 識別測試需求 7 1．3．1 主動獲取需求 7 1．3．2 確認需求的優(yōu)先級 8 1．3．3 加入開發(fā)小組的郵件群組 8 1．3．4 與開發(fā)人員為鄰 8 1．4 測試用例設計 8 1．4．1 測試用例的基本格式 8 1．4．2 重用同類型項目的測試用例 9 1．4．3 利用已有的軟件 Checklist 9 1．4．4 加強測試用例的評審 10 1．4．5 定義測試用例的執(zhí)行順序 10 1．5 測試用例執(zhí)行 10 1．5．1 搭建軟件測試環(huán)境，執(zhí)行測試用例 10 1．5．2 測試執(zhí)行過程應注意的問題 11 1．5．3 及時更新測試用例 11 1．5．4 提交一份優(yōu)秀的問題報告單 12 1．6 測試結果分析 12 1．7 總結 13 二 軟件測試的常識 13 2．1 引言 13 2．2 軟件測試常識 13 2．2．1 測試是不完全的（測試不完全） 13 2．2．2 測試具有免疫性（軟件缺陷免疫性） 14 2．2．3 測試是 “ 泛型概念 ” （全程測試） 14 2．2．4 80-20 原則 14 2．2．5 為效益而測試 15 2．2．6 缺陷的必然性 15 2．2．7 軟件測試必須有預期結果 15 2．2．8 軟件測試的意義 - 事后分析 15 2．2．9 結論： 15 三 淺談軟件開發(fā)中的注意事項 16 3．1 項目設計 16 3．2 設計變化和需求變化 16 3．3 代碼編寫 17 3．3．1 源程序文件結構 17 3．3．2 界面設計風格的一致性 17 3．3．3 編輯風格 17 3．3．4 命名規(guī)范 18 3．4 BUG修補 18 3．5 開發(fā)人員的測試 18 四 軟件測試的若干問題 19 4．1 前言 19 4．2 博弈的各方 19 4．3 測試的過程 20 4．4 測試所具備的素質 20 4．5 自動化測試 20 4．6 測試的誤區(qū) 21 五 淺談功能測試用例模板設計 21 5．1 Excel 模版 21 5．2 測試用例狀態(tài)轉換分析 23 六 如何提高軟件質量 23 6．1 什么是質量 24 6．2 流程對質量的貢獻 25 6．3 流程與技術 27 6．4 全面質量管理 28 6．5 關注測試 29 6．6 成功的鐵三角 30 6．7 國際上流行的質量標準 30 6．8 如何起步 32 七 ISO和CMM，我們該選擇誰 32 7．1 管理水平的適用性 33 7．2 復雜度的適用性 33 7．2．1何謂研發(fā)過程復雜度 34 7．2．2 何謂組織機構復雜度 34 7．3 量化管理的適用性上 35 7．4 結論 36 八 如何做好單元測試 36 8．1 前言 36 8．2 組織結構應該保證測試組參與單元測試 36 8．3 加強單元測試流程規(guī)范性 37 8．3．1 制訂單元測試的過程定義 37 8．3．2 單元測試工作產品必須納入配置管理 38 8．3．3 必須制訂覆蓋率指標和質量目標來指導和驗收單元測試 38 8．3．4 加強詳細設計文檔評審 39 8．4 單元測試者技能的提高 39 8．4．1 加強對單元測試人員的技能培訓 39 8．4．2 必須引入工具進行輔助 40 8．4．3 單元測試者加強對被測軟件的全面了解 40 8．5 結尾 40 九 漫談人機界面測試 41 9．1 一致性測試 41 9．2 信息反饋測試 42 9．3 界面簡潔性測試 42 9．4 界面美觀度測試 42 9．5 用戶動作性測試 43 9．6 行業(yè)標準測試 43 9．7 小結 44 十 基于Web的系統(tǒng)測試方法 44 10．1 功能測試 45 10．1．1 鏈接測試 45 10．1．2 表單測試 45 10．1．3 Cookies測試 45 10．1．4 設計語言測試 45 10．1．5 數據庫測試 46 10．2 性能測試 46 10．2．1 連接速度測試 46 10．2．2 負載測試 46 10．2．3 壓力測試 46 10．3 可用性測試 47 10．3．1 導航測試 47 10．3．2 圖形測試 47 10．3．3 內容測試 47 10．3．4 整體界面測試 47 10．4 客戶端兼容性測試 48 10．4．1 平臺測試 48 10．4．2 瀏覽器測試 48 10．5 安全性測試 48 10．6 總結 49 十一 為盈利而測試 49 11．1 引言 49 11．2 什么是軟件測試 50 11．3 六個誤區(qū) 50 11．3．1 誤區(qū)一：忽視對正常輸入的測試 50 11．3．2 誤區(qū)二：忽視設計階段的參與與評估 50 11．3．3 誤區(qū)三：忽視測試計劃與測試文檔的建立及維護 51 11．3．4 誤區(qū)四：忽視缺陷的分析，報告及跟蹤 51 11．3．5 誤區(qū)五：錯誤的測試目標及測試終止條件 51 11．3．6 誤區(qū)六：不懂得合理調配使用測試人員的知識技能結構 51 11．4 軟件質量與軟件測試 52 11．5 軟件測試的經濟目的 54 11．5．1 滿足用戶需求，提高產品的競爭力，最終提高產品的銷售量 54 11．5．2 盡早發(fā)現缺陷，降低后繼質量成本 54 11．6 何時應當停止測試 56 十二 整體性能測試剖析 57 十三 性能測試工具之研究 62 13．1 性能測試的意義 62 13．2 性能測試工具綜述 63 13．3 性能測試工具的體系架構 64 13．4 虛擬用戶產生器 Vugen 65 13．5 Proxy 二次捕獲的問題 67 13．6 關聯的問題 68 13．7 腳本的問題 70 13．8 Conductor 和 Player 部分 71 13．9 Conductor 和 Player 的技術要點 72 13．10 數據分析工具 Analysis 72 13．11 結束語 72 十四 性能測試原理及性能測試實例分析 73 14．1 軟件測試中的性能測試 73 14．1．1 性能測試的含義 73 14．1．2 性能測試的分解 73 14．2 一個性能測試實例 74 14．2．1 被測系統(tǒng) 74 14．2．2 對被測系統(tǒng)進行性能測試 75 14．5 總結 80 十五 軟件GUI測試中的關注點 80 15．1 不能不說的二個問題 81 15．1．1 軟件測試中的“二八”原則 81 15．1．2 軟件黑盒測試解決的問題 81 15．2 軟件黑盒測試常見錯誤類型及說明 81 15．2．1 用戶界面錯誤 81 15．2．2 功能性 81 15．2．3 人機交互 82 15．3 命令結構和錄入 87 15．3．1 不一致性 87 15．3．2 “最優(yōu)化” 87 15．3．3 菜單 89 15．4 遺漏的命令 90 15．4．1 狀態(tài)轉換 90 15．4．2 危機預防 90 15．4．3 由用戶進行的錯誤處理 91 15．4．4 其他問題 91 15．5 程序僵化 92 15．5．1 用戶可調整性 92 15．5．2 控制方式 93 15．6 性能 94 15．6．1 降低程序速度 94 15．6．2 緩慢回應 94 15．6．3 如何減少用戶吞吐量 94 15．6．4 反應拙劣 94 15．6．5 沒有提前輸入 95 15．6．6 沒有給出某個操作會花很長時間的警告 95 15．6．7 程序太多提示和詢問 95 15．6．8 盡量使用簡單命令和提示 95 15．7 輸出 95 15．7．1 不能輸出某種數據 95 15．7．2 不能重定向輸出 95 15．7．3 與一個后續(xù)過程不兼容的格式 96 15．7．4 必須輸出的很少或很多 96 15．7．5 不能控制輸出布局 96 15．7．6 荒謬的精度輸出級別 96 15．7．7 不能控制表或圖的標記 96 15．7．8 不能控制圖形的縮放比例 96 15．8 錯誤處理 96 15．8．1 錯誤預防 96 15．8．2 錯誤檢測 97 15．8．3 錯誤恢復 98 15．8．4 邊界相關的錯誤 99 15．8．5 計算錯誤 100 15．9 小結 100 十六 軟件測試技術 100 16.1 軟件測試基礎 101 16.1.1 測試目標 101 16.1.2 測試原則 101 16.1.3 可測試性 102 16.2 測試用例設計 104 16.3 白盒測試 104 16.4 基本路徑測試 105 16.4.1 流圖符號 105 16.4.2 環(huán)形復雜性 106 16.4.3 導出測試用例 106 16.4.4 圖矩陣 108 16.5 控制結構測試 108 16.5.1 條件測試 108 16.5.2 數據流測試 110 16.5.3 循環(huán)測試 111 16.6 黑盒測試 112 一 軟件測試 從零開始 【摘要】本文面向軟件測試新手，從測試前的準備工作、測試需求收集、測試用例設計 、測試用例執(zhí)行、測試結果分析幾個方面給出建議和方法。鑒于國內的軟件開發(fā)、測試 不規(guī)范的現狀，本文為軟件測試新手提供了若干個軟件測試的關注點。 【關鍵詞】軟件測試、測試用例、測試需求、測試結果分析 1．1 引言 幾年前，從學校畢業(yè)后，第一份工作就是軟件測試。那時候，國內的軟件企業(yè)大多對軟 件測試還沒有什么概念，書店里除了鄭人杰編寫的《計算機軟件測試技術》之外，幾乎沒 有其它的軟件測試相關書籍，軟件測試僅僅在軟件工程的教材中作為一個章節(jié)列出來， 因此，我對軟件測試一無所知。不過，在正式走上工作崗位之前，公司提供了為期兩周 的系統(tǒng)的軟件測試技術專題培訓，對接下來的軟件測試工作有很大的指導意義?，F在， 我繼續(xù)從事軟件測試的培訓與咨詢服務，在這個過程中，親眼目睹了很多軟件測試新手 面對的困惑，他們初涉軟件測試行業(yè)，沒有接受系統(tǒng)的培訓，對軟件測試一無所知，既 不知道該測試什么，也不知道如何開始測試。下面針對上述情況，給出若干解決辦法。 1．2 測試準備工作 在測試工作伊始，軟件測試工程師應該搞清楚軟件測試工作的目的是什么。如果你把這 個問題提給項目經理，他往往會這樣回答： “ 發(fā)現我們產品里面的所有 BUG ，這就是你的工作目的 ” 。作為一名軟件測試新手，如何才能發(fā)現所有的 BUG ？如何開始測試工作？即便面對的是一個很小的軟件項目，測試需要考慮的問題也是方 方面面的，包括硬件環(huán)境、操作系統(tǒng)、產品的軟件配置環(huán)境、產品相關的業(yè)務流程、用 戶的并發(fā)容量等等。該從何處下手呢？ 1．2．1 向有經驗的測試人員學習 如果你進入的是一家運作規(guī)范的軟件公司，有獨立的軟件測試部門、規(guī)范的軟件測試流 程、軟件測試技術有一定的積累，那么，恭喜你！你可以請求測試經理委派有經驗的測 試人員作為你工作上的業(yè)務導師，由他列出軟件測試技術相關書籍目錄、軟件測試流程 相關文檔目錄、產品業(yè)務相關的文檔目錄，在業(yè)務導師的指導下逐步熟悉軟件測試的相 關工作。其實，在很多運作規(guī)范的軟件公司，已經把上述的師父帶徒弟的方式固化到流 程中。 如果你進入的是一個軟件測試一片空白的軟件企業(yè)，那么，也恭喜你！你可以在這里開 創(chuàng)一片自己的軟件測試事業(yè)，當然，前提是老板確實認識到軟件測試的重要性，實實在 在需要提高產品的質量。這時候，可以到國內的軟件測試論壇和相關網站上尋找軟件測 試資源，這種情況下，自學能力和對技術的悟性就至關重要了。 1．2．2 閱讀軟件測試的相關書籍 現在，中文版的軟件測試書籍越來越多，有的是國人自己寫的，有的是翻譯國外經典之 作?？梢缘?www.chinapub.com 或者 www.cnforyou.com 等網絡購書的站點查找軟件測試相關的書籍。目前，從國外引入的軟件測試書籍有很多 經典之作，但是，翻譯成中文后，翻譯質量對閱讀效果有很大的影響。 1．2．3 走讀缺陷跟蹤庫中的問題報告單 如果您所在的公司已經有軟件缺陷跟蹤庫了，無論采用的是商用工具，如 ClearQuest 、 TestDirecter 等工具，還是采用的 Bugzilla 、 Mantis 等開源工具，這都無關緊要，缺陷跟蹤庫中的缺陷報告單才是有價值的。缺陷跟蹤庫中 的問題報告單是軟件測試工程師工作績效的集中體現，同時也是軟件產品問題的集中體 現。一般來說，缺陷報告單中最關鍵的幾個部分包括：第一部分是發(fā)現缺陷的環(huán)境，包 括軟件環(huán)境、硬件環(huán)境等；第二部分是缺陷的基本描述；第三部分是開發(fā)人員對缺陷的 解決方法。通過對上述缺陷報告單的三個部分作仔細分析，不知不覺你已經吸收了其他 軟件測試人員的工作經驗，并掌握了軟件產品常見的基本問題。這是迅速提高軟件測試 經驗的好方法。 1．2．4 走讀相關產品的歷史測試用例 如果你所在的公司有測試用例管理系統(tǒng)，那么，走讀相關產品的軟件測試用例是迅速提 高測試用例設計水平的一條捷徑。走讀測試用例也是有技巧的。測試用例寫作一般會包 括測試用例項和根據測試用例項細化的測試用例，下面舉例說明。 “ 測試用戶登錄的功能 ” 是一個測試項，該測試項的目的是測試用戶登錄功能是否正確，是否能夠完成正常的登 錄功能，是否能夠對非法用戶名和密碼做異常處理等等。因此，根據該用例項，可以設 計出若干個測試用例，大多數情況下，測試用例項和測試用例是一對多的關系。 通過走讀測試用例項目，你可以掌握應該從哪些功能點著手未來的測試工作；通過走讀 軟件測試用例，你可以了解如何根據被測試的功能點開展軟件測試用例的設計工作，包 括如何確定測試用例的輸入、測試用例的操作步驟和測試用例的輸出結果等。 總之，走讀其他軟件測試人員設計的優(yōu)秀軟件測試用例，是提高自身用例設計水平的好 方法。 1．2．5 學習產品相關的業(yè)務知識 軟件測試人員不僅要掌握軟件測試技術相關知識，對產品相關的業(yè)務...
軟件測試資料1