軟件測試

軟件測試1本課程主要參考教材：SoftwareTestingSecondEdition（美）RonPatton著，張小松等譯2006年3月本課程主要參考教材：2課程教學內容安排：第一部分軟件測試綜述（共三章）第二部分軟件測試基礎（共五章）第三部分運用測試技術（共七章）第四部分軟件測試的進一步深入（共兩章）第五部分使用測試文檔（共四章）第六部分軟件測試的未來（共兩章）課程教學內容安排：3第一部分軟件測試綜述官方定義

體系架構軟件測試的背景軟件開發(fā)過程軟件測試的實質第一部分軟件測試綜述官方定義4第一部分軟件測試綜述官方定義

使用人工或自動手段來運行或測定某個系統的過程，檢驗它是否滿足規(guī)定的需求或是弄清預期結果與實際結果之間的差別?！狪EEE1983年第一部分軟件測試綜述官方定義5第一部分軟件測試綜述體系架構軟件測試的基礎理論和基本技術軟件測試的標準和規(guī)范軟件測試的環(huán)境和工具軟件測試的管理第一部分軟件測試綜述體系架構6第一部分軟件測試綜述第一章軟件測試的背景軟件錯誤案例研究軟件缺陷是什么為什么會出現軟件缺陷軟件缺陷的修復費用軟件測試員的工作內容優(yōu)秀軟件測試員的素質第一部分軟件測試綜述第一章軟件測試的背景7第一章軟件測試的背景§1軟件錯誤案例研究※1994年12月30日；ThomasR.Nicely博士在他的一個實驗中，發(fā)現了奔騰CPU的除法問題（4195835∕3145727）×31435727―4195835＝？※１９９６年６月４日，阿麗亞娜５型火箭第一次鑒定發(fā)射，因火箭導航電腦軟件系統發(fā)生故障而失??；

第一章軟件測試的背景§1軟件錯誤案例研究※1994年18第一章軟件測試的背景※美國愛國者導彈防御系統首次應用在海灣戰(zhàn)爭中對抗伊拉克飛毛腿導彈的防御戰(zhàn)中，一次在沙特阿拉伯的多哈擊斃了28名美國士兵；※2003年4月，一個軟件故障導致美國航空集團公司損失數千美元，因為有些機票的價格被誤定為1.86美元；※2003年8月，位于美國俄亥俄州的第一能源(FirstEnergy)公司下屬的電力監(jiān)測與控制管理系統“XA/21”出現軟件錯誤，導致北美東北部大規(guī)模停電；

※1999年12月3日，美國航天局的火星極地登陸者號探測器試圖在火星表面著陸時失蹤。；第一章軟件測試的背景※美國愛國者導彈防御系統首次應用在海9第一章軟件測試的背景※美國商務部的國立標準技術研究所（NIST：NationalInstituteofStandardsandTechnology）有關軟件缺陷的損失調查報告表示，“據推測，由于軟件缺陷而引起的損失額每年高達595億美元。這一數字相當于美國國內生產總值的0.6%”?！?005年07月13日，北京互聯網首次突然大面積斷網，主要原因是北京網通幾個核心路由器的BGPDown掉了

；第一章軟件測試的背景※美國商務部的國立標準技術研究所（N10第一章軟件測試的背景§2軟件缺陷是什么一、軟件失敗的術語缺點(defect) 偏差(variance)故障(fault) 失敗(failure)問題(problem) 矛盾(incosistency)錯誤(error) 特性殊(feature)事件(incident) 缺陷(bug)異常(anomaly)第一章軟件測試的背景§2軟件缺陷是什么一、軟件失敗的術11第一章軟件測試的背景了解與自己合作的產品開發(fā)小組的特點是重要的。他們提及他們軟件問題的方式反映出他們處理整個開發(fā)過程的方式。

