軟件測試北大青鳥

1、Version 3.0軟件質(zhì)量保證軟件質(zhì)量保證 定義軟件質(zhì)量和軟件質(zhì)量保證定義軟件質(zhì)量和軟件質(zhì)量保證 解釋軟件開發(fā)各個(gè)階段解釋軟件開發(fā)各個(gè)階段 SQA 的目標(biāo)的目標(biāo) 實(shí)現(xiàn)軟件質(zhì)量保證實(shí)現(xiàn)軟件質(zhì)量保證 建立質(zhì)量管理體系建立質(zhì)量管理體系 建立質(zhì)量計(jì)劃建立質(zhì)量計(jì)劃 質(zhì)量保證質(zhì)量保證 質(zhì)量控制的輸入質(zhì)量控制的輸入 質(zhì)量控制的手段和技巧質(zhì)量控制的手段和技巧 世界上不存在沒有缺陷的軟件。世界上不存在沒有缺陷的軟件。 可以通過兩種途徑開發(fā)出沒有錯誤的軟件：可以通過兩種途徑開發(fā)出沒有錯誤的軟件： 在一開始就防止引入錯誤。在一開始就防止引入錯誤。 識別潛藏在代碼中的錯誤，找到并消滅它們。識別潛藏在代碼中的錯誤，

2、找到并消滅它們。 軟件質(zhì)量是軟件產(chǎn)品滿足使用要求的程軟件質(zhì)量是軟件產(chǎn)品滿足使用要求的程度。對于軟件質(zhì)量的衡量，就是高質(zhì)量度。對于軟件質(zhì)量的衡量，就是高質(zhì)量的軟件系統(tǒng)能夠準(zhǔn)時(shí)地交付給用戶，所的軟件系統(tǒng)能夠準(zhǔn)時(shí)地交付給用戶，所耗費(fèi)的成本不超出預(yù)算，并且最重要的耗費(fèi)的成本不超出預(yù)算，并且最重要的是，能夠正常地運(yùn)行。是，能夠正常地運(yùn)行?！罢５剡\(yùn)行正常地運(yùn)行”意味著該軟件必須盡可能沒有缺陷意味著該軟件必須盡可能沒有缺陷(bug)。 理解：理解： 軟件需求是質(zhì)量度量的基礎(chǔ)，與需求不符就軟件需求是質(zhì)量度量的基礎(chǔ)，與需求不符就是質(zhì)量不高是質(zhì)量不高 完成的成本和完成的時(shí)間都應(yīng)該在計(jì)劃范圍完成的成本和完成的時(shí)間

3、都應(yīng)該在計(jì)劃范圍內(nèi)內(nèi) 開發(fā)出的軟件產(chǎn)品應(yīng)該是可靠的和可維護(hù)的開發(fā)出的軟件產(chǎn)品應(yīng)該是可靠的和可維護(hù)的 質(zhì)量保證是一個(gè)活動，它向所有有關(guān)的人提質(zhì)量保證是一個(gè)活動，它向所有有關(guān)的人提供證據(jù)以確立質(zhì)量功能正在按需求運(yùn)行的信供證據(jù)以確立質(zhì)量功能正在按需求運(yùn)行的信心。心。 軟件質(zhì)量保證是一系列系統(tǒng)性的活動，它提軟件質(zhì)量保證是一系列系統(tǒng)性的活動，它提供開發(fā)出滿足使用要求產(chǎn)品的軟件過程的能供開發(fā)出滿足使用要求產(chǎn)品的軟件過程的能力證據(jù)。力證據(jù)。 需求分析：需求分析： 確?？蛻羲蟮南到y(tǒng)是可行的。確?？蛻羲蟮南到y(tǒng)是可行的。 確?？蛻糁付ǖ男枨蟠_實(shí)能夠滿足他的真正確保客戶指定的需求確實(shí)能夠滿足他的真正要求。要

4、求。 避免開發(fā)者和客戶之間的誤解。避免開發(fā)者和客戶之間的誤解。 向用戶提供為滿足他所提出的需求而實(shí)際構(gòu)建向用戶提供為滿足他所提出的需求而實(shí)際構(gòu)建的適當(dāng)軟件系統(tǒng)。的適當(dāng)軟件系統(tǒng)。 軟件規(guī)格說明軟件規(guī)格說明： 通過建立需求跟蹤文檔，確保規(guī)格說明書與通過建立需求跟蹤文檔，確保規(guī)格說明書與系統(tǒng)需求保持一致。系統(tǒng)需求保持一致。 確保規(guī)格說明書能適當(dāng)?shù)馗倪M(jìn)系統(tǒng)的靈活性、確保規(guī)格說明書能適當(dāng)?shù)馗倪M(jìn)系統(tǒng)的靈活性、可維護(hù)性以及性能?？删S護(hù)性以及性能。 確保已建立了測試策略。確保已建立了測試策略。 確保已建立了現(xiàn)實(shí)的開發(fā)進(jìn)度表，包括確保已建立了現(xiàn)實(shí)的開發(fā)進(jìn)度表，包括預(yù)定的評審。預(yù)定的評審。 確保已為系統(tǒng)設(shè)計(jì)了正式

5、的變更規(guī)程。確保已為系統(tǒng)設(shè)計(jì)了正式的變更規(guī)程。 設(shè)計(jì)：設(shè)計(jì)： 確保已建立用于描述設(shè)計(jì)的標(biāo)準(zhǔn)，并且確保遵確保已建立用于描述設(shè)計(jì)的標(biāo)準(zhǔn)，并且確保遵循這些標(biāo)準(zhǔn)。循這些標(biāo)準(zhǔn)。 確保適當(dāng)?shù)乜刂撇⒂梦臋n記錄對設(shè)計(jì)進(jìn)行的變確保適當(dāng)?shù)乜刂撇⒂梦臋n記錄對設(shè)計(jì)進(jìn)行的變更。更。 確保在系統(tǒng)設(shè)計(jì)組件已按照商定的準(zhǔn)則得到批確保在系統(tǒng)設(shè)計(jì)組件已按照商定的準(zhǔn)則得到批準(zhǔn)之后才開始編碼。準(zhǔn)之后才開始編碼。 確保對設(shè)計(jì)的評審按照進(jìn)度進(jìn)行確保對設(shè)計(jì)的評審按照進(jìn)度進(jìn)行。 編碼：編碼： 確保代碼遵循已建立的風(fēng)格、結(jié)構(gòu)和文檔標(biāo)準(zhǔn)。確保代碼遵循已建立的風(fēng)格、結(jié)構(gòu)和文檔標(biāo)準(zhǔn)。 確保代碼經(jīng)過適當(dāng)測試和集成，同時(shí)對編碼模確保代碼經(jīng)過適當(dāng)測試和集

6、成，同時(shí)對編碼模塊的修改得到適當(dāng)?shù)臉?biāo)識。塊的修改得到適當(dāng)?shù)臉?biāo)識。 查看代碼編寫是否遵循既定的進(jìn)度。查看代碼編寫是否遵循既定的進(jìn)度。 確保代碼評審按照進(jìn)度進(jìn)行。確保代碼評審按照進(jìn)度進(jìn)行。 測試：測試： 確保測試計(jì)劃的建立和遵循。確保測試計(jì)劃的建立和遵循。 確保創(chuàng)建的測試計(jì)劃能夠滿足所有系統(tǒng)規(guī)格說確保創(chuàng)建的測試計(jì)劃能夠滿足所有系統(tǒng)規(guī)格說明書的要求。明書的要求。 確保經(jīng)過測試和返工后軟件與規(guī)格說明書保持確保經(jīng)過測試和返工后軟件與規(guī)格說明書保持一致一致。 維護(hù)：維護(hù)： 確保代碼和文檔的一致性。確保代碼和文檔的一致性。 確保對已建立的變更控制過程進(jìn)行監(jiān)測，包括確保對已建立的變更控制過程進(jìn)行監(jiān)測，包括將變

7、更集成到軟件的產(chǎn)品版本中的過程。將變更集成到軟件的產(chǎn)品版本中的過程。 確保對代碼的修改遵循編碼標(biāo)準(zhǔn)，并且要對其確保對代碼的修改遵循編碼標(biāo)準(zhǔn)，并且要對其進(jìn)行評審，不要破壞整個(gè)代碼結(jié)構(gòu)。進(jìn)行評審，不要破壞整個(gè)代碼結(jié)構(gòu)。 質(zhì)量管理的發(fā)展和趨勢質(zhì)量管理的發(fā)展和趨勢 質(zhì)量管理體系質(zhì)量管理體系 建立質(zhì)量計(jì)劃建立質(zhì)量計(jì)劃 質(zhì)量保證質(zhì)量保證 質(zhì)量控制的輸入質(zhì)量控制的輸入 質(zhì)量控制的手段和技巧質(zhì)量控制的輸出質(zhì)量控制的手段和技巧質(zhì)量控制的輸出 質(zhì)量管理發(fā)展五個(gè)階段質(zhì)量管理發(fā)展五個(gè)階段1900手工操作者手工操作者專職檢驗(yàn)員專職檢驗(yàn)員1920過程統(tǒng)計(jì)技術(shù)過程統(tǒng)計(jì)技術(shù)1931全面質(zhì)量管理全面質(zhì)量管理19602000以顧

