【正文】 我們應當祈禱：軟件的缺陷在產品被淘汰之前一直沒有機會發(fā)作。 5 軟件測試的挑戰(zhàn)和問題 一、如何正確對待測試工作 １．明確測試工作意義 ２．加強責任心，疏忽可能造成惡果 ３．學習 ——實踐 ——鉆研，積累經驗， 努力提高業(yè)務水平 ４．處理好與編程人員關系 167。測試小組至多能夠模仿小部分用戶的行為，但并不具有普遍的代表性。 4 軟件測試的一般性理論 七、 一些問題 ? 問題 4：在集成測試的時候，已經對一些子系統進行了功能測試、性能測試等等，那么在系統測試時能否跳過相同內容的測試 ? ?不能！因為集成測試是在仿真環(huán)境中開展的，那不是真正的目標系統。 4 軟件測試的一般性理論 七、 一些問題 ? 問題 2：由于單元測試要寫測試驅動程序，非常麻煩，能否等到整個系統全部開發(fā)完后，再集中精力進行一次性地單元測試呢？ ?如果這樣做，在開發(fā)過程中，缺陷會越積越多并且分布得更廣、隱藏得更深，反而導致測試與改錯的代價大大增加。 4 軟件測試的一般性理論 五 、 驗收測試 ? 系統測試結束后，在項目組看來開發(fā)和測試工作已經全部完成，可以交付使用，并與用戶一起進行測試，以驗證是否符合與用戶事先約定的驗收標準。 4 軟件測試的一般性理論 四、系統測試 功能測試 167。 容量測試 : 對軟件容量的測試，能讓用戶明白到底此軟件能一次性承擔多大訪問量。測試開始進入到系統測試的階段。 測試內容：各單元的接口是否吻合、代碼是否符合規(guī)定的標準、界面標準是否統一等。 4 軟件測試的一般性理論 二、單元測試 什么是單元測試？ 是指對軟件中的最小可測試單元進行檢查和驗證 單元：人為規(guī)定的最小的被測試單元。 3 函數與函數之間，定義語句和執(zhí)行語句之間最好加空行，空行不會浪費內存。b)。 對于文檔測試：主要測試用戶手冊和需求說明是否符合用戶的實際需要。 條件覆蓋 ? 在測試時，設計若干測試用例，運行被測程序，使程序中的每個條件的可能取值至少滿足一次。它所依據的是程序的外部特性。 10)任何已測程序的變更都應重新進行測試。 3)盡可能避免測試自己寫的程序。 二、排除軟件缺陷的兩種重要手段 軟件測試 ? 測試在軟件開發(fā)中占有重要地位 ? 測試成本占有開發(fā)成本的近一半 軟件開發(fā)成本分布 軟件類型 開發(fā)成本按階段分布 % 需求與設計 實現 測試 控制軟件 46 20 34 航空航天軟件 34 20 46 操作系統 33 17 50 科技計算軟件 44 26 30 商業(yè)應用軟件 44 28 28 需求分析 設計走查 概要設計 設計評審 詳細設計 編碼 代碼走查 單元測試 集成測試 確認測試 測試評審 需求評審 測試策劃 軟件項目評審 評審與走查 167。如：規(guī)格說明規(guī)定了 a+b=c， 而軟件產品實際上做的不是。 ? 系統測試的粒度最大，一般由獨立測試小組采用黑盒方式來測試，主要測試系統是否符合“需求規(guī)格說明書”。 1 軟件工程與軟件測試模型 你真的懂測試嗎 ? 編程大師說：沒有錯誤的程序世間難求。 3 軟件測試的基本概念 1. 測試的目的 2. 測試的對象 3. 軟件測試的原則 4. 軟件測試信息流 第二部分（章）軟件工程與軟件測試 5. 為什么不可能做到窮舉測試 6. 測試策略 （ 1） 測試步驟 （ 2） 生存期各階段 V and Vamp。T活動 （ 3）測試查錯曲線 （ 4） 排除隱錯的相對成本 167。 （《編程之道》） ? 你在學校里學過測試嗎？（讀到博士可能也不懂測試） ? 你所在的企業(yè)重視測試嗎？ （小公司程序員的技能更加全面） ? 臨時抱佛腳行嗎？ 你以為有文檔模板就會測試了嗎 ？ ? 如果不懂得有效地進行測試，你不僅得不到功勞，也沒人欣賞你的苦勞，你擁有最多的將只是疲勞。 ? 驗收測試與系統測試非常相似，主要區(qū)別是測試人員不同，驗收測試由用戶執(zhí)行。 ? 對用戶期望的偏離，即用戶要求未體現在產品中（可能是規(guī)格說明有疏漏，也可能是實現中的問題。 3 軟件測試的基本概念 測試目的（ J. Myers） ? 測試是程序執(zhí)行的過程，目的在于發(fā)現錯誤（缺陷） ? 好的測試用例能有效地發(fā)現別的測試用例未發(fā)現的錯誤（缺陷） ? 成功的測試是發(fā)現了未曾發(fā)現的錯誤（缺陷） 167。堅持獨立測試原則，必要的情況下建立獨立測試機構。（回歸測試） 軟件測試信息流 測試 建立可 靠性模型 排錯 評估 測試結果 預期結果 修正的軟件 可靠性模型 軟件配置 測試配置 測試工具 測試結果 錯誤 出錯率 回歸測試 測試計劃 測試用例 測試程序 ｝ 測試成本曲線 不足測試 過度測試 測試的程度 t 未發(fā)現的缺陷數 測試成本 最佳測試點 為什么不可能做窮舉測試 M1 D1 D2 D3 D4 M2 M3 M4 M5 M6 M7 D5 =20次 循環(huán)次數 0 1 2……20 獨立路徑數 51+52+53+……+5 21≈1014 (1百萬億 ) 每個測試用例（考慮、執(zhí)行、驗證結果） 5分鐘 共需測試時間 10億年 為什么不可能做窮舉測試 程序 P X Y Z 若 X、 Y為所有可能的整數 在字長 32位機上 測試 X Y1 ?Z1 ． ． ． Xn、 Yn ?Zn n = 232?232 = 264 ? ?1019 生存期各階段 V、 Vamp。 需求 說明 產生 被測程序 測試結果 輸出 比較 測試用例 黑盒測試只關心輸入與輸出的對應關系，不關心被測程序的內部關系。 條件分支覆蓋 ? 在測試時，設計足夠的測試用例，使得判斷中每個條件的所有可能取值至少出現一次，并且每個判斷本身的判定結果也至少出現一次。 程序代碼的靜態(tài)測試需要我們按照相應語言的代碼規(guī)范模板來逐行檢查程序代碼 C語言程序的例子 include Max(float x,float y) { float z。 c=max(a,b)。 4 在程序的開頭加注釋，說明程序的基本信息；在重要的函數模塊處加注釋，說明各函數的功能。如：在結構化語言中（ C語言），單元指一個函數；在面向對象語言中（ Java語言）單元指一個類；在圖形化的軟件中，單元也可以指一個窗口、一個菜單等。 人員安排：既要求參與的人熟悉單元