本課程中，所有軟件問題都被稱為缺陷（bugs）。第一章軟件測試的背景了解與自己合作的產品開發(fā)小組12第一章軟件測試的背景二、軟件缺陷官方的定義1. 軟件未實現產品說明書要求的功能。2. 軟件出現了產品說明書指明不會出現的錯誤。3. 軟件實現了產品說明書未提到的功能。4. 軟件未實現產品說明書雖未明確提及但應該實現的目標。5. 軟件難以理解、不易使用、運行緩慢或者——從測試員的角度看——最終用戶會認為不好。第一章軟件測試的背景二、軟件缺陷官方的定義1. 軟件未13第一章軟件測試的背景每一個使用過一些軟件的人都會對軟件的工作方式有自己意見和想法，要編寫令所有用戶都滿意的軟件是不可能的。要全面，最重要的是要客觀評價，并非所有測試發(fā)現的缺陷都要修改。第一章軟件測試的背景每一個使用過一些軟件的人都會對軟件的14第一章軟件測試的背景§3為什么會出現軟件缺陷一、導致軟件缺陷最大的原因是產品說明書（需求分析）第一章軟件測試的背景§3為什么會出現軟件缺陷一、導致15第一章軟件測試的背景二、軟件缺陷的第二大來源是設計三、代碼錯誤可以歸咎于軟件的復雜性、文檔不足、進度壓力或者普通的低級錯誤，與一、二有關。四、其他原因，如誤解，重復錯誤，測試錯誤等只占極小的比例。第一章軟件測試的背景二、軟件缺陷的第二大來源是設計三、16第一章軟件測試的背景§4軟件缺陷的修復費用隨著時間推移，修復軟件缺陷的費用驚人地增長（指數級）IBM：確定軟件錯誤的相對成本是：在設計階段，1.5；編碼前，1；編碼中，1.5；測試前，10；測試中，60；交付后，100。[WattsHumphrey]TRW:確定錯誤的相對時間：需求分析階段，1；設計階段，3-6；編碼階段，10；開發(fā)測試階段，15-40；接受性測試階段，30-70；應用運行中，40-1000。[Boehm]第一章軟件測試的背景§4軟件缺陷的修復費用隨著時間推17第一章軟件測試的背景§5軟件測試員的工作內容軟件測試員的目標是找出缺陷軟件測試員的目標是找出缺陷，盡可能早一些軟件測試員的目標是找出缺陷，盡可能早一些，并確保其得以外修復修復”缺陷并非指一定要改正軟件第一章軟件測試的背景§5軟件測試員的工作內容軟件測試18第一章軟件測試的背景§6優(yōu)秀軟件測試員的素質在宇宙的歷史中，毀滅總是比創(chuàng)建容易？好的測試組織可以造就一個公司；缺少測試的組織可能倒閉一個公司大多數軟件測試員應具備的素質第一章軟件測試的背景§6優(yōu)秀軟件測試員的素質在宇19第一章軟件測試的背景具有編程方面的知識，不會害怕進入陌生環(huán)境。善于發(fā)現問題的癥結，喜歡解謎。不放過任何蛛絲馬跡具有創(chuàng)造性力求完美，不去苛求，而是盡力接近目標