8、客為中心以顧客為中心階段時(shí)間 質(zhì)量管理發(fā)展趨勢質(zhì)量管理發(fā)展趨勢由針對以產(chǎn)品生產(chǎn)制造由針對以產(chǎn)品生產(chǎn)制造服務(wù)質(zhì)量管理服務(wù)質(zhì)量管理到行政部門工作質(zhì)量。到行政部門工作質(zhì)量。由面向以產(chǎn)品生存周期的由面向以產(chǎn)品生存周期的服務(wù)質(zhì)量管理轉(zhuǎn)向服務(wù)質(zhì)量管理轉(zhuǎn)向質(zhì)量管理質(zhì)量管理。軟件產(chǎn)業(yè)要經(jīng)歷三個(gè)不同時(shí)代軟件產(chǎn)業(yè)要經(jīng)歷三個(gè)不同時(shí)代 結(jié)構(gòu)化生產(chǎn)時(shí)代結(jié)構(gòu)化生產(chǎn)時(shí)代(70年代中期至年代中期至90年代中期年代中期)：結(jié)構(gòu)：結(jié)構(gòu)化分析；結(jié)構(gòu)化設(shè)計(jì)；結(jié)構(gòu)化程序設(shè)計(jì)；結(jié)構(gòu)化化分析；結(jié)構(gòu)化設(shè)計(jì)；結(jié)構(gòu)化程序設(shè)計(jì)；結(jié)構(gòu)化測試；結(jié)構(gòu)化審查與走查。測試；結(jié)構(gòu)化審查與走查。 以過程為中心的時(shí)代以過程為中心的時(shí)代(從從80年代中期至年代中期

9、至2010年前后年前后)：寓質(zhì)量和效率于生產(chǎn)過程之中；關(guān)于軟件過程的寓質(zhì)量和效率于生產(chǎn)過程之中；關(guān)于軟件過程的主要流派主要流派(ISO 9000，CMM)。 軟件工業(yè)化生產(chǎn)時(shí)代軟件工業(yè)化生產(chǎn)時(shí)代(1995年開始年開始)：基礎(chǔ)技術(shù)：基礎(chǔ)技術(shù)(軟軟件過程技術(shù)，面向?qū)ο蠹夹g(shù)，基于構(gòu)件的開發(fā)技件過程技術(shù)，面向?qū)ο蠹夹g(shù)，基于構(gòu)件的開發(fā)技術(shù)術(shù))；主要問題；主要問題(標(biāo)準(zhǔn)化，產(chǎn)業(yè)文化，政策法規(guī)標(biāo)準(zhǔn)化，產(chǎn)業(yè)文化，政策法規(guī))；對前途的估計(jì)對前途的估計(jì)(我國我國2005年可以進(jìn)入軟件工業(yè)化生年可以進(jìn)入軟件工業(yè)化生產(chǎn)時(shí)代產(chǎn)時(shí)代)。 項(xiàng)目質(zhì)量管理項(xiàng)目質(zhì)量管理 質(zhì)量管理需要保證整個(gè)項(xiàng)目都要滿足設(shè)計(jì)時(shí)的質(zhì)量管理需要保證整

10、個(gè)項(xiàng)目都要滿足設(shè)計(jì)時(shí)的需要需要 項(xiàng)目質(zhì)量管理包括了所有的活動，這些活動決項(xiàng)目質(zhì)量管理包括了所有的活動，這些活動決定了質(zhì)量策略、質(zhì)量目標(biāo)和責(zé)任。而這些都需定了質(zhì)量策略、質(zhì)量目標(biāo)和責(zé)任。而這些都需要被質(zhì)量計(jì)劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改要被質(zhì)量計(jì)劃、質(zhì)量控制、質(zhì)量保證和質(zhì)量改進(jìn)等活動完成。進(jìn)等活動完成。 三個(gè)核心過程三個(gè)核心過程: 質(zhì)量管理質(zhì)量管理確認(rèn)質(zhì)量標(biāo)準(zhǔn)是關(guān)于項(xiàng)目目的、項(xiàng)目確認(rèn)質(zhì)量標(biāo)準(zhǔn)是關(guān)于項(xiàng)目目的、項(xiàng)目管理者、項(xiàng)目使用者這方面決定的管理者、項(xiàng)目使用者這方面決定的 質(zhì)量保證質(zhì)量保證評估整個(gè)項(xiàng)目滿足相關(guān)的質(zhì)量要求評估整個(gè)項(xiàng)目滿足相關(guān)的質(zhì)量要求 質(zhì)量控制質(zhì)量控制 監(jiān)控記過符合相應(yīng)質(zhì)量標(biāo)準(zhǔn)，可以監(jiān)

11、控記過符合相應(yīng)質(zhì)量標(biāo)準(zhǔn)，可以進(jìn)行檢查，滿足項(xiàng)目管理者以及整個(gè)項(xiàng)目組的進(jìn)行檢查，滿足項(xiàng)目管理者以及整個(gè)項(xiàng)目組的要求要求 質(zhì)量計(jì)劃質(zhì)量計(jì)劃 描述相關(guān)質(zhì)量標(biāo)準(zhǔn)并且說明如何滿足相應(yīng)標(biāo)準(zhǔn)描述相關(guān)質(zhì)量標(biāo)準(zhǔn)并且說明如何滿足相應(yīng)標(biāo)準(zhǔn) 輸入質(zhì)量計(jì)劃輸入質(zhì)量計(jì)劃 質(zhì)量策略質(zhì)量策略 一個(gè)組織中有關(guān)管理層對于質(zhì)量的一個(gè)組織中有關(guān)管理層對于質(zhì)量的定義和方向定義和方向 范圍描述范圍描述 產(chǎn)品說明產(chǎn)品說明 標(biāo)準(zhǔn)和規(guī)則標(biāo)準(zhǔn)和規(guī)則 其他過程輸出其他過程輸出 其他領(lǐng)域的相關(guān)知識其他領(lǐng)域的相關(guān)知識 質(zhì)量計(jì)劃的工具和技巧質(zhì)量計(jì)劃的工具和技巧 效益成本分析效益成本分析 考慮市場，就意味著減少返工考慮市場，就意味著減少返工; ;成本是與

12、質(zhì)量管理活動有關(guān)的費(fèi)用成本是與質(zhì)量管理活動有關(guān)的費(fèi)用 基本水平標(biāo)準(zhǔn)基本水平標(biāo)準(zhǔn) 比較實(shí)際或者計(jì)劃中其他項(xiàng)目比較實(shí)際或者計(jì)劃中其他項(xiàng)目實(shí)施中的情況實(shí)施中的情況 流程圖流程圖 因果圖因果圖系統(tǒng)或程序流程圖系統(tǒng)或程序流程圖 試驗(yàn)設(shè)計(jì)試驗(yàn)設(shè)計(jì) 一種分析技巧，有助于鑒定哪些變一種分析技巧，有助于鑒定哪些變量對整個(gè)項(xiàng)目的成果產(chǎn)生最大的影響量對整個(gè)項(xiàng)目的成果產(chǎn)生最大的影響 質(zhì)量計(jì)劃的輸出質(zhì)量計(jì)劃的輸出 質(zhì)量管理計(jì)劃質(zhì)量管理計(jì)劃 說明項(xiàng)目管理小組如何具體執(zhí)說明項(xiàng)目管理小組如何具體執(zhí)行它的質(zhì)量策略行它的質(zhì)量策略; ; 操作性定義操作性定義 用非常專業(yè)化的術(shù)語描述各項(xiàng)操用非常專業(yè)化的術(shù)語描述各項(xiàng)操作規(guī)程的含義，以

13、及如何通過質(zhì)量控制程序?qū)ψ饕?guī)程的含義，以及如何通過質(zhì)量控制程序?qū)λ鼈冞M(jìn)行檢測。它們進(jìn)行檢測。 審驗(yàn)單審驗(yàn)單 用以證明一系列步驟是否已經(jīng)得到貫用以證明一系列步驟是否已經(jīng)得到貫徹實(shí)施徹實(shí)施 對其他程序的輸入對其他程序的輸入 可以在其他領(lǐng)域提出更長可以在其他領(lǐng)域提出更長遠(yuǎn)的要求遠(yuǎn)的要求 質(zhì)量保證質(zhì)量保證 為了提供信用，證明項(xiàng)目將會達(dá)到有關(guān)質(zhì)量標(biāo)為了提供信用，證明項(xiàng)目將會達(dá)到有關(guān)質(zhì)量標(biāo)準(zhǔn)，而在質(zhì)量體系中開展的有計(jì)劃、有組織的準(zhǔn)，而在質(zhì)量體系中開展的有計(jì)劃、有組織的工作活動工作活動 質(zhì)量保證的輸入質(zhì)量保證的輸入 質(zhì)量管理計(jì)劃質(zhì)量管理計(jì)劃 質(zhì)量控制結(jié)果質(zhì)量控制結(jié)果 操作性定義操作性定義 質(zhì)量保證的手段和技

