《軟件測試-主要描述》由會員分享，可在線閱讀，更多相關(guān)《軟件測試-主要描述（35頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、Click to edit Master title style,Click to edit Master text styles,Second Level,Third Level,Fourth Level,Fifth Level,萬江平 2006軟件工程,第七章,*,軟件測試,內(nèi)容,軟件測試的目的和原則,軟件測試的對象,測試與軟件開發(fā)各階段的關(guān)系,電子商務(wù)測試,軟件測試過程,軟件測試知識域主題的本體結(jié)構(gòu),測試技術(shù),測試級別,軟件測試基礎(chǔ),測試有關(guān)的術(shù)語,關(guān)鍵問題,測試與其它活動的聯(lián)系,測試對象,測試目標(biāo),基于測試人員的直覺和經(jīng)驗,基于應(yīng)用本質(zhì),軟件測試,基于規(guī)格說明,基于代碼,基于錯誤,選擇

2、和組合技術(shù),測試相關(guān)的度量,評價被測程序,評價完成的測試,測試過程,實(shí)際考慮,測試活動,二十條軟件測試的基本原則,驗證需求原則,測試計劃原則,第三方原則,發(fā)現(xiàn)錯誤原則,軟件價值原則,測試成功原則,錯誤集群原則,黑盒白盒原則,測試用例原則,輸入條件原則,超負(fù)荷原則,實(shí)事求是原則,復(fù)雜性度量原則,度量標(biāo)準(zhǔn)原則,有效覆蓋原則,集成測試原則,工具原則,錯誤根源原則,知識管理原則,管理重要原則,什么是軟件測試,軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程,軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序內(nèi)部結(jié)構(gòu)而精確設(shè)計一批測試用例（即輸入數(shù)據(jù)和及預(yù)期的輸出結(jié)果），并利用這些測試用例去運(yùn)行程序，以發(fā)現(xiàn)錯誤的過程。

3、,軟件生存期各個階段之間需要保持正確性,相符嗎？,運(yùn)行結(jié)果,計算機(jī)：,程序結(jié)果,用戶需求,用戶：,我要什么？,需求說明書,分析員：,能提供什么？,源程序,程序員：,怎么做？,設(shè)計說明書,設(shè)計員：,軟件做什么？,運(yùn)行正確性,輸入正確性,理解正確性,編碼正確性,理解正確性,設(shè)計正確性,表達(dá)正確性,理解正確性,表達(dá)正確性,1,2,3,4,測試數(shù)據(jù)流,測試,結(jié)果,分析,測試,排錯,可靠性分析,測試,軟件配置,測試配置,測試工具,改正的軟件,預(yù)期結(jié)果,出錯率數(shù)據(jù),預(yù)測的可靠性,測試,結(jié)果,軟件測試與軟件開發(fā)過程的關(guān)系,需求分析,設(shè)計,編程,確認(rèn)測試,集成測試,單元測試,需求分析,說明書,概要設(shè)計,說明書

4、,詳細(xì)設(shè)計,說明書,源程序,代碼,單元,測試,確認(rèn),測試,集成,測試,分析,兩種類型的測試,已知產(chǎn)品的功能設(shè)計規(guī)格，可以進(jìn)行測試證明每個實(shí)現(xiàn)的功能是否符合要求。,已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否已經(jīng)經(jīng)過檢查。,黑盒測試,是否有不正確或遺漏了的功能？,在接口上，輸入能否正確地接受？能否輸出正確的結(jié)果？,是否有數(shù)據(jù)結(jié)構(gòu)或外部信息（例如數(shù)據(jù)文件）訪問錯誤？,性能上是否能夠滿足要求？,是否有初始化或終止性錯誤？,白盒測試,對程序模塊的所有獨(dú)立的執(zhí)行路徑至少測試一次,對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測試一次,在循環(huán)的邊界和運(yùn)

5、行界限內(nèi)執(zhí)行循環(huán)體,測試內(nèi)部數(shù)據(jù)的有效性等,軟件測試的過程,.,.,.,單元,測試,單元,測試,集成,測試,單元,測試,確認(rèn),測試,系統(tǒng),測試,被測模塊,被測模塊,被測模塊,軟件需求,設(shè)計信息,系統(tǒng)其它元素,已經(jīng)過測試的模塊,已集成,的軟件,已確認(rèn)的軟件,可交付的軟件,單元測試的工作,模塊,模塊接口,出錯處理,局部數(shù)據(jù)結(jié)構(gòu),邊界條件,獨(dú)立路徑,單元測試環(huán)境,驅(qū)動模塊,測試結(jié)果,被測模塊,樁模塊,測試用例,樁模塊,樁模塊,集成測試考慮的問題,在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失,一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響,各個子功能組合起來，能否達(dá)到預(yù)期要求的父功能