判斷準確注重策略和外交善于說服第一章軟件測試的背景具有編程方面的知識，不會害怕進入陌生20第一部分軟件測試綜述第二章軟件開發(fā)過程產品的組成部分軟件項目成員軟件開發(fā)生命周期模式第一部分軟件測試綜述第二章軟件開發(fā)過程21第二章軟件開發(fā)過程§1產品的組成部分可能考慮不到的抽象內容： 產品說明書 產品審查 設計文檔 進度表 前期版本的反饋 競爭對手的信息 測試計劃 用戶調查 易用性數據 外觀說明 軟件體系結構 軟件代碼一、軟件產品需要的投入第二章軟件開發(fā)過程§1產品的組成部分可能考慮不到的抽象內22第二章軟件開發(fā)過程1、客戶需求編寫軟件的目的是滿足一些人的需求；客戶需求收集可以通過問卷調查，收集軟件以前版本反饋信息、收集競爭產品信息、收集期刊評論、收集焦點人群的意見以及其他諸多方式；第二章軟件開發(fā)過程1、客戶需求編寫軟件的目的是滿足一些人23第二章軟件開發(fā)過程2、產品說明書產品說明書綜合需求調查信息以及沒有提出但必須要實現的需求，真正地定義產品是什么、有哪些功能、外觀如何；第二章軟件開發(fā)過程2、產品說明書產品說明書綜合需求調查信24第二章軟件開發(fā)過程3、進度表制定進度的目的是了解哪項工作完成了，還有多少工作要作，何時全部完成；第二章軟件開發(fā)過程3、進度表制定進度的目的是了解哪項工作25第二章軟件開發(fā)過程4、軟件設計文檔對于稍大一些的程序而言，必須要有一個規(guī)劃軟件如何編寫的設計過程。

常用軟件設計文檔包括：

結構文檔數據流圖、狀態(tài)轉換圖、流程圖代碼注釋第二章軟件開發(fā)過程4、軟件設計文檔對于稍大一些的程序而言26第二章軟件開發(fā)過程5、測試文檔重要的測試提交文檔清單包括：測試計劃測試用例缺陷報告測試工具和自動測試度量、統計和總結第二章軟件開發(fā)過程5、測試文檔重要的測試提交文檔清單包括27第二章軟件開發(fā)過程軟件代碼二、軟件產品的組成幫助文件用戶手冊樣本和示例標簽和不干膠產品支持信息圖標和標志錯誤信息廣告和宣傳材料安裝說明文件第二章軟件開發(fā)過程軟件代碼二、軟件產品的組成幫助文件28第二章軟件開發(fā)過程§2軟件項目成員項目經理、程序經理或者監(jiān)制人員→編寫產品說明書、管理進度、進行重大決策項目不同，人員就大不相同了。但是對于大多數情況，分工是一樣的，只是叫法不同而已體系架構師，系統工程師→設計整個系統體系架構程序員、開發(fā)人員→設計、編寫軟件并修復軟件中的缺陷第二章軟件開發(fā)過程§2軟件項目成員項目經理、程序經理或者29第二章軟件開發(fā)過程測試員或質量保證（QualityAssurance，QA）員→找出并報告軟件產品的問題技術作者→編制軟件產品附帶的文件和聯機文檔配置管理員或構建員→把程序員編寫的代碼及技術作者寫的全部文檔資料在一起，合成為一個軟件包第二章軟件開發(fā)過程測試員或質量保證（QualityAss30第二章軟件開發(fā)過程§3軟件開發(fā)生命周期模式軟件產品從最初構思到公開發(fā)行的過程稱為軟件開發(fā)生命周期模式● 大爆炸模式● 邊寫邊改模式● 瀑布模式● 螺旋模式在開發(fā)軟件過程中有各種不同的方法。對特定項目而言，沒有那個模式是一定最好的，有4種最常用的模式第二章軟件開發(fā)過程§3軟件開發(fā)生命周期模式軟件產品從最31第二章軟件開發(fā)過程一、大爆炸模式人力和資金→巨大的能量釋放→產生了優(yōu)秀的軟件產品→或者一堆廢品。簡單→所有精力都花在開發(fā)軟件和編寫代碼上計劃、進度安排和正規(guī)開發(fā)過程幾乎沒有幾乎沒有什么測試第二章軟件開發(fā)過程一、大爆炸模式人力和資金→巨大的能量釋32第二章軟件開發(fā)過程二、邊寫邊改模式粗略的想法→簡單的設計→漫長的來回編寫、測試和修改缺陷的過程→發(fā)布產品在大爆炸模式基礎上的一個進步第二章軟件開發(fā)過程二、邊寫邊改模式粗略的想法→簡單的設計33第二章軟件開發(fā)過程三、瀑布模式最初的構思到最終產品要經過一系列步驟。每一個步驟結束時，項目小組組織審查，并決定是否進入下一步。如果項目進入下一步未準備好，就停滯下來，直到準備好強調產品的定義各步驟是分立的；沒有交叉無法回溯第二章軟件開發(fā)過程三、瀑布模式最初的構思到最終產品34第二章軟件開發(fā)過程四、螺旋模式總體思想是：一開始不必詳細定義所有細節(jié)。從小開始，定義重要功能，努力實現這些功能，接受客戶反饋，然后進入下一階段。重復上述過程，直至得到最終產品螺旋模式中包含了一點瀑布模式（分析、設計、開發(fā)和測試的步驟）、一點邊寫邊改模式（螺旋模式的每一次）和一點大爆炸模式（從外界觀察）。模式發(fā)現問題早，使成本低。第二章軟件開發(fā)過程四、螺旋模式總體思想是：一開始不必35第一部分軟件測試綜述第三章軟件測試的實質測試的原則軟件測試的術語和定義第一部分軟件測試綜述第三章軟件測試的實質36第三章軟件測試的實質§1測試的原則輸入量太大輸出結果太多軟件執(zhí)行路徑太多軟件說明書是主觀的。你可以說從旁觀者來看是缺陷。一、完全測試程序是不可能的例：Microsoftwindows計算器程序第三章軟件測試的實質§1測試的原則輸入量太大一、完全測試程37第三章軟件測試的實質關鍵是如何把數量巨大的可能測試減少到可以控制的范圍，以及如何針對風險作出明智的抉擇，那些測試重要，那些不重要；二、軟件測試是有風險的行為目標是找到最優(yōu)的測試量，使測試不多不少第三章軟件測試的實質關鍵是如何把數量巨大的可能測38第三章軟件測試的實質軟件測試工作與防疫員的工作極為相似，可以報告已軟件缺陷存在，卻不能報告軟件缺陷不存在三、測試無法顯示潛伏的軟件缺陷第三章軟件測試的實質軟件測試工作與防疫員的工作極為相39第三章軟件測試的實質程序員也有心情不好的時候