14、巧質(zhì)量保證的手段和技巧 質(zhì)量計(jì)劃的手段和技巧質(zhì)量計(jì)劃的手段和技巧 質(zhì)量審查質(zhì)量審查 質(zhì)量審查是對其他質(zhì)量管理活動的質(zhì)量審查是對其他質(zhì)量管理活動的結(jié)構(gòu)性復(fù)查結(jié)構(gòu)性復(fù)查 質(zhì)量保證的輸出質(zhì)量保證的輸出 質(zhì)量改進(jìn)質(zhì)量改進(jìn) 質(zhì)量提高包括采取措施提高項(xiàng)目的質(zhì)量提高包括采取措施提高項(xiàng)目的效益和效率，為項(xiàng)目相關(guān)人員提供更多的利益效益和效率，為項(xiàng)目相關(guān)人員提供更多的利益 質(zhì)量控制質(zhì)量控制 包括監(jiān)控特定的項(xiàng)目成果，以包括監(jiān)控特定的項(xiàng)目成果，以判定它們是否符合有關(guān)的質(zhì)量標(biāo)準(zhǔn)，并找判定它們是否符合有關(guān)的質(zhì)量標(biāo)準(zhǔn)，并找出方法消除造成項(xiàng)目成果不令人滿意的原出方法消除造成項(xiàng)目成果不令人滿意的原因。因。 預(yù)防（不讓錯誤進(jìn)入項(xiàng)

15、目程序）和檢驗(yàn)（不讓錯誤進(jìn)入預(yù)防（不讓錯誤進(jìn)入項(xiàng)目程序）和檢驗(yàn)（不讓錯誤進(jìn)入客戶手中）客戶手中） 靜態(tài)調(diào)查（其結(jié)果要么一致，要么不一致）和動態(tài)調(diào)查靜態(tài)調(diào)查（其結(jié)果要么一致，要么不一致）和動態(tài)調(diào)查（其結(jié)果依據(jù)衡量一致性程度的一種持續(xù)性標(biāo)準(zhǔn)而評估）（其結(jié)果依據(jù)衡量一致性程度的一種持續(xù)性標(biāo)準(zhǔn)而評估） 確定因素（非常事件）和隨機(jī)因素（正態(tài)過程分布）確定因素（非常事件）和隨機(jī)因素（正態(tài)過程分布） 誤差范圍（如果其結(jié)果落入誤差范圍所界定的范圍內(nèi)，誤差范圍（如果其結(jié)果落入誤差范圍所界定的范圍內(nèi)，那么這個(gè)結(jié)果就是可接受的）和控制界限（如果其成果那么這個(gè)結(jié)果就是可接受的）和控制界限（如果其成果落入控制界限內(nèi)。那

16、么該項(xiàng)目也在控制之中。）落入控制界限內(nèi)。那么該項(xiàng)目也在控制之中。） 質(zhì)量控制的輸入質(zhì)量控制的輸入 項(xiàng)目成果項(xiàng)目成果 包括程序運(yùn)行結(jié)果和生產(chǎn)結(jié)果包括程序運(yùn)行結(jié)果和生產(chǎn)結(jié)果 質(zhì)量管理計(jì)劃質(zhì)量管理計(jì)劃 操作性定義操作性定義 審查單審查單 檢驗(yàn)包括測量、檢查和測試等活動，目的是確檢驗(yàn)包括測量、檢查和測試等活動，目的是確定項(xiàng)目成果是否與要求相一致定項(xiàng)目成果是否與要求相一致 控制表控制表是根據(jù)時(shí)間推移對程序運(yùn)行結(jié)果控制表控制表是根據(jù)時(shí)間推移對程序運(yùn)行結(jié)果的一種圖表展示。的一種圖表展示。 排列圖是一種直方圖，由事件發(fā)生的頻率組織排列圖是一種直方圖，由事件發(fā)生的頻率組織而成，用以顯示多少成果是產(chǎn)生于已確定的各

17、種而成，用以顯示多少成果是產(chǎn)生于已確定的各種類型的原因的。如下圖。類型的原因的。如下圖。 抽樣調(diào)查統(tǒng)計(jì)抽樣調(diào)查統(tǒng)計(jì) 流程圖流程圖 趨勢分析趨勢分析 質(zhì)量控制輸出質(zhì)量控制輸出 質(zhì)量提高質(zhì)量提高 可接受的決定（接受可接受的決定（接受/ /拒絕）拒絕） 返工返工 返工是有缺陷的、不符合要求的產(chǎn)品變返工是有缺陷的、不符合要求的產(chǎn)品變?yōu)榉弦蠛驮O(shè)計(jì)規(guī)格的產(chǎn)品的行為。為符合要求和設(shè)計(jì)規(guī)格的產(chǎn)品的行為。 完成后的審驗(yàn)單完成后的審驗(yàn)單 程序的調(diào)整程序的調(diào)整指作為質(zhì)量檢測結(jié)果程序的調(diào)整程序的調(diào)整指作為質(zhì)量檢測結(jié)果而隨時(shí)進(jìn)行的糾錯和預(yù)防行為。而隨時(shí)進(jìn)行的糾錯和預(yù)防行為。 軟件質(zhì)量的衡量標(biāo)準(zhǔn)是可以準(zhǔn)時(shí)地交付給用軟

18、件質(zhì)量的衡量標(biāo)準(zhǔn)是可以準(zhǔn)時(shí)地交付給用戶，所耗費(fèi)的成本不超出預(yù)算，并且最重要戶，所耗費(fèi)的成本不超出預(yù)算，并且最重要的是，能夠正常地運(yùn)行。的是，能夠正常地運(yùn)行。 SQA 的目標(biāo)是通過在開發(fā)周期的早期階段發(fā)的目標(biāo)是通過在開發(fā)周期的早期階段發(fā)現(xiàn)錯誤來降低解決問題的成本。現(xiàn)錯誤來降低解決問題的成本。 SQA 應(yīng)用于軟件開發(fā)的每個(gè)階段，每個(gè)階段應(yīng)用于軟件開發(fā)的每個(gè)階段，每個(gè)階段都有其自己的質(zhì)量標(biāo)準(zhǔn)。都有其自己的質(zhì)量標(biāo)準(zhǔn)。 實(shí)施質(zhì)量管理中，要注意構(gòu)建自己的管理體實(shí)施質(zhì)量管理中，要注意構(gòu)建自己的管理體系，包括：構(gòu)建質(zhì)量計(jì)劃、建立質(zhì)量保證、系，包括：構(gòu)建質(zhì)量計(jì)劃、建立質(zhì)量保證、建立質(zhì)量控制等建立質(zhì)量控制等Ver

19、sion 3.0測試技術(shù)測試技術(shù) 軟件質(zhì)量的衡量標(biāo)準(zhǔn)是可以準(zhǔn)時(shí)地交付給用戶，軟件質(zhì)量的衡量標(biāo)準(zhǔn)是可以準(zhǔn)時(shí)地交付給用戶，所耗費(fèi)的成本不超出預(yù)算，并且最重要的是，能所耗費(fèi)的成本不超出預(yù)算，并且最重要的是，能夠正常地運(yùn)行。夠正常地運(yùn)行。 SQA 的目標(biāo)是通過在開發(fā)周期的早期階段發(fā)現(xiàn)錯的目標(biāo)是通過在開發(fā)周期的早期階段發(fā)現(xiàn)錯誤來降低解決問題的成本。誤來降低解決問題的成本。 SQA 應(yīng)用于軟件開發(fā)的每個(gè)階段，每個(gè)階段都有應(yīng)用于軟件開發(fā)的每個(gè)階段，每個(gè)階段都有其自己的質(zhì)量標(biāo)準(zhǔn)。其自己的質(zhì)量標(biāo)準(zhǔn)。 實(shí)施質(zhì)量管理中，要注意構(gòu)建自己的管理體系，實(shí)施質(zhì)量管理中，要注意構(gòu)建自己的管理體系，包括：構(gòu)建質(zhì)量計(jì)劃、建立質(zhì)量

20、保證、建立質(zhì)量包括：構(gòu)建質(zhì)量計(jì)劃、建立質(zhì)量保證、建立質(zhì)量控制等控制等 定義軟件測試定義軟件測試 明確軟件測試的準(zhǔn)則明確軟件測試的準(zhǔn)則 明確測試的方法明確測試的方法 描述軟件測試的各個(gè)階段描述軟件測試的各個(gè)階段 描述各種測試階段的測試內(nèi)容描述各種測試階段的測試內(nèi)容 軟件測試是軟件工程過程中的關(guān)鍵組件。軟件測試是軟件工程過程中的關(guān)鍵組件。 軟件測試是軟件質(zhì)量保證的要素，可以將其軟件測試是軟件質(zhì)量保證的要素，可以將其描述為一個(gè)運(yùn)行程序以檢測錯誤（如果有）描述為一個(gè)運(yùn)行程序以檢測錯誤（如果有）的過程。的過程。 編程大師說：沒有錯誤的程序世間難求。編程大師說：沒有錯誤的程序世間難求。 （編程之道）（編程