6、,全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題,單個模塊的誤差累積起來，是否會放大，從而達(dá)到不能接受的程度,確認(rèn)測試（有效性測試）,驗證軟件的功能和性能及其它特性是否與用戶的要求一致,對軟件的功能和性能要求在軟件需求規(guī)格說明中已明確規(guī)定,測試和,測試,測試是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是開發(fā)機(jī)構(gòu)內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測試。,測試的目的是評價軟件產(chǎn)品的,FLURPS(,即功能、局部化、可使用性、可靠性、性能和支持)。尤其注重產(chǎn)品的界面和特色。,測試是由軟件的多個用戶在一個或多個用戶的實(shí)際使用環(huán)境下進(jìn)行的測試。與,測試不同，開發(fā)者通常不在測試現(xiàn)場。,測試主要衡量產(chǎn)品的,FLURPS。,重于產(chǎn)品

7、的支持性、包括文檔、客戶培訓(xùn)和支持產(chǎn)品生產(chǎn)能力。,只有,測試達(dá)到一定的可靠程度時，才能開始,測試。,確認(rèn)測試過程,有效性測試,軟件配置審查,管理機(jī)構(gòu)裁決,專家,鑒定會,選擇測試人員,構(gòu)造測試用例,支持環(huán)境,實(shí)際運(yùn)行測試,軟件計劃,開發(fā)文檔,用戶文檔,測試文本,運(yùn)行維護(hù),交用戶,軟件配置,測試報告,系統(tǒng)測試,系統(tǒng)測試是將通過確認(rèn)測試的軟件，作為整個計算機(jī)系統(tǒng)的一個元素，與計算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行（使用）環(huán)境下，對計算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。,系統(tǒng)測試的目的在于與系統(tǒng)的需求定義進(jìn)行比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或與之矛盾的地方。,

8、系統(tǒng)測試的測試用例應(yīng)根據(jù)需求說明書來設(shè)計，并在實(shí)際使用環(huán)境下來運(yùn)行。,測試計劃模板,確定要進(jìn)行的測試的范圍,估計時間、資源、人、硬件、軟件和工具,提供所需的資源,提供測試環(huán)境,為任務(wù)指派人手,制定進(jìn)度表,確定風(fēng)險和應(yīng)急計劃,追蹤項目進(jìn)度并采取糾正措施,定期提供已通過的測試、堵塞的測試以及失敗的測試的狀態(tài),如果項目范圍出現(xiàn)變動，就重新制定計劃,進(jìn)行事后分析以吸取教訓(xùn),測試計劃樣本,活動,資源名稱,開始日期,結(jié)束/重新計劃日期,評論,評審需求,測試小組,15.02.2006,16.02.2001,完成,總體測試計劃和評審,測試經(jīng)理,15.02.2006,28.02.2001,完成,系統(tǒng)測試計劃和評

9、審,測試員1,01.03.2006,22.03.2006,完成,性能測試計劃和評審,測試員2,15.03.2006,31.03.2006,完成,可用性測試計劃和評審,測試員2,08.03.2006,31.03.2006,完成,回歸計劃和評審,測試員1,01.03.2006,15.03.2006,完成,建立測試環(huán)境,測試員1,15.03.2006,31.03.2006,完成,系統(tǒng)測試和缺陷再測試,測試員1,01.04.2006,31.05.2006,進(jìn)行中,性能測試和缺陷再測試,測試員2,15.04.2006,07.05.2006,可用性測試,測試員2,01.04.2006,15.04.2006

10、,完成,回歸測試,測試員2,07.05.2006,31.05.2006,測試報告,測試經(jīng)理,01.04.2006,31.05.2006,進(jìn)行中,簡化的測試過程,測試,計劃,建立測試環(huán)境,評審,需求,測試用例定義,接受移交,測試,執(zhí)行,測試,報告,事后,分析,測試類型,測試類型,內(nèi) 容,單元測試,此測試由軟件開發(fā)人員來進(jìn)行，它驗證的是模塊的正確性,部件測試,此測試用于驗證軟件部件的正確性，以確保部件正確和可復(fù)用。它由開發(fā)人員或獨(dú)立的測試小組來進(jìn)行,系統(tǒng)測試,這種測試通常由獨(dú)立的測試小組來實(shí)施，其目標(biāo)是驗證整個系統(tǒng)的正確性,性能測試,此測試通常由獨(dú)立的測試小組實(shí)施，其目標(biāo)是保證系統(tǒng)的性能在已定義的