四、找到的軟件缺陷越多，就說明附近的軟件缺陷更多程序員往往犯同樣的錯誤

某些軟件缺陷其實冰山一角

第三章軟件測試的實質程序員也有心情不好的時候四、找到的軟40第三章軟件測試的實質1990年，BorisBeixer在其編著的《軟件測試技術》（SoftwareTestingTechniques）第2版一書中描述了軟件測試越多，其對測試的免疫力越強的現象五、殺蟲劑怪事為了克服殺蟲劑怪事，軟件測試員必須不斷編寫不同的新的測試程序第三章軟件測試的實質1990年，BorisBeixer在41第三章軟件測試的實質沒有足夠的時間六、并非所有軟件缺陷都要修復不算真正的軟件缺陷修復的風險太大不值得修復缺陷都修復的決策過程通常由軟件測試員、項目經理和程序員共同參與第三章軟件測試的實質沒有足夠的時間六、并非所有軟件缺陷都42第三章軟件測試的實質尚未發(fā)現或未觀察到的軟件缺陷只能說是潛在缺陷七、什么時候才叫缺陷難以說清第三章軟件測試的實質尚未發(fā)現或未觀察到的軟件缺陷只能說是潛43第三章軟件測試的實質軟件行業(yè)變化太快，去年還很先進的產品今年就過時了，同時，軟件變得更龐大、更復雜，功能越來越多，導致軟件開發(fā)周期越來越長。這兩種反作用力形成了矛盾，結果是產品說明書經常變化。八、產品說明書從沒有最終版本第三章軟件測試的實質軟件行業(yè)變化太快，去年還很先進的產品今44第三章軟件測試的實質早點找出缺陷九、軟件測試員在產品小組中不受歡迎控制情緒不要總是報告壞消息第三章軟件測試的實質早點找出缺陷九、軟件測試員在產品小組45第三章軟件測試的實質軟件行業(yè)已經發(fā)展到強制使用專業(yè)軟件測試員的程度了，生產低劣軟件的代價太高十、軟件測試是一項講究條理的技術專業(yè)大多數軟件都采用井然有序的方式開發(fā)，把軟件測試員當作必不可少的核心小組成員第三章軟件測試的實質軟件行業(yè)已經發(fā)展到強制使用專業(yè)軟件測試46第三章軟件測試的實質§2軟件測試的術語和定義軟件測試要精度還是準確度很大程度上取決于產品是什么，最終取決于開發(fā)小組的目標一、精確(precision)和準確(accuracy)重要的是在術語定義上取得一致而不是在“正確性”上爭論第三章軟件測試的實質§2軟件測試的術語和定義47第三章軟件測試的實質確認是保證軟件符合產品說明書的過程；驗證是保證軟件滿足用戶要求的過程。二、確認（verification）和驗證（validation）確認（verification）和驗證（validation）的區(qū)別對軟件測試很重要，通過對哈勃（Hubble）天文望遠鏡問題的分析就可以澄清這兩者的區(qū)別第三章軟件測試的實質確認是保證軟48第三章軟件測試的實質●軟件測試員的目標是找出軟件缺陷，盡可能早一些，并確保缺陷得以修復。二、測試和質量保證（QA）●軟件質量保證人員的主要職責是創(chuàng)建和執(zhí)行：改進軟件開發(fā)過程并防止軟件缺陷發(fā)生的標準和方法。第三章軟件測試的實質●軟件測試員的目標是找出軟件缺陷，盡可49演講完畢，謝謝觀看！演講完畢，謝謝觀看！50軟件測試