21、之道） 你在學(xué)校里學(xué)過測試嗎？（讀到博士可能你在學(xué)校里學(xué)過測試嗎？（讀到博士可能也不懂測試）也不懂測試） 你所在的企業(yè)重視測試嗎？你所在的企業(yè)重視測試嗎？ （小公司程序（小公司程序員的技能更加全面）員的技能更加全面） 臨時(shí)抱佛腳行嗎？臨時(shí)抱佛腳行嗎？你以為有文檔模板就會你以為有文檔模板就會測試了嗎測試了嗎？ 如果不懂得有效地進(jìn)行測試，你不僅得不如果不懂得有效地進(jìn)行測試，你不僅得不到功勞，也沒人欣賞你的苦勞，你擁有最到功勞，也沒人欣賞你的苦勞，你擁有最多的將只是疲勞。多的將只是疲勞。 職業(yè)軟件工程師應(yīng)當(dāng)掌握需求開發(fā)、系統(tǒng)職業(yè)軟件工程師應(yīng)當(dāng)掌握需求開發(fā)、系統(tǒng)設(shè)計(jì)、編程、測試、維護(hù)設(shè)計(jì)、編程、測試、

22、維護(hù) 所有技能。所有技能。 測試的目的是為了發(fā)現(xiàn)盡可能多的缺陷測試的目的是為了發(fā)現(xiàn)盡可能多的缺陷，不是不是為了說明軟件中沒有缺陷。為了說明軟件中沒有缺陷。 推論：成功的測試在于發(fā)現(xiàn)了迄今尚未發(fā)推論：成功的測試在于發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的缺陷。所以測試人員的職責(zé)是設(shè)計(jì)這現(xiàn)的缺陷。所以測試人員的職責(zé)是設(shè)計(jì)這樣的測試用例，它能有效地揭示潛伏在軟樣的測試用例，它能有效地揭示潛伏在軟件里的缺陷件里的缺陷。 千萬不要將千萬不要將“測試測試”與與“演示演示”混為一談?；鞛橐徽劇＠缈蒲需b定會。例如科研鑒定會。如果產(chǎn)品通過了嚴(yán)格的測試，大家不要不吭如果產(chǎn)品通過了嚴(yán)格的測試，大家不要不吭氣，應(yīng)當(dāng)好好地宣傳一把氣，應(yīng)

23、當(dāng)好好地宣傳一把 。 完全測試程序是不可能的完全測試程序是不可能的 輸入量太大輸入量太大 輸出結(jié)果太多輸出結(jié)果太多 軟件實(shí)現(xiàn)途徑太多軟件實(shí)現(xiàn)途徑太多 軟件說明書沒有客觀標(biāo)準(zhǔn)。從不同角度看，軟軟件說明書沒有客觀標(biāo)準(zhǔn)。從不同角度看，軟件缺陷的標(biāo)準(zhǔn)不同。件缺陷的標(biāo)準(zhǔn)不同。 軟件測試是有風(fēng)險(xiǎn)的行為軟件測試是有風(fēng)險(xiǎn)的行為 測試無法顯示潛伏的軟件缺陷測試無法顯示潛伏的軟件缺陷 找到的軟件缺陷越多，就說明軟件缺陷越找到的軟件缺陷越多，就說明軟件缺陷越多多 并非所有軟件缺陷都能修復(fù)并非所有軟件缺陷都能修復(fù) 軟件測試一項(xiàng)講究條理的技術(shù)專業(yè)軟件測試一項(xiàng)講究條理的技術(shù)專業(yè) 白盒測試中（有時(shí)候稱為開盒測試），軟白盒測

24、試中（有時(shí)候稱為開盒測試），軟件測試員可以訪問程序員的代碼，并通過件測試員可以訪問程序員的代碼，并通過檢查代碼來協(xié)助測試可以看到盒子里面。檢查代碼來協(xié)助測試可以看到盒子里面。一般在單元測試中采用白盒測試，用于測一般在單元測試中采用白盒測試，用于測試模塊中所有可能的路徑、執(zhí)行所有循環(huán)試模塊中所有可能的路徑、執(zhí)行所有循環(huán)并測試所有邏輯表達(dá)式。并測試所有邏輯表達(dá)式。 黑盒測試則側(cè)重于軟件的整體功能。黑盒測試則側(cè)重于軟件的整體功能。 它不它不基于程序的內(nèi)部結(jié)構(gòu)而基于系統(tǒng)功能。猶基于程序的內(nèi)部結(jié)構(gòu)而基于系統(tǒng)功能。猶如一個(gè)人站在黑盒子外面，只知道系統(tǒng)輸如一個(gè)人站在黑盒子外面，只知道系統(tǒng)輸入一定數(shù)據(jù)，得到一

25、定的輸出，而不必清入一定數(shù)據(jù)，得到一定的輸出，而不必清楚這個(gè)黑盒子中進(jìn)行了哪些操作和運(yùn)算。楚這個(gè)黑盒子中進(jìn)行了哪些操作和運(yùn)算。 靜態(tài)檢查靜態(tài)檢查 確保系統(tǒng)按照組織的標(biāo)準(zhǔn)和過程運(yùn)行，主要依確保系統(tǒng)按照組織的標(biāo)準(zhǔn)和過程運(yùn)行，主要依賴于評審和非運(yùn)行的手段來檢查。通常包括需賴于評審和非運(yùn)行的手段來檢查。通常包括需求評審、設(shè)計(jì)評審、代碼走查和代碼檢查。求評審、設(shè)計(jì)評審、代碼走查和代碼檢查。 動態(tài)檢查動態(tài)檢查 在生命周期中進(jìn)行測試（運(yùn)行）。通常包括單在生命周期中進(jìn)行測試（運(yùn)行）。通常包括單元測試、集成測試、系統(tǒng)測試、用戶的驗(yàn)收測元測試、集成測試、系統(tǒng)測試、用戶的驗(yàn)收測試。試。 審查審查 (Inspecti

26、on) 軟件的一種基本測試方法，它以一系列典型問軟件的一種基本測試方法，它以一系列典型問題為依據(jù)進(jìn)行檢測。題為依據(jù)進(jìn)行檢測。 走查走查 (Walkthrough) 一對一的審查，比審查更加仔細(xì)。一對一的審查，比審查更加仔細(xì)。 回顧回顧(Review) 以發(fā)現(xiàn)軟件中存在的錯誤和缺陷為目的的一以發(fā)現(xiàn)軟件中存在的錯誤和缺陷為目的的一種軟件測試方法，它是在軟件證實(shí)執(zhí)行之前完成。種軟件測試方法，它是在軟件證實(shí)執(zhí)行之前完成。測試階段執(zhí)行人靜態(tài)校驗(yàn)動態(tài)校驗(yàn)可行性評審可行性評審開發(fā)人員，用戶開發(fā)人員，用戶需求評審需求評審開發(fā)人員，用戶開發(fā)人員，用戶設(shè)計(jì)評審設(shè)計(jì)評審開發(fā)人員開發(fā)人員單元測試單元測試開發(fā)人員開發(fā)人

27、員集成測試集成測試開發(fā)人員，用戶開發(fā)人員，用戶系統(tǒng)測試系統(tǒng)測試開發(fā)人員在用戶開發(fā)人員在用戶的協(xié)助下完成的協(xié)助下完成驗(yàn)收測試驗(yàn)收測試用戶用戶 對于產(chǎn)品說明書的制定是個(gè)很重要的設(shè)計(jì)對于產(chǎn)品說明書的制定是個(gè)很重要的設(shè)計(jì)階段，產(chǎn)品說明書的質(zhì)量會直接影響到整階段，產(chǎn)品說明書的質(zhì)量會直接影響到整個(gè)產(chǎn)品開發(fā)。個(gè)產(chǎn)品開發(fā)。 測試產(chǎn)品說明書屬于靜態(tài)黑盒子測試。測試產(chǎn)品說明書屬于靜態(tài)黑盒子測試。 測試用例：測試用例：編寫用于輸入輸入的實(shí)際數(shù)制和編寫用于輸入輸入的實(shí)際數(shù)制和預(yù)期結(jié)果。測試用例還明確指出使用具體測預(yù)期結(jié)果。測試用例還明確指出使用具體測試用例產(chǎn)生的測試程序的任何限制試用例產(chǎn)生的測試程序的任何限制 。 使

28、用目的：使用目的： 測試用例應(yīng)該設(shè)計(jì)為能夠快速容易地發(fā)現(xiàn)盡測試用例應(yīng)該設(shè)計(jì)為能夠快速容易地發(fā)現(xiàn)盡可能多的錯誤。可能多的錯誤。 應(yīng)該通過使用和產(chǎn)生正確和錯誤的輸入和輸應(yīng)該通過使用和產(chǎn)生正確和錯誤的輸入和輸出來出來“檢驗(yàn)檢驗(yàn)”程序。程序。 其目標(biāo)是要使用合理范圍內(nèi)的條件，盡可能其目標(biāo)是要使用合理范圍內(nèi)的條件，盡可能全面地測試所有模塊乃至整個(gè)系統(tǒng)。全面地測試所有模塊乃至整個(gè)系統(tǒng)。 缺陷：最終產(chǎn)品同用戶的期望不一致缺陷：最終產(chǎn)品同用戶的期望不一致 缺陷的分類缺陷的分類 錯誤錯誤 遺漏遺漏 超出需求的部分超出需求的部分 缺陷（未觸發(fā)）缺陷（未觸發(fā)）VS.錯誤（應(yīng)首先解決）錯誤（應(yīng)首先解決） 調(diào)試的方法：