11、性能限制范圍內(nèi)。這種測試一般需要一些工具來模擬很多客戶和重負(fù)載，獲得精確的性能度量,負(fù)載/強(qiáng)度測試,采用負(fù)載/強(qiáng)度測試來驗證系統(tǒng)性能在長期或短期重系統(tǒng)負(fù)載的情況下，是否仍介于約定的限制范圍內(nèi)。要獲得精確的性能度量可能需要使用一些工具,瀏覽器兼容性測試,此測試專用于,Web,應(yīng)用，它驗證,Web,站點(diǎn)針對其所支持的不同瀏覽器時功能的正確性,可用性測試,其目標(biāo)是驗證軟件易于使用，應(yīng)用的外觀和感覺都很好,安全測試,其目標(biāo)是驗證保密性、完整性和可用性需求得到滿足,回歸測試,其目標(biāo)是驗證軟件做出改動或糾正時，仍然保留了其核心功能?？梢圆捎脺y試工具來提高回歸測試的生產(chǎn)率和效率,仿真測試,仿真測試的目標(biāo)是模

12、擬現(xiàn)實(shí)系統(tǒng)中當(dāng)前還不存在的或在現(xiàn)實(shí)生活環(huán)境中難以復(fù)制的一部分系統(tǒng)。仿真測試的效果依賴于仿真與現(xiàn)實(shí)的匹配程度,驗收測試,此測試由客戶來實(shí)施，其目標(biāo)是在軟件驗收之前驗證其是否與客戶期望相匹配,測試用例格式,測試用例的目的,實(shí)施測試用例所需的設(shè)置,測試用例的輸入,測試過程,期望的輸出或結(jié)果,測試組要回答的問題,軟件目前的質(zhì)量如何?,產(chǎn)品的穩(wěn)定性如何?,產(chǎn)品現(xiàn)在是否準(zhǔn)備發(fā)行?,移交的軟件的質(zhì)量有多好?,對軟件進(jìn)行測試的效果如何?,有多少公開的問題?,還要進(jìn)行多少測試？,工具評估表,需求工具,工具1,工具2,工具,K,需求1,優(yōu),差,優(yōu),需求2,差,中,優(yōu),需求,n,差,優(yōu),優(yōu),電子商務(wù)特征,一切都是新

13、的,是一個有數(shù)百萬的服務(wù)器和數(shù)十億的參與者的分布式系統(tǒng),通常需要快速的應(yīng)用開發(fā),少量設(shè)計、少量實(shí)施、少量測試,飛速變化的技術(shù),用戶可能是未知的,瀏覽器可能是未知的,高利用率(24*365),Web,站點(diǎn)的外觀和感覺非常重要,其性能可能是不可預(yù)見的,安全威脅可能無處不在,Web,測試,靜態(tài)測試,單元測試,功能測試,瀏覽器兼容性測試,可用性測試,安全性測試,負(fù)載性能強(qiáng)度測試,利用率測試,部署后測試,累計缺陷,樣例項目中的缺陷類型,追蹤矩陣舉例,需求小節(jié)（編號）,相應(yīng)的設(shè)計小節(jié),相應(yīng)的測試計劃小節(jié),評論/風(fēng)險,R1.1,D1.4,、,D1.5,、,D3.2,T1.2,、,T1.7,R1.2,D1.8

14、,、,D8.3,T1.4,R1.3,D2.2,T1.3,R1.50,D20.1,、,D30.4,T20.1,、,T24.2,要點(diǎn),測試是為評價、改進(jìn)產(chǎn)品質(zhì)量、標(biāo)識產(chǎn)品的缺陷和問題而進(jìn)行的活動。,軟件測試由一個程序的行為在有限測試用例集合上，針對期望的行為的動態(tài)驗證組成，測試用例是從通常的無限執(zhí)行域中適當(dāng)選取的。,軟件測試過程可概括為用單元測試保證模塊正確工作，用集成測試保證模塊集成到一起后正常工作，用確認(rèn)測試保證軟件需求的滿足，用系統(tǒng)測試保證軟件與其它系統(tǒng)元素合成后達(dá)到系統(tǒng)各項性能要求。,要點(diǎn),軟件測試過程包括測試計劃、測試環(huán)境的建立、測試用例的定義、測試的實(shí)施、缺陷報告以及測試管理和報告。,

15、各種類型的測試，包括黑盒測試和白盒測試、單元測試和集成測試、系統(tǒng)測試、性能測試、保密測試和可用性測試。,相關(guān)中國系統(tǒng)分析員論文題目,論軟件測試的策略與環(huán)境（2000）,論軟件測試計劃的制定（2004）,相關(guān)世界軟件工程大會論文,Improving test suites for efficient fault localization,Demand-driven structural testing with dynamic instrumentation,Improving web application testing with user session data,A history-based test prioritization technique for regression testing in resource constrained environments,Anywhere,anytime code inspections:using the Web to remove inspection bottlenecks in large-scale software development,The software knowledge base,