軟件測試51本課程主要參考教材：SoftwareTestingSecondEdition（美）RonPatton著，張小松等譯2006年3月本課程主要參考教材：52課程教學內容安排：第一部分軟件測試綜述（共三章）第二部分軟件測試基礎（共五章）第三部分運用測試技術（共七章）第四部分軟件測試的進一步深入（共兩章）第五部分使用測試文檔（共四章）第六部分軟件測試的未來（共兩章）課程教學內容安排：53第一部分軟件測試綜述官方定義

體系架構軟件測試的背景軟件開發(fā)過程軟件測試的實質第一部分軟件測試綜述官方定義54第一部分軟件測試綜述官方定義

使用人工或自動手段來運行或測定某個系統的過程，檢驗它是否滿足規(guī)定的需求或是弄清預期結果與實際結果之間的差別?！狪EEE1983年第一部分軟件測試綜述官方定義55第一部分軟件測試綜述體系架構軟件測試的基礎理論和基本技術軟件測試的標準和規(guī)范軟件測試的環(huán)境和工具軟件測試的管理第一部分軟件測試綜述體系架構56第一部分軟件測試綜述第一章軟件測試的背景軟件錯誤案例研究軟件缺陷是什么為什么會出現軟件缺陷軟件缺陷的修復費用軟件測試員的工作內容優(yōu)秀軟件測試員的素質第一部分軟件測試綜述第一章軟件測試的背景57第一章軟件測試的背景§1軟件錯誤案例研究※1994年12月30日；ThomasR.Nicely博士在他的一個實驗中，發(fā)現了奔騰CPU的除法問題（4195835∕3145727）×31435727―4195835＝？※１９９６年６月４日，阿麗亞娜５型火箭第一次鑒定發(fā)射，因火箭導航電腦軟件系統發(fā)生故障而失敗；

第一章軟件測試的背景§1軟件錯誤案例研究※1994年158第一章軟件測試的背景※美國愛國者導彈防御系統首次應用在海灣戰(zhàn)爭中對抗伊拉克飛毛腿導彈的防御戰(zhàn)中，一次在沙特阿拉伯的多哈擊斃了28名美國士兵；※2003年4月，一個軟件故障導致美國航空集團公司損失數千美元，因為有些機票的價格被誤定為1.86美元；※2003年8月，位于美國俄亥俄州的第一能源(FirstEnergy)公司下屬的電力監(jiān)測與控制管理系統“XA/21”出現軟件錯誤，導致北美東北部大規(guī)模停電；