29、歸納法、演繹法和回溯法。調(diào)試的方法：歸納法、演繹法和回溯法。 常用調(diào)試技術(shù)使用診斷輸出語句常用調(diào)試技術(shù)使用診斷輸出語句 (diagnostic output statement)、快照轉(zhuǎn)儲、快照轉(zhuǎn)儲 (snapshot dump) 以及跟蹤指令的斷點(diǎn)以及跟蹤指令的斷點(diǎn) (instruction-dependent breakpoint)。 開發(fā)與測試的開發(fā)與測試的 V V 型關(guān)系型關(guān)系 如果軟件開發(fā)過程采用嚴(yán)格的瀑布模型，那么開如果軟件開發(fā)過程采用嚴(yán)格的瀑布模型，那么開發(fā)與測試有發(fā)與測試有“V V”型的對應(yīng)關(guān)系型的對應(yīng)關(guān)系 。需求需求開發(fā)開發(fā) 高層高層設(shè)計(jì)設(shè)計(jì)詳細(xì)詳細(xì)設(shè)計(jì)設(shè)計(jì)編程編程單元單元測

30、試測試集成集成測試測試系統(tǒng)系統(tǒng)測試測試驗(yàn)收驗(yàn)收測試測試 單元測試、集成測試、單元測試、集成測試、系統(tǒng)測試、系統(tǒng)測試、驗(yàn)收測驗(yàn)收測試。是試。是“從小到大從小到大”、“由內(nèi)至外由內(nèi)至外”、“循序漸進(jìn)循序漸進(jìn)”的測試過程，體現(xiàn)了的測試過程，體現(xiàn)了“分而分而治之治之”的思想。的思想。 單元測試的粒度最小，一般由開發(fā)小組采單元測試的粒度最小，一般由開發(fā)小組采用白盒方式來測試，主要測試單元是否符用白盒方式來測試，主要測試單元是否符合合“設(shè)計(jì)設(shè)計(jì)”。 集成測試界于單元測試和系統(tǒng)測試之間，集成測試界于單元測試和系統(tǒng)測試之間，起到起到“橋梁作用橋梁作用”，一般由開發(fā)小組采用，一般由開發(fā)小組采用白盒加黑盒的方式來

31、測試，既要驗(yàn)證白盒加黑盒的方式來測試，既要驗(yàn)證“設(shè)設(shè)計(jì)計(jì)”又要驗(yàn)證又要驗(yàn)證“需求需求”。 系統(tǒng)測試的粒度最大，一般由獨(dú)立測試小系統(tǒng)測試的粒度最大，一般由獨(dú)立測試小組采用黑盒方式來測試，主要測試系統(tǒng)是組采用黑盒方式來測試，主要測試系統(tǒng)是否符合否符合“需求規(guī)格說明書需求規(guī)格說明書”。 驗(yàn)收測試與系統(tǒng)測試非常相似，主要區(qū)別驗(yàn)收測試與系統(tǒng)測試非常相似，主要區(qū)別是測試人員不同，驗(yàn)收測試由用戶執(zhí)行。是測試人員不同，驗(yàn)收測試由用戶執(zhí)行。 測試內(nèi)容一般包含測試內(nèi)容一般包含 接口與路徑測試。接口與路徑測試。 功能測試、健壯性測試、性能測試、用戶界面測功能測試、健壯性測試、性能測試、用戶界面測試、安全性測試、壓力

32、測試、可靠性測試、安裝試、安全性測試、壓力測試、可靠性測試、安裝/ /反安裝測試反安裝測試 測試階段測試階段 主要依據(jù)主要依據(jù) 測試人員、測試方式測試人員、測試方式 主要測試內(nèi)容主要測試內(nèi)容 單元測試單元測試系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)文檔文檔由開發(fā)小組執(zhí)行白盒由開發(fā)小組執(zhí)行白盒測試測試 接口測試、路徑測試接口測試、路徑測試 集成測試集成測試系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)文檔文檔需求文檔需求文檔由開發(fā)小組執(zhí)行白盒由開發(fā)小組執(zhí)行白盒測試和黑盒測試測試和黑盒測試 接口測試、路徑測試接口測試、路徑測試功能測試、性能測試功能測試、性能測試 系統(tǒng)測試系統(tǒng)測試需求文檔需求文檔由獨(dú)立測試小組執(zhí)行由獨(dú)立測試小組執(zhí)行黑盒測試黑盒測試 功

33、能測試、健壯性測試、功能測試、健壯性測試、性能測試、用戶界面測性能測試、用戶界面測試、安全性測試、壓力試、安全性測試、壓力測試、可靠性測試、安測試、可靠性測試、安裝裝/反安裝測試反安裝測試 驗(yàn)收測試驗(yàn)收測試需求文檔需求文檔由用戶執(zhí)行黑盒測試由用戶執(zhí)行黑盒測試 接口測試：數(shù)據(jù)一般通過接口輸入和輸出，接口測試：數(shù)據(jù)一般通過接口輸入和輸出，接口測試一般是白盒測試的第一步。接口測試一般是白盒測試的第一步。 輸入?yún)?shù)有輸入?yún)?shù)有“典型值典型值”、“邊界值邊界值”、“異常異常值值” 輸出包括函數(shù)的返回值和輸出參數(shù)。輸出包括函數(shù)的返回值和輸出參數(shù)。 實(shí)際輸出與期望的輸出不一致，那么說明程序?qū)嶋H輸出與期望的輸

34、出不一致，那么說明程序有錯誤。有錯誤。 一個(gè)函數(shù)體內(nèi)的語句可能只有十幾條，但一個(gè)函數(shù)體內(nèi)的語句可能只有十幾條，但邏輯路徑可能有成千上萬條。所以應(yīng)該根邏輯路徑可能有成千上萬條。所以應(yīng)該根據(jù)經(jīng)驗(yàn)選擇關(guān)鍵的路徑測試。據(jù)經(jīng)驗(yàn)選擇關(guān)鍵的路徑測試。 路徑測試的檢查表路徑測試的檢查表數(shù)據(jù)類型、變量值、邏輯判斷、循環(huán)、內(nèi)存管數(shù)據(jù)類型、變量值、邏輯判斷、循環(huán)、內(nèi)存管理、文件理、文件I/OI/O、錯誤處理錯誤處理 預(yù)防一些重要的路徑?jīng)]有被測試的措施有：預(yù)防一些重要的路徑?jīng)]有被測試的措施有：觀察是否有程序語句從來沒有被執(zhí)行過。觀察是否有程序語句從來沒有被執(zhí)行過。要特別留意函數(shù)體內(nèi)的錯誤處理程序塊。要特別留意函數(shù)體內(nèi)

35、的錯誤處理程序塊。 接口與路徑測試用例的參考模板接口與路徑測試用例的參考模板 功能測試的基本方法是構(gòu)造一些合理輸入功能測試的基本方法是構(gòu)造一些合理輸入（在需求范圍之內(nèi)），檢查輸出是否與期（在需求范圍之內(nèi)），檢查輸出是否與期望的相同。如果兩者不一致，即表明功能望的相同。如果兩者不一致，即表明功能有誤。有誤。 難點(diǎn)在于如何構(gòu)造有效的輸入。難點(diǎn)在于如何構(gòu)造有效的輸入。 功能測試的測試方法：等價(jià)劃分法和邊界功能測試的測試方法：等價(jià)劃分法和邊界值分析法。值分析法。 等價(jià)劃分是指把輸入空間劃分為幾個(gè)等價(jià)劃分是指把輸入空間劃分為幾個(gè)“等價(jià)區(qū)等價(jià)區(qū)間間”，在每個(gè)，在每個(gè)“等價(jià)區(qū)間等價(jià)區(qū)間”中只需要測試一中只需

36、要測試一個(gè)典型值就可以了。等價(jià)劃分法來源于人們個(gè)典型值就可以了。等價(jià)劃分法來源于人們的直覺與經(jīng)驗(yàn)，可令測試事半功倍。的直覺與經(jīng)驗(yàn)，可令測試事半功倍。 “缺陷遺漏在角落里，聚集在邊界上缺陷遺漏在角落里，聚集在邊界上”。邊界。邊界值測試法是對等價(jià)劃分法的補(bǔ)充。如果值測試法是對等價(jià)劃分法的補(bǔ)充。如果A A和和B B是輸入空間的邊界值，那么除了典型值外還是輸入空間的邊界值，那么除了典型值外還要用要用A A和和B B作為測試用例。作為測試用例。 功能測試功能測試用例的參考模板用例的參考模板 性能測試即測試軟件處理事務(wù)的速度，一性能測試即測試軟件處理事務(wù)的速度，一是為了檢驗(yàn)性能是否符合需求，二是為了是為了

37、檢驗(yàn)性能是否符合需求，二是為了得到某些性能數(shù)據(jù)供人們參考。得到某些性能數(shù)據(jù)供人們參考。 絕對值考慮：如數(shù)據(jù)送輸速率是每秒多少絕對值考慮：如數(shù)據(jù)送輸速率是每秒多少比特。比特。 “ “相對值相對值”考慮：如某個(gè)軟件比另考慮：如某個(gè)軟件比另一個(gè)軟件快多少倍。一個(gè)軟件快多少倍。 性能測試中考慮運(yùn)行環(huán)境的影響：例如網(wǎng)性能測試中考慮運(yùn)行環(huán)境的影響：例如網(wǎng)絡(luò)環(huán)境、計(jì)算機(jī)主頻，總線結(jié)構(gòu)和外部設(shè)絡(luò)環(huán)境、計(jì)算機(jī)主頻，總線結(jié)構(gòu)和外部設(shè)備都可能影響軟件的運(yùn)行速度。備都可能影響軟件的運(yùn)行速度。 性能測試的一些注意事項(xiàng)：性能測試的一些注意事項(xiàng)：應(yīng)當(dāng)編寫一段程序用于計(jì)算時(shí)間以及相關(guān)數(shù)據(jù)。應(yīng)當(dāng)編寫一段程序用于計(jì)算時(shí)間以及相關(guān)

38、數(shù)據(jù)。 應(yīng)當(dāng)測試軟件在標(biāo)準(zhǔn)配置和最低配置下的性能。應(yīng)當(dāng)測試軟件在標(biāo)準(zhǔn)配置和最低配置下的性能。 應(yīng)當(dāng)關(guān)閉那些消耗內(nèi)存、占用應(yīng)當(dāng)關(guān)閉那些消耗內(nèi)存、占用CPUCPU的其它應(yīng)用的其它應(yīng)用軟件（如殺毒軟件）。軟件（如殺毒軟件）。 應(yīng)當(dāng)分檔記錄。例如傳輸文件的容量從應(yīng)當(dāng)分檔記錄。例如傳輸文件的容量從100100K K到到1 1M M可以分成若干等級?？梢苑殖扇舾傻燃?。 同一種輸入情況在不同的時(shí)間可能得到不同的同一種輸入情況在不同的時(shí)間可能得到不同的性能數(shù)據(jù)，可以取其平均值。性能數(shù)據(jù)，可以取其平均值。 性能測試性能測試用例的參考模板用例的參考模板 壓力測試也叫負(fù)荷測試，即獲取系統(tǒng)能正壓力測試也叫負(fù)荷測試，即

39、獲取系統(tǒng)能正常運(yùn)行的極限狀態(tài)。常運(yùn)行的極限狀態(tài)。 壓力測試的主要任務(wù)是：構(gòu)造正確的輸入，壓力測試的主要任務(wù)是：構(gòu)造正確的輸入，使勁折騰系統(tǒng)卻讓它剛好不癱瘓。使勁折騰系統(tǒng)卻讓它剛好不癱瘓。 壓力測試的一個(gè)變種是敏感測試。在某種壓力測試的一個(gè)變種是敏感測試。在某種情況下，微小的輸入變動會導(dǎo)致系統(tǒng)的表情況下，微小的輸入變動會導(dǎo)致系統(tǒng)的表現(xiàn)（如性能）發(fā)生急劇的變化。現(xiàn)（如性能）發(fā)生急劇的變化。 壓力測試用例的參考模板壓力測試用例的參考模板 健壯性測試健壯性測試 用戶界面測試用戶界面測試 信息安全測試信息安全測試 可靠性測試可靠性測試 安裝和反安裝測試安裝和反安裝測試 問題問題1：有了：有了“黑盒黑盒”

40、測試為什么還要測試為什么還要“白白盒盒”測試？測試？ 問題問題2：由于單元測試要寫測試驅(qū)動程序，：由于單元測試要寫測試驅(qū)動程序，非常麻煩，能否等到整個(gè)系統(tǒng)全部開發(fā)完后，非常麻煩，能否等到整個(gè)系統(tǒng)全部開發(fā)完后，再集中精力進(jìn)行一次性地單元測試呢？再集中精力進(jìn)行一次性地單元測試呢？ 問題問題3：如果每個(gè)單元都通過了測試，把它：如果每個(gè)單元都通過了測試，把它們集成一起難道會有什么不妥嗎？集成測試們集成一起難道會有什么不妥嗎？集成測試是否多此一舉？是否多此一舉？ 問題問題4：在集成測試的時(shí)候，已經(jīng)對一些子：在集成測試的時(shí)候，已經(jīng)對一些子系統(tǒng)進(jìn)行了功能測試、性能測試等等，那系統(tǒng)進(jìn)行了功能測試、性能測試等等

41、，那么在系統(tǒng)測試時(shí)能否跳過相同內(nèi)容的測試么在系統(tǒng)測試時(shí)能否跳過相同內(nèi)容的測試? 問題問題5：既然系統(tǒng)測試與驗(yàn)收測試的內(nèi)容幾：既然系統(tǒng)測試與驗(yàn)收測試的內(nèi)容幾乎是相同的，為什么還要驗(yàn)收測試？乎是相同的，為什么還要驗(yàn)收測試？ 問題問題6：能否將系統(tǒng)測試和驗(yàn)收測試：能否將系統(tǒng)測試和驗(yàn)收測試“合二合二為一為一”？ 測試可以將測試描述為一個(gè)運(yùn)行程序以發(fā)現(xiàn)測試可以將測試描述為一個(gè)運(yùn)行程序以發(fā)現(xiàn)錯誤的過程。錯誤的過程。 軟件測試的準(zhǔn)則軟件測試的準(zhǔn)則:不完全測試、風(fēng)險(xiǎn)測試、不完全測試、風(fēng)險(xiǎn)測試、無法顯示潛伏錯誤、發(fā)現(xiàn)錯誤成線性增長、無法顯示潛伏錯誤、發(fā)現(xiàn)錯誤成線性增長、缺陷不能完全修復(fù)、測試有條理規(guī)程缺陷不能完

42、全修復(fù)、測試有條理規(guī)程 測試的方法測試的方法:黑盒黑盒/白盒、靜態(tài)白盒、靜態(tài)/動態(tài)動態(tài) 軟件測試的各個(gè)階段：單元測試、集成測試、軟件測試的各個(gè)階段：單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試系統(tǒng)測試、驗(yàn)收測試 測試的內(nèi)容包括：接口測試的內(nèi)容包括：接口/路徑測試、功能測試、路徑測試、功能測試、性能測試、壓力測試、可靠性測試、安全性性能測試、壓力測試、可靠性測試、安全性測試、用戶界面測試、安裝測試、用戶界面測試、安裝/反安裝測試反安裝測試Version 3.0測試工具測試工具 測試可以將測試描述為一個(gè)運(yùn)行程序以發(fā)現(xiàn)測試可以將測試描述為一個(gè)運(yùn)行程序以發(fā)現(xiàn)錯誤的過程。錯誤的過程。 軟件測試的準(zhǔn)則軟件測試的

43、準(zhǔn)則:不完全測試、風(fēng)險(xiǎn)測試、不完全測試、風(fēng)險(xiǎn)測試、無法顯示潛伏錯誤、發(fā)現(xiàn)錯誤成線性增長、無法顯示潛伏錯誤、發(fā)現(xiàn)錯誤成線性增長、缺陷不能完全修復(fù)、測試有條理規(guī)程缺陷不能完全修復(fù)、測試有條理規(guī)程 測試的方法測試的方法:黑盒黑盒/白盒、靜態(tài)白盒、靜態(tài)/動態(tài)動態(tài) 軟件測試的各個(gè)階段：單元測試、集成測試、軟件測試的各個(gè)階段：單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試系統(tǒng)測試、驗(yàn)收測試 測試的內(nèi)容包括：接口測試的內(nèi)容包括：接口/路徑測試、功能測試、路徑測試、功能測試、性能測試、壓力測試、可靠性測試、安全性性能測試、壓力測試、可靠性測試、安全性測試、用戶界面測試、安裝測試、用戶界面測試、安裝/反安裝測試反安裝測

44、試 討論測試工具的好處討論測試工具的好處 介紹測試工具的種類及實(shí)質(zhì)介紹測試工具的種類及實(shí)質(zhì) 討論測試工具的局限討論測試工具的局限 介紹市場上比較流行的測試工具介紹市場上比較流行的測試工具: Rational系列和系列和 Panorama工具工具 定義：輔助測試整個(gè)過程的工具軟件定義：輔助測試整個(gè)過程的工具軟件 單元測試可以有兩種方式單元測試可以有兩種方式自己編寫代碼自己編寫代碼使用單元測試工具使用單元測試工具 整個(gè)過程包括：整個(gè)過程包括：靜態(tài)分析，測試計(jì)劃，測試設(shè)計(jì)，測試執(zhí)行，靜態(tài)分析，測試計(jì)劃，測試設(shè)計(jì)，測試執(zhí)行，測試缺陷跟蹤，測試報(bào)告和質(zhì)量度量等測試缺陷跟蹤，測試報(bào)告和質(zhì)量度量等 單元測試