※1999年12月3日，美國航天局的火星極地登陸者號探測器試圖在火星表面著陸時失蹤。；第一章軟件測試的背景※美國愛國者導彈防御系統首次應用在海59第一章軟件測試的背景※美國商務部的國立標準技術研究所（NIST：NationalInstituteofStandardsandTechnology）有關軟件缺陷的損失調查報告表示，“據推測，由于軟件缺陷而引起的損失額每年高達595億美元。這一數字相當于美國國內生產總值的0.6%”?！?005年07月13日，北京互聯網首次突然大面積斷網，主要原因是北京網通幾個核心路由器的BGPDown掉了

；第一章軟件測試的背景※美國商務部的國立標準技術研究所（N60第一章軟件測試的背景§2軟件缺陷是什么一、軟件失敗的術語缺點(defect) 偏差(variance)故障(fault) 失敗(failure)問題(problem) 矛盾(incosistency)錯誤(error) 特性殊(feature)事件(incident) 缺陷(bug)異常(anomaly)第一章軟件測試的背景§2軟件缺陷是什么一、軟件失敗的術61第一章軟件測試的背景了解與自己合作的產品開發(fā)小組的特點是重要的。他們提及他們軟件問題的方式反映出他們處理整個開發(fā)過程的方式。

本課程中，所有軟件問題都被稱為缺陷（bugs）。第一章軟件測試的背景了解與自己合作的產品開發(fā)小組62第一章軟件測試的背景二、軟件缺陷官方的定義1. 軟件未實現產品說明書要求的功能。2. 軟件出現了產品說明書指明不會出現的錯誤。3. 軟件實現了產品說明書未提到的功能。4. 軟件未實現產品說明書雖未明確提及但應該實現的目標。5. 軟件難以理解、不易使用、運行緩慢或者——從測試員的角度看——最終用戶會認為不好。第一章軟件測試的背景二、軟件缺陷官方的定義1. 軟件未63第一章軟件測試的背景每一個使用過一些軟件的人都會對軟件的工作方式有自己意見和想法，要編寫令所有用戶都滿意的軟件是不可能的。要全面，最重要的是要客觀評價，并非所有測試發(fā)現的缺陷都要修改。第一章軟件測試的背景每一個使用過一些軟件的人都會對軟件的64第一章軟件測試的背景§3為什么會出現軟件缺陷一、導致軟件缺陷最大的原因是產品說明書（需求分析）第一章軟件測試的背景§3為什么會出現軟件缺陷一、導致65第一章軟件測試的背景二、軟件缺陷的第二大來源是設計三、代碼錯誤可以歸咎于軟件的復雜性、文檔不足、進度壓力或者普通的低級錯誤，與一、二有關。四、其他原因，如誤解，重復錯誤，測試錯誤等只占極小的比例。第一章軟件測試的背景二、軟件缺陷的第二大來源是設計三、66第一章軟件測試的背景§4軟件缺陷的修復費用隨著時間推移，修復軟件缺陷的費用驚人地增長（指數級）IBM：確定軟件錯誤的相對成本是：在設計階段，1.5；編碼前，1；編碼中，1.5；測試前，10；測試中，60；交付后，100。[WattsHumphrey]TRW:確定錯誤的相對時間：需求分析階段，1；設計階段，3-6；編碼階段，10；開發(fā)測試階段，15-40；接受性測試階段，30-70；應用運行中，40-1000。[Boehm]第一章軟件測試的背景§4軟件缺陷的修復費用隨著時間推67第一章軟件測試的背景§5軟件測試員的工作內容軟件測試員的目標是找出缺陷軟件測試員的目標是找出缺陷，盡可能早一些軟件測試員的目標是找出缺陷，盡可能早一些，并確保其得以外修復修復”缺陷并非指一定要改正軟件第一章軟件測試的背景§5軟件測試員的工作內容軟件測試68第一章軟件測試的背景§6優(yōu)秀軟件測試員的素質在宇宙的歷史中，毀滅總是比創(chuàng)建容易？好的測試組織可以造就一個公司；缺少測試的組織可能倒閉一個公司大多數軟件測試員應具備的素質第一章軟件測試的背景§6優(yōu)秀軟件測試員的素質在宇69第一章軟件測試的背景具有編程方面的知識，不會害怕進入陌生環(huán)境。善于發(fā)現問題的癥結，喜歡解謎。不放過任何蛛絲馬跡具有創(chuàng)造性力求完美，不去苛求，而是盡力接近目標