45、工具的種類單元測試工具的種類 靜態(tài)分析工具靜態(tài)分析工具 代碼規(guī)范審核工具代碼規(guī)范審核工具 內(nèi)存和資源檢查工具內(nèi)存和資源檢查工具 測試數(shù)據(jù)生成工具測試數(shù)據(jù)生成工具 測試框架工具測試框架工具 測試結(jié)果比較工具測試結(jié)果比較工具 測試度量工具測試度量工具 測試文檔生成和管理工具測試文檔生成和管理工具 自動測試工具自動測試工具 好處好處速度和效率速度和效率準(zhǔn)確度和精確度準(zhǔn)確度和精確度耐性、不休息、可重復(fù)耐性、不休息、可重復(fù) 局限局限對軟件變更，尤其是代碼變更比較敏感對軟件變更，尤其是代碼變更比較敏感先期的測試開發(fā)比較費(fèi)時(shí)先期的測試開發(fā)比較費(fèi)時(shí)有些測試結(jié)果無法用工具比較和分析有些測試結(jié)果無法用工具比較和分

46、析有些工具的腳本有些工具的腳本/ /代碼會使程序運(yùn)行環(huán)境不純代碼會使程序運(yùn)行環(huán)境不純凈凈 測試工具提高測試效率，節(jié)省測試成本測試工具提高測試效率，節(jié)省測試成本 測試設(shè)計(jì)提高測試效果，同時(shí)也可以提高測試測試設(shè)計(jì)提高測試效果，同時(shí)也可以提高測試效率，節(jié)省測試成本效率，節(jié)省測試成本 有些測試單靠手工很難完成有些測試單靠手工很難完成 壓力測試，模擬并發(fā)測試等壓力測試，模擬并發(fā)測試等 多數(shù)的單元測試多數(shù)的單元測試 有些測試使用測試工具更合適有些測試使用測試工具更合適 回歸測試回歸測試 大量測試數(shù)據(jù)的生成、部分測試結(jié)果的比較大量測試數(shù)據(jù)的生成、部分測試結(jié)果的比較 缺陷管理和測試用例管理缺陷管理和測試用例管

47、理 質(zhì)量度量質(zhì)量度量 選擇自動測試工具是一個(gè)重要的步驟，所選擇自動測試工具是一個(gè)重要的步驟，所以一定要謹(jǐn)慎以一定要謹(jǐn)慎 因?yàn)闇y試工作經(jīng)常會涉及到管理流程和開發(fā)流因?yàn)闇y試工作經(jīng)常會涉及到管理流程和開發(fā)流程的改變、涉及到人員的考評標(biāo)準(zhǔn)，所以它有程的改變、涉及到人員的考評標(biāo)準(zhǔn)，所以它有時(shí)會對整個(gè)企業(yè)產(chǎn)生影響。時(shí)會對整個(gè)企業(yè)產(chǎn)生影響。 測試工具應(yīng)該能夠管理測試過程和測試文測試工具應(yīng)該能夠管理測試過程和測試文檔，并生成各種測試報(bào)告。檔，并生成各種測試報(bào)告。 自動測試工具應(yīng)該允許用戶把自動測試數(shù)自動測試工具應(yīng)該允許用戶把自動測試數(shù)據(jù)和流程與手工的測試數(shù)據(jù)和流程結(jié)合到據(jù)和流程與手工的測試數(shù)據(jù)和流程結(jié)合到一起

48、。一起。 自動測試工具應(yīng)該能夠?qū)I(yè)務(wù)需求與測試自動測試工具應(yīng)該能夠?qū)I(yè)務(wù)需求與測試計(jì)劃、測試設(shè)計(jì)和測試結(jié)果相關(guān)聯(lián)，允許計(jì)劃、測試設(shè)計(jì)和測試結(jié)果相關(guān)聯(lián)，允許最終用戶根據(jù)測試結(jié)果來評估應(yīng)用程序的最終用戶根據(jù)測試結(jié)果來評估應(yīng)用程序的完成情況。完成情況。 自動測試工具中的各功能模塊應(yīng)該緊密集自動測試工具中的各功能模塊應(yīng)該緊密集成到一起，共享和重用測試數(shù)據(jù)，支持回成到一起，共享和重用測試數(shù)據(jù)，支持回歸測試。歸測試。 工具應(yīng)該可以很容易地利用過去的或者其他人工具應(yīng)該可以很容易地利用過去的或者其他人員的測試資料。員的測試資料。 工具內(nèi)部應(yīng)該使用一致的腳本語言和數(shù)據(jù)格式。工具內(nèi)部應(yīng)該使用一致的腳本語言和數(shù)據(jù)格

49、式。 自動測試工具的體系結(jié)構(gòu)和文件格式應(yīng)該自動測試工具的體系結(jié)構(gòu)和文件格式應(yīng)該是開放的，可以很容易地與其他技術(shù)或工是開放的，可以很容易地與其他技術(shù)或工具進(jìn)行交互和集成。具進(jìn)行交互和集成。 自動測試工具廠商應(yīng)該有比較完善的科室自動測試工具廠商應(yīng)該有比較完善的科室培訓(xùn)和技術(shù)支持機(jī)制，能夠?yàn)樽詣訙y試工培訓(xùn)和技術(shù)支持機(jī)制，能夠?yàn)樽詣訙y試工具的實(shí)施提供咨詢和支持。具的實(shí)施提供咨詢和支持。 產(chǎn)品背景及功能產(chǎn)品背景及功能 產(chǎn)品術(shù)語基礎(chǔ)產(chǎn)品術(shù)語基礎(chǔ) 應(yīng)用原理及環(huán)境應(yīng)用原理及環(huán)境 工具介紹工具介紹 OO-Test 其它工具請按照上機(jī)安排操作其它工具請按照上機(jī)安排操作 Panorama-2 C/C+ 是一個(gè)軟件測

50、試工具是一個(gè)軟件測試工具。 它也用來它也用來 QA 維護(hù)環(huán)境維護(hù)環(huán)境 它運(yùn)行在它運(yùn)行在 Sun OS/Solaris 和和 Windows NT/95 上，上，支持支持 Sun C、C+。 產(chǎn)品背景產(chǎn)品背景 集成了集成了8 8個(gè)產(chǎn)品個(gè)產(chǎn)品/32/32個(gè)工具的軟件個(gè)工具的軟件包，一般用于：包，一般用于：1 1、新系統(tǒng)開發(fā)、新系統(tǒng)開發(fā)過程中的質(zhì)量保過程中的質(zhì)量保證和單元測試；證和單元測試；2 2、舊系統(tǒng)維護(hù)、舊系統(tǒng)維護(hù)過程中質(zhì)量保證過程中質(zhì)量保證與測試與測試3 3、再工程中的、再工程中的系統(tǒng)分析系統(tǒng)分析OO-Test：測試用例生成和管理：1、記錄和生成測試用例2、最小化測試用例集3、測試覆蓋分析O

51、O-Browser：系統(tǒng)結(jié)構(gòu)分析：1、生成系統(tǒng)中類和函數(shù)的繼承/調(diào)用關(guān)系圖2、實(shí)現(xiàn)代碼與關(guān)系圖的雙向?qū)?yīng)和跳轉(zhuǎn)3、顯示系統(tǒng)結(jié)構(gòu)測試覆蓋結(jié)果OO-Diagrammer：流程結(jié)構(gòu)分析：1、生成控制流程圖、邏輯流程圖、代碼流程圖2、實(shí)現(xiàn)代碼與流程圖的雙向?qū)?yīng)和跳轉(zhuǎn)3、顯示流程結(jié)構(gòu)測試覆蓋結(jié)果OO-SQA：質(zhì)量度量分析：1、設(shè)定質(zhì)量度量標(biāo)準(zhǔn)和指標(biāo)2、生成質(zhì)量度量數(shù)據(jù)3、顯示質(zhì)量度量結(jié)果OO-Analyzer：系統(tǒng)文檔生成：1、生成100多種設(shè)計(jì)文檔和質(zhì)量文檔OO-Playback：GUI測試過程回放：1、捕獲并記錄測試過程2、回放測試過程3、比較回放結(jié)果OO-MemoryChecker：內(nèi)存泄漏和非法

52、使用檢測：1、檢測內(nèi)存泄漏和非法使用2、記錄錯誤發(fā)生的語句位置3、生成檢測報(bào)告OO-DefectTracer：缺陷定位和追溯：1、檢測并記錄缺陷(包括死機(jī))發(fā)生的路徑和語句位置2、生成缺陷定位報(bào)告 產(chǎn)品功能應(yīng)用：產(chǎn)品功能應(yīng)用： 新系統(tǒng)開發(fā)支持新系統(tǒng)開發(fā)支持 舊系統(tǒng)維護(hù)支持舊系統(tǒng)維護(hù)支持 系統(tǒng)再工程支持系統(tǒng)再工程支持 其他其他1、設(shè)計(jì)支持-系統(tǒng)結(jié)構(gòu)/流程結(jié)構(gòu)自動生成與維護(hù)-多重復(fù)雜性度量及分析-生成復(fù)雜性度量報(bào)告2、編碼及調(diào)試支持-確定編碼順序-保證編碼和設(shè)計(jì)的雙向?qū)?yīng)-生成代碼邏輯結(jié)構(gòu)-顯示測試路徑和頻率-顯示錯誤(尤其是意外中止)的語句位置和執(zhí)行路徑3、測試支持-確定單元測試順序-生成并管理

53、測試用例-執(zhí)行測試用例并顯示結(jié)果-測試分析和度量-支持回歸測試-生成質(zhì)量報(bào)告1、復(fù)雜性度量支持-多重復(fù)雜性度量及分析-生成復(fù)雜性度量報(bào)告2、代碼修改支持-系統(tǒng)結(jié)構(gòu)/流程結(jié)構(gòu)自動生成與維護(hù)、編碼和設(shè)計(jì)的雙向?qū)?yīng)、錯誤定位和追溯-加強(qiáng)代碼理解、避免修改的副作用-幫助代碼靜態(tài)分析技術(shù)的實(shí)施3、測試支持-確定單元測試順序-生成并管理測試用例-執(zhí)行測試用例并顯示結(jié)果-測試分析和度量-支持回歸測試-生成質(zhì)量報(bào)告1、系統(tǒng)設(shè)計(jì)分析-系統(tǒng)結(jié)構(gòu)/流程結(jié)構(gòu)自動生成與維護(hù)，加強(qiáng)設(shè)計(jì)理解-編碼和設(shè)計(jì)的雙向?qū)?yīng)，加強(qiáng)代碼理解2、系統(tǒng)復(fù)雜性分析-多重復(fù)雜性度量及分析-生成復(fù)雜性度量報(bào)告3、系統(tǒng)性能分析-分析模塊執(zhí)行性能和執(zhí)

54、行瓶頸4、文檔報(bào)告生成-生成多種系統(tǒng)分析報(bào)告和質(zhì)量報(bào)告1、支持工程管理和進(jìn)度估算-代碼文件和設(shè)計(jì)文檔的一致性維護(hù)-多種度量分析方法2、訓(xùn)練項(xiàng)目組新進(jìn)人員-理解系統(tǒng)結(jié)構(gòu)和流程結(jié)構(gòu)-方便閱讀和理解代碼3、支持驗(yàn)收評估-自動生成設(shè)計(jì)和編碼文檔-自動生成測試分析報(bào)告-自動生成質(zhì)量度量報(bào)告 基本概念基本概念 1、塊，也叫基本段、可視段、塊，也叫基本段、可視段 2、不可視段、不可視段基本不可視段：基本不可視段：if,switch高端循環(huán)邊界高端循環(huán)邊界(執(zhí)行執(zhí)行0次循環(huán)體次循環(huán)體) 低端循環(huán)邊界低端循環(huán)邊界(執(zhí)行執(zhí)行1次循環(huán)體次循環(huán)體) 3、段，也叫標(biāo)準(zhǔn)段、段，也叫標(biāo)準(zhǔn)段包括可視段與基本不可視段包括可視段

55、與基本不可視段 4、增強(qiáng)段、增強(qiáng)段包括可視段和不可視段包括可視段和不可視段 質(zhì)量保證度量規(guī)范質(zhì)量保證度量規(guī)范 1 1、代碼可讀性度量、代碼可讀性度量 2 2、復(fù)雜性度量、復(fù)雜性度量 3 3、測試覆蓋度量、測試覆蓋度量 IEEEIEEE度量標(biāo)準(zhǔn)度量標(biāo)準(zhǔn) 1 1、環(huán)形復(fù)雜性、環(huán)形復(fù)雜性 2 2、測試覆蓋度量、測試覆蓋度量1、程序行數(shù)2、代碼行百分比3、注釋行百分比4、空格間隔行百分比1、環(huán)形復(fù)雜性2、塊測試復(fù)雜性JC03、段測試復(fù)雜性JC14、增強(qiáng)段測試復(fù)雜性JC1+5、條件段測試復(fù)雜性JC26、繼承樹深度DIT7、子類數(shù)目NOC8、類耦合數(shù)目CBO9、類中方法數(shù)目10、類中響應(yīng)方法數(shù)目RFC 1

56、1、使用類中方法的函數(shù)數(shù)目12、類中重用基類代碼行數(shù)13、類中重用基類代碼百分比1、塊測試覆蓋SC02、段測試覆蓋SC13、增強(qiáng)段測試覆蓋SC1+4、J-覆蓋5、條件真覆蓋6、條件假覆蓋7、總條件覆蓋8、分支覆蓋1、定義：-環(huán)形復(fù)雜性C-區(qū)域數(shù)目RG-邊數(shù)目E-節(jié)點(diǎn)數(shù)目N-分支節(jié)點(diǎn)數(shù)目SN2、計(jì)算公式：-C=RG-C=E-N+2-C=SN+11、原語-程序-功能-數(shù)據(jù)-需求-測試用例2、測試覆蓋TC計(jì)算公式：-TC=(測試的需求原語數(shù)目) /(需求原語總數(shù)) * (測試的程序原語數(shù)目) /(程序原語總數(shù)) 使用流程使用流程.mak文件是C/C+編譯文件.hsi文件是Panorama內(nèi)部使用的輸

57、入緩沖區(qū)文件，用于記載C/C+文件結(jié)構(gòu)信息.dbs文件是Panorama內(nèi)部使用的數(shù)據(jù)庫文件，用于記載C/C+文件分析和測試結(jié)果信息，一般與his文件配合使用 應(yīng)用原理應(yīng)用原理 局限性局限性 1、中文顯示問題中文顯示問題 2、使用自己的腳本技術(shù)，但這種腳本技、使用自己的腳本技術(shù)，但這種腳本技術(shù)與其他的測試工具不兼容術(shù)與其他的測試工具不兼容 3、需要執(zhí)行、需要執(zhí)行 .mak 文件，而不是編譯文件，而不是編譯 C 程程序后生成的序后生成的 .obj 文件文件 4、僅能處理、僅能處理 C / C+ 程序程序 5、界面不夠友好、界面不夠友好 輸出結(jié)果輸出結(jié)果 測試用例最小集合測試用例最小集合 測試結(jié)果

58、分析數(shù)據(jù)測試結(jié)果分析數(shù)據(jù) 作用：作用： 生成并管理測試用例生成并管理測試用例 最小化測試用例集最小化測試用例集 測試結(jié)果記錄和分析測試結(jié)果記錄和分析 生成并保存測試用例生成并保存測試用例 加載測試用例加載測試用例 執(zhí)行測試用例執(zhí)行測試用例 測試結(jié)果分析測試結(jié)果分析 測試覆蓋結(jié)果測試覆蓋結(jié)果 測試用例效率測試用例效率 最小化測試用例集最小化測試用例集 測試工具是輔助測試整個(gè)過程的工具軟件。測試工具是輔助測試整個(gè)過程的工具軟件。 單元測試工具的種類和優(yōu)勢、缺陷。單元測試工具的種類和優(yōu)勢、缺陷。 健壯的測試工具的引入應(yīng)該具有一定的設(shè)計(jì)健壯的測試工具的引入應(yīng)該具有一定的設(shè)計(jì)原則。原則。 介紹介紹Pan

59、orama產(chǎn)品內(nèi)容和運(yùn)行環(huán)境、使用原產(chǎn)品內(nèi)容和運(yùn)行環(huán)境、使用原理、各個(gè)工具的簡單運(yùn)用以及缺陷。理、各個(gè)工具的簡單運(yùn)用以及缺陷。Version 3.0測試計(jì)劃和單元測試測試計(jì)劃和單元測試 測試工具是輔助測試整個(gè)過程的工具軟件。測試工具是輔助測試整個(gè)過程的工具軟件。 單元測試工具的種類和優(yōu)勢、缺陷。單元測試工具的種類和優(yōu)勢、缺陷。 健壯的測試工具的引入應(yīng)該具有一定的設(shè)計(jì)健壯的測試工具的引入應(yīng)該具有一定的設(shè)計(jì)原則。原則。 介紹介紹Panorama產(chǎn)品內(nèi)容和運(yùn)行環(huán)境、使用原產(chǎn)品內(nèi)容和運(yùn)行環(huán)境、使用原理、各個(gè)工具的簡單運(yùn)用以及缺陷。理、各個(gè)工具的簡單運(yùn)用以及缺陷。 計(jì)劃測試過程計(jì)劃測試過程 制定單元測試

60、說明書制定單元測試說明書 明確測試用例設(shè)計(jì)技術(shù)明確測試用例設(shè)計(jì)技術(shù) 單元測試的測試手段單元測試的測試手段 基本測試過程原則：盡早測試、經(jīng)常測試、基本測試過程原則：盡早測試、經(jīng)常測試、充分測試。充分測試。 開發(fā)過程與測試過程：分析、測試、設(shè)計(jì)、開發(fā)過程與測試過程：分析、測試、設(shè)計(jì)、測試、編碼、測試測試、編碼、測試 。 測試計(jì)劃應(yīng)該是按照開發(fā)者的要求并用具測試計(jì)劃應(yīng)該是按照開發(fā)者的要求并用具體例子來描述一個(gè)測試計(jì)劃的層次結(jié)構(gòu)以體例子來描述一個(gè)測試計(jì)劃的層次結(jié)構(gòu)以及各個(gè)測試計(jì)劃相聯(lián)系的標(biāo)準(zhǔn)模版。及各個(gè)測試計(jì)劃相聯(lián)系的標(biāo)準(zhǔn)模版。 誰執(zhí)行了測試？誰執(zhí)行了測試？ 測試什么？測試什么？ 什么時(shí)候測試？什么時(shí)