判斷準確注重策略和外交善于說服第一章軟件測試的背景具有編程方面的知識，不會害怕進入陌生70第一部分軟件測試綜述第二章軟件開發(fā)過程產品的組成部分軟件項目成員軟件開發(fā)生命周期模式第一部分軟件測試綜述第二章軟件開發(fā)過程71第二章軟件開發(fā)過程§1產品的組成部分可能考慮不到的抽象內容： 產品說明書 產品審查 設計文檔 進度表 前期版本的反饋 競爭對手的信息 測試計劃 用戶調查 易用性數據 外觀說明 軟件體系結構 軟件代碼一、軟件產品需要的投入第二章軟件開發(fā)過程§1產品的組成部分可能考慮不到的抽象內72第二章軟件開發(fā)過程1、客戶需求編寫軟件的目的是滿足一些人的需求；客戶需求收集可以通過問卷調查，收集軟件以前版本反饋信息、收集競爭產品信息、收集期刊評論、收集焦點人群的意見以及其他諸多方式；第二章軟件開發(fā)過程1、客戶需求編寫軟件的目的是滿足一些人73第二章軟件開發(fā)過程2、產品說明書產品說明書綜合需求調查信息以及沒有提出但必須要實現的需求，真正地定義產品是什么、有哪些功能、外觀如何；第二章軟件開發(fā)過程2、產品說明書產品說明書綜合需求調查信74第二章軟件開發(fā)過程3、進度表制定進度的目的是了解哪項工作完成了，還有多少工作要作，何時全部完成；第二章軟件開發(fā)過程3、進度表制定進度的目的是了解哪項工作75第二章軟件開發(fā)過程4、軟件設計文檔對于稍大一些的程序而言，必須要有一個規(guī)劃軟件如何編寫的設計過程。

常用軟件設計文檔包括：

結構文檔數據流圖、狀態(tài)轉換圖、流程圖代碼注釋第二章軟件開發(fā)過程4、軟件設計文檔對于稍大一些的程序而言76第二章軟件開發(fā)過程5、測試文檔重要的測試提交文檔清單包括：測試計劃測試用例缺陷報告測試工具和自動測試度量、統計和總結第二章軟件開發(fā)過程5、測試文檔重要的測試提交文檔清單包括77第二章軟件開發(fā)過程軟件代碼二、軟件產品的組成幫助文件用戶手冊樣本和示例標簽和不干膠產品支持信息圖標和標志錯誤信息廣告和宣傳材料安裝說明文件第二章軟件開發(fā)過程軟件代碼二、軟件產品的組成幫助文件78第二章軟件開發(fā)過程§2軟件項目成員項目經理、程序經理或者監(jiān)制人員→編寫產品說明書、管理進度、進行重大決策項目不同，人員就大不相同了。但是對于大多數情況，分工是一樣的，只是叫法不同而已體系架構師，系統工程師→設計整個系統體系架構程序員、開發(fā)人員→設計、編寫軟件并修復軟件中的缺陷第二章軟件開發(fā)過程§2軟件項目成員項目經理、程序經理或者79第二章軟件開發(fā)過程測試員或質量保證（QualityAssurance，QA）員→找出并報告軟件產品的問題技術作者→編制軟件產品附帶的文件和聯機文檔配置管理員或構建員→把程序員編寫的代碼及技術作者寫的全部文檔資料在一起，合成為一個軟件包第二章軟件開發(fā)過程測試員或質量保證（QualityAss80第二章軟件開發(fā)過程§3軟件開發(fā)生命周期模式軟件產品從最初構思到公開發(fā)行的過程稱為軟件開發(fā)生命周期模式● 大爆炸模式● 邊寫邊改模式● 瀑布模式● 螺旋模式在開發(fā)軟件過程中有各種不同的方法。對特定項目而言，沒有那個模式是一定最好的，有4種最常用的模式第二章軟件開發(fā)過程§3軟件開發(fā)生命周期模式軟件產品從最81第二章軟件開發(fā)過程一、大爆炸模式人力和資金→巨大的能量釋放→產生了優(yōu)秀的軟件產品→或者一堆廢品。簡單→所有精力都花在開發(fā)軟件和編寫代碼上計劃、進度安排和正規(guī)開發(fā)過程幾乎沒有幾乎沒有什么測試第二章軟件開發(fā)過程一、大爆炸模式人力和資金→巨大的能量釋82第二章軟件開發(fā)過程二、邊寫邊改模式粗略的想法→簡單的設計→漫長的來回編寫、測試和修改缺陷的過程→發(fā)布產品在大爆炸模式基礎上的一個進步第二章軟件開發(fā)過程二、邊寫邊改模式粗略的想法→簡單的設計83第二章軟件開發(fā)過程三、瀑布模式最初的構思到最終產品要經過一系列步驟。每一個步驟結束時，項目小組組織審查，并決定是否進入下一步。如果項目進入下一步未準備好，就停滯下來，直到準備好強調產品的定義各步驟是分立的；沒有交叉無法回溯第二章軟件開發(fā)過程三、瀑布模式最初的構思到最終產品84第二章軟件開發(fā)過程四、螺旋模式總體思想是：一開始不必詳細定義所有細節(jié)。從小開始，定義重要功能，努力實現這些功能，接受客戶反饋，然后進入下一階段。重復上述過程，直至得到最終產品螺旋模式中包含了一點瀑布模式（分析、設計、開發(fā)和測試的步驟）、一點邊寫邊改模式（螺旋模式的每一次）和一點大爆炸模式（從外界觀察）。模式發(fā)現問題早，使成本低。第二章軟件開發(fā)過程四、螺旋模式總體思想是：一開始不必85第一部分軟件測試綜述第三章軟件測試的實質測試的原則軟件測試的術語和定義第一部分軟件測試綜述第三章軟件測試的實質86第三章軟件測試的實質§1測試的原則輸入量太大輸出結果太多軟件執(zhí)行路徑太多軟件說明書是主觀的。你可以說從旁觀者來看是缺陷。一、完全測試程序是不可能的例：Microsoftwindows計算器程序第三章軟件測試的實質§1測試的原則輸入量太大一、完全測試程87第三章軟件測試的實質關鍵是如何把數量巨大的可能測試減少到可以控制的范圍，以及如何針對風險作出明智的抉擇，那些測試重要，那些不重要；二、軟件測試是有風險的行為目標是找到最優(yōu)的測試量，使測試不多不少第三章軟件測試的實質關鍵是如何把數量巨大的可能測88第三章軟件測試的實質軟件測試工作與防疫員的工作極為相似，可以報告已軟件缺陷存在，卻不能報告軟件缺陷不存在三、測試無法顯示潛伏的軟件缺陷第三章軟件測試的實質軟件測試工作與防疫員的工作極為相89第三章軟件測試的實質程序員也有心情不好的時候

四、找到的軟件缺陷越多，就說明附近的軟件缺陷更多程序員往往犯同