第一篇：軟件測試計算公式總結(jié)

軟件測試計算公式總結(jié)

通用公式：

計算平均的并發(fā)用戶數(shù)： C = nL/T

C是平均的并發(fā)用戶數(shù)；n是login session的數(shù)量；L是login session的平均長度；T指考察的時間段長度。

并發(fā)用戶數(shù)峰值： C’ ≈ C+3根號C

C’指并發(fā)用戶數(shù)的峰值，C就是公式（1）中得到的平均的并發(fā)用戶數(shù)。該公式的得出是假設(shè)用戶的login session產(chǎn)生符合泊松分布而估算得到的。

實例：

假設(shè)有一個OA系統(tǒng)，該系統(tǒng)有3000個用戶，平均每天大約有400個用戶要訪問該系統(tǒng)，對一個典型用戶來說，一天之內(nèi)用戶從登錄到退出該系統(tǒng)的平均時間為4小時，在一天的時間內(nèi)，用戶只在8小時內(nèi)使用該系統(tǒng)。

則C = 400*4/8 = 200

C’≈200+3*根號200 = 2

42F=VU * R / T

其中F為吞吐量，VU表示虛擬用戶個數(shù)，R表示每個虛擬用戶發(fā)出的請求數(shù)，T表示性能測試所用的時間

R = T / TS

TS為用戶思考時間

計算思考時間的一般步驟：

A、首先計算出系統(tǒng)的并發(fā)用戶數(shù)

C=nL / T F=R×C

B、統(tǒng)計出系統(tǒng)平均的吞吐量

F=VU * R / T R×C = VU * R / T

C、統(tǒng)計出平均每個用戶發(fā)出的請求數(shù)量

R=u*C*T/VU

D、根據(jù)公式計算出思考時間

TS=T/R

缺陷檢測有效性百分比DDE=TDFT/(TDFC+TDFT)×100%

其中:TDFT=測試過程中發(fā)現(xiàn)的全部缺陷(即由測試組發(fā)現(xiàn)的),TDFC=客戶發(fā)現(xiàn)的全部缺陷(在版本交付后一個標(biāo)準點開始測量,如,半年以后)

缺陷排除有效性百分比DRE=(TDCT/TDFT)×100%

其中:TDCT=測試中改正的全部缺陷,TDFT=測試過程中發(fā)現(xiàn)的全部缺陷

測試用例設(shè)計效率百分比TDE=(TDFT/NTC)×100%

其中:TDFT=測試過程中發(fā)現(xiàn)的全部缺陷,NTC=運行的測試用例數(shù)

以下公式較適用于白盒測試

功能覆蓋率= 至少被執(zhí)行一次的測試功能點數(shù)/ 測試功能點總數(shù)（功能點）

需求覆蓋率= 被驗證到的需求數(shù)量 /總的需求數(shù)量（需求）

覆蓋率= 至少被執(zhí)行一次的測試用例數(shù)/ 應(yīng)執(zhí)行的測試用例總數(shù)（測試用例）語句覆蓋率= 至少被執(zhí)行一次的語句數(shù)量/ 有效的程序代碼行數(shù)

判定覆蓋率= 判定結(jié)果被評價的次數(shù) / 判定結(jié)果總數(shù)

條件覆蓋率= 條件操作數(shù)值至少被評價一次的數(shù)量 / 條件操作數(shù)值的總數(shù)

判定條件覆蓋率= 條件操作數(shù)值或判定結(jié)果至少被評價一次的數(shù)量/(條件操作數(shù)值總數(shù)+判定結(jié)果總數(shù))

上下文判定覆蓋率= 上下文內(nèi)已執(zhí)行的判定分支數(shù)和/(上下文數(shù)*上下文內(nèi)的判定分支總數(shù))

基于狀態(tài)的上下文入口覆蓋率= 累加每個狀態(tài)內(nèi)執(zhí)行到的方法數(shù)/(狀態(tài)數(shù)*類內(nèi)方法總數(shù))分支條件組合覆蓋率= 被評測到的分支條件組合數(shù)/分支條件組合數(shù)

路徑覆蓋率= 至少被執(zhí)行一次的路徑數(shù)/程序總路徑數(shù)

第二篇：軟件測試總結(jié)

面向?qū)ο蟪绦虻能浖y試方法

在軟件生命周期過程中，軟件測試是保證軟件質(zhì)量的關(guān)鍵環(huán)節(jié)之一。面向?qū)ο蠓椒▽W(xué)在軟件工程中的引入極大地方便了軟件的設(shè)計、開發(fā)和維護，為創(chuàng)建高可靠性的軟件系統(tǒng)提供了重要保證。但面向?qū)ο蟪绦虻姆庋b、繼承、多態(tài)和異常處理機制等新特性卻給測試帶來新的挑戰(zhàn)。一方面需要調(diào)整、改進傳統(tǒng)的測試策略和方法；另一方面探索出適應(yīng)面向?qū)ο蟪绦蛱卣鞯臏y試理論與技術(shù)也尤為必要。

面向?qū)ο?Object Oriented,OO)是當(dāng)前計算機界關(guān)心的重點，它是90年代軟件開發(fā)方法的主流。面向?qū)ο蟮母拍詈蛻?yīng)用已超越了程序設(shè)計和軟件開發(fā)，擴展到很寬的范圍。如數(shù)據(jù)庫系統(tǒng)、交互式界面、應(yīng)用結(jié)構(gòu)、應(yīng)用平臺、分布式系統(tǒng)、網(wǎng)絡(luò)管理結(jié)構(gòu)、CAD技術(shù)、人工智能等領(lǐng)域。

面向?qū)ο蟮亩x或說明對象的定義的非常少。其初，“面向?qū)ο蟆笔菍Ｖ冈诔绦蛟O(shè)計中采用封裝、繼承、抽象等設(shè)計方法?？墒?，這個定義顯然不能再適合現(xiàn)在情況。面向?qū)ο蟮乃枷胍呀?jīng)涉及到軟件開發(fā)的各個方面。如，面向?qū)ο蟮姆治觯∣OA，Object Oriented Analysis），面向?qū)ο蟮脑O(shè)計（OOD，Object Oriented Design）、以及我們經(jīng)常說的面向?qū)ο蟮木幊虒崿F(xiàn)（OOP，Object Oriented Programming）。許多有關(guān)面向?qū)ο蟮奈恼露贾皇侵v述在面向?qū)ο蟮拈_發(fā)中所需要注意的問題或所采用的比較好的設(shè)計方法?？催@些文章只有真正懂得什么是對象，什么是面向?qū)ο?，才能最大程度地對自己有所裨益。這一點，恐怕對初學(xué)者甚至是從事相關(guān)工作多年的人員也會對它們的概念模糊不清。

1、面向?qū)ο蟮幕靖拍?/p>

(1)對象。

對象是人們要進行研究的任何事物，從最簡單的整數(shù)到復(fù)雜的飛機等均可看作對象，它不僅能表示具體的事物，還能表示抽象的規(guī)則、計劃或事件。

(2)對象的狀態(tài)和行為。

對象具有狀態(tài)，一個對象用數(shù)據(jù)值來描述它的狀態(tài)。

對象還有操作，用于改變對象的狀態(tài)，對象及其操作就是對象的行為。

對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作封裝于對象的統(tǒng)一體中

(3)類。具有相同或相似性質(zhì)的對象的抽象就是類。因此，對象的抽象是類，類的具體化就是對象，也可以說類的實例是對象。

類具有屬性，它是對象的狀態(tài)的抽象，用數(shù)據(jù)結(jié)構(gòu)來描述類的屬性。

類具有操作，它是對象的行為的抽象，用操作名和實現(xiàn)該操作的方法來描述。

(4)類的結(jié)構(gòu)。

在客觀世界中有若干類，這些類之間有一定的結(jié)構(gòu)關(guān)系。通常有兩種主要的結(jié)構(gòu)關(guān)系，即一般--具體結(jié)構(gòu)關(guān)系，整體--部分結(jié)構(gòu)關(guān)系。

①一般——具體結(jié)構(gòu)稱為分類結(jié)構(gòu)，也可以說是“或”關(guān)系，或者是“is a”關(guān)系。

②整體——部分結(jié)構(gòu)稱為組裝結(jié)構(gòu)，它們之間的關(guān)系是一種“與”關(guān)系，或者是“has a”關(guān)系。

(5)消息和方法。

對象之間進行通信的結(jié)構(gòu)叫做消息。在對象的操作中，當(dāng)一個消息發(fā)送給某個對象時，消息包含接收對象去執(zhí)行某種操作的信息。發(fā)送一條消息至少要包括說明接受消息的對象名、發(fā)送給該對象的消息名（即對象名、方法名）。一般還要對參數(shù)加以說明，參數(shù)可以是認識該消息的對象所知道的變量名，或者是所有對象都知道的全局變量名。

類中操作的實現(xiàn)過程叫做方法，一個方法有方法名、參數(shù)、方法體。消

2、面向?qū)ο蟮奶卣?/p>

(1)對象唯一性。

每個對象都有自身唯一的標(biāo)識，通過這種標(biāo)識，可找到相應(yīng)的對象。在對象的整個生命期中，它的標(biāo)識都不改變，不同的對象不能有相同的標(biāo)識。

(2)分類性。

分類性是指將具有一致的數(shù)據(jù)結(jié)構(gòu)(屬性)和行為(操作)的對象抽象成類。一個類就是這樣一種抽象，它反映了與應(yīng)用有關(guān)的重要性質(zhì)，而忽略其他一些無關(guān)內(nèi)容。任何類的劃分都是主觀的，但必須與具體的應(yīng)用有關(guān)。

(3)繼承性。

繼承性是子類自動共享父類數(shù)據(jù)結(jié)構(gòu)和方法的機制，這是類之間的一種關(guān)系。在定義和實現(xiàn)一個類的時候，可以在一個已經(jīng)存在的類的基礎(chǔ)之上來進行，把這個已經(jīng)存在的類所定義的內(nèi)容作為自己的內(nèi)容，并加入若干新的內(nèi)容。繼承性是面向?qū)ο蟪绦蛟O(shè)計語言不同于其它語言的最重要的特點，是其他語言所沒有的。

在類層次中，子類只繼承一個父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為單重繼承。

在類層次中，子類繼承了多個父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為多重繼承。

在軟件開發(fā)中，類的繼承性使所建立的軟件具有開放性、可擴充性，這是信息組織與分類的行之有效的方法，它簡化了對象、類的創(chuàng)建工作量，增加了代碼的可重性。

采用繼承性，提供了類的規(guī)范的等級結(jié)構(gòu)。通過類的繼承關(guān)系，使公共的特性能夠共享，提高了軟件的重用性。

(4)多態(tài)性(多形性)多態(tài)性使指相同的操作或函數(shù)、過程可作用于多種類型的對象上并獲得不同的結(jié)果。不同的對象，收到同一消息可以產(chǎn)生不同的結(jié)果，這種現(xiàn)象稱為多態(tài)性。

多態(tài)性允許每個對象以適合自身的方式去響應(yīng)共同的消息。

多態(tài)性增強了軟件的靈活性和重用性。

面向?qū)ο蠓椒ǖ幕舅枷胧且唬好嫦驅(qū)ο蠓椒ㄊ且环N運用對象、類、封裝、繼承、多態(tài)和消息等概念來構(gòu)造、測試、重構(gòu)軟件的方法。

二： 面向?qū)ο蠓椒ㄊ且哉J識論為基礎(chǔ)，用對象來理解和分析問題空間，并設(shè)計和開發(fā)出由對象構(gòu)成的軟件系統(tǒng)（解空間）的方法。由于問題空間和解空間都是由對象組成的，這樣可以消除由于問題空間和求解空間結(jié)構(gòu)上的不一致帶來的問題。簡言之，面向?qū)ο缶褪敲嫦蚴虑楸旧?，面向?qū)ο蟮姆治鲞^程就是認識客觀世界的過程。

面向?qū)ο蠓椒◤膶ο蟪霭l(fā)，發(fā)展出對象，類，消息，繼承等概念。

面向?qū)ο蠓椒ǖ闹饕獌?yōu)點是：符合人們通常的思維方式；從分析到設(shè)計再到編碼采用一致的模型表示具有高度連續(xù)性；軟件重用性好。

面向?qū)ο筌浖y試的特點是: 1.掌握代碼檢查、走查與評審的基本方法和技術(shù)； 2.掌握白盒測試和黑盒測試的測試用例的設(shè)計原則和方法； 3.掌握單元測試和集成測試的基本策略和方法；

4.了解系統(tǒng)測試、性能測試和可靠性測試的基本概念和方法； 5.了解面向?qū)ο筌浖蚖EB應(yīng)用軟件測試的基本概念和方法； 6.掌握軟件測試過程管理的基本知識和管理方法； 7.熟悉軟件測試的標(biāo)準和文檔；

8.掌握QESuite軟件測試過程管理平臺和QESat/C++軟件分析和工具的使用方法。

第三篇：軟件測試總結(jié)

1.軟件測試定義：由人工或自動方法來執(zhí)行或評價系統(tǒng)或系統(tǒng)部分的過程，以驗證它是否滿足規(guī)定的需求，或識別出期望的結(jié)果和實際結(jié)果之間的差異。2.軟件測試的分類：

測試對象或范圍分類：需求評審、設(shè)計評審、單元測試、程序測試、系統(tǒng)

測試、文檔測試、Web應(yīng)用測試、客戶端測試、數(shù)據(jù)庫測試等；

測試目的分類：集成測試、功能測試、壓力測試、性能測試等等； 靜態(tài)測試、動態(tài)測試； 白盒測試、黑盒測試。3.軟件測試的基本流程與原則

基本流程：

測試用例設(shè)計-輸入數(shù)據(jù)、預(yù)期結(jié)果； 測試執(zhí)行-輸入數(shù)據(jù)執(zhí)行被測對象； 檢查實際輸出與預(yù)期結(jié)果?；驹瓌t：

開始測試時認定軟件有錯，測試要證明有錯； 測試應(yīng)該由獨立的測試團隊來完成； 測試設(shè)計必須設(shè)計對應(yīng)的預(yù)期輸出；

要對合理、不合理（有效、無效）輸入數(shù)據(jù)都進行測試； 檢查軟件的完備性、多余； 完整保留測試文檔；

一個被測對象中有錯誤的概率與已發(fā)現(xiàn)錯誤的個數(shù)成正比。4.Beizer測試成熟度級別：

0級：沒有區(qū)分測試與調(diào)試；

1級：測試的目的是證明軟件能用； 2級：測試的目的是證明軟件不能用；

3級：測試的目的不是為了證明什么，而是為了降低軟件使用風(fēng)險； 4級：測試是一種智能訓(xùn)練，能夠幫助專業(yè)人員開發(fā)出更高質(zhì)量的軟件。5.軟件測試與軟件工程，軟件過程的關(guān)系：

軟件工程：在給定的條件下（成本、時間）開發(fā)出高質(zhì)量的軟件產(chǎn)品。軟件生產(chǎn)過程的特性決定了軟件產(chǎn)品中不可避免包含有錯誤。軟件測試則是盡可能多地發(fā)現(xiàn)錯誤，從而保障軟件產(chǎn)品的質(zhì)量。6.McCall的質(zhì)量因素：

產(chǎn)品修改：

可維護性，靈活性，可測試性 產(chǎn)品轉(zhuǎn)移：

可移植性，可復(fù)用性，互操作性 產(chǎn)品運行：

正確性，易用性，可靠性，效率，完整性 7.軟件質(zhì)量困境

軟件質(zhì)量必須足夠好：存在價值

軟件產(chǎn)品無法完美：需要消耗過多的資源、時間、成本

軟件開發(fā)需要在兩個極端之間進行平衡：軟件足夠好的同時又不完美。8.質(zhì)量控制、質(zhì)量保證和質(zhì)量管理

軟件質(zhì)量控制其實是基本方法，通過一系列的技術(shù)來科學(xué)地測量過程的狀態(tài)。如缺陷率、測試覆蓋率等。

軟件質(zhì)量保證則是過程的參考、指南的集合，如ISO9000、CMM/CMMI等，著重內(nèi)部的檢查，確保已獲取認可的標(biāo)準和步驟都已經(jīng)遵循。

軟件質(zhì)量管理則是實際操作的思想，質(zhì)量管理控制和協(xié)調(diào)組織的質(zhì)量活動，包括質(zhì)量控制、質(zhì)量保證和質(zhì)量改進。9.WebApp應(yīng)用的屬性：

網(wǎng)絡(luò)密集型應(yīng)用；并發(fā)性；大負載量；性能；高可靠性、高可用性；安全性-內(nèi)容敏感；

10.軟件評審的目的，評審度量及其應(yīng)用

評審的目標(biāo)在于：盡早發(fā)現(xiàn)軟件過程中的錯誤，防止錯誤傳遞、蔓延至后續(xù)活動，防止錯誤轉(zhuǎn)化為缺陷。

準備工作量Ep-實際評審會之前所需工作量； 評估工作量Ea-實際評審所花費的工作量 返工工作量Er-修改評審所發(fā)現(xiàn)錯誤的工作量 工作產(chǎn)品規(guī)模WPS-評審對象的規(guī)模

發(fā)現(xiàn)的主要錯誤數(shù)Errmajor-多于預(yù)期的改錯工作量的錯誤數(shù)目 發(fā)現(xiàn)的次要錯誤數(shù)Errminor-少于預(yù)期的改錯工作量的錯誤數(shù)目 總評審工作量Ereview = Ep+Ea+Er 錯誤總數(shù)Errtot = Errmajor+Errminor 錯誤密度：評審的每單位工作產(chǎn)品發(fā)現(xiàn)的錯誤數(shù)Ed = Errtot / WPS 錯誤密度數(shù)值的含義：較小（產(chǎn)品質(zhì)量非常好或評審不夠徹底）；較大（產(chǎn)品質(zhì)量存在缺陷）

11.軟件測試計劃：描述對計算機軟件配置項、子系統(tǒng)、系統(tǒng)進行測試的計劃安排，內(nèi)容包括測試的環(huán)境、測試工作的標(biāo)識及測試工作的時間安排。

軟件測試報告：是對計算機軟件配置項、軟件系統(tǒng)或子系統(tǒng)，或與軟件相關(guān)項目執(zhí)行合格性測試的記錄 12.軟件測試活動

制訂測試計劃（測試分析員）

測試設(shè)計（測試設(shè)計人員）－方案設(shè)計 測試及測試用例設(shè)計 測試過程

樁模塊、驅(qū)動模塊設(shè)計

測試實施（測試設(shè)計員）－實現(xiàn)測試設(shè)計 單元測試（測試員）集成測試（測試員）系統(tǒng)測試（測試員）

評估測試（測試設(shè)計人員）

13.無向圖的相關(guān)定義：

連接性：節(jié)點ni、nj是連接的，當(dāng)且僅當(dāng)ni、nj在同一條路徑上。組件：圖的組件是相連節(jié)點的最大集合

圖G的圈復(fù)雜度V（G)＝e－n＋2p，其中e為G的邊數(shù)，n為節(jié)點數(shù)，p為組件數(shù)。14.圖覆蓋：給定一個關(guān)于圖G的準則C的測試需求集合TR，測試集合T在圖G上滿足準則C當(dāng)且僅當(dāng)對TR中每個測試需求tr，path(T)中至少存在一條測試路徑p滿足tr。

簡單路徑：如果從ni到nj的一條路徑中，除了始節(jié)點和終節(jié)點可以相同外，沒有任何節(jié)點出現(xiàn)次數(shù)多于一次，則該路徑為簡單路徑。

主路徑：如果從ni到nj是一條簡單路徑，并且它不作為任何其他簡單路徑的子路徑出現(xiàn)，則稱之為主路徑。

主路徑覆蓋（PPC）準則：TR包含圖中每一條主路徑。

指定路徑覆蓋（SPC)：TR包含一個測試路徑集S，S為指定參數(shù)。15.白盒測試方法

白盒測試：根據(jù)被測對象的內(nèi)部結(jié)構(gòu)和運行機制來設(shè)計測試用例的方法，又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試、覆蓋測試

被測對象的獨立路徑至少覆蓋一次； 所有邏輯取值測試[真、假]； 循環(huán)邊界測試；

檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)、邊界條件。16.黑盒測試方法

黑盒測試方法又稱功能測試方法、數(shù)據(jù)驅(qū)動測試方法，測試設(shè)計時不考慮被測對象的內(nèi)部結(jié)構(gòu)，以檢查系統(tǒng)功能（功能的正確、完整、邏輯流程、人機界面、文檔內(nèi)容、系統(tǒng)安裝/初始化）

以被測對象的外部特征為測試依據(jù)。17.模糊測試方法

模糊測試方法：構(gòu)造大量的隨機數(shù)據(jù)作為系統(tǒng)的輸入，從而檢驗系統(tǒng)在各種數(shù)據(jù)情況下是否出現(xiàn)問題。

18.增量測試：單元測試、調(diào)用依賴的模塊集成測試，逐步擴展直到形成整個軟件系統(tǒng)。

19.突擊測試：所有模塊一次性集成為一個完整的系統(tǒng)，然后進行完全測試。20.等價類劃分：

等價類劃分基于對輸入或輸出數(shù)據(jù)情況的評估，劃分成兩個或多個子集（等價類），然后從每個子集中選取一定的代表進行測試的測試用例設(shè)計方法。21.極限測試

極限編程：利用輕量、敏捷的開發(fā)過程，使開發(fā)人員能夠更快地完成應(yīng)用程序的開發(fā)。強調(diào)頻繁測試、測試驅(qū)動的方式保證軟件質(zhì)量。

極限測試：為滿足極限編程思想和過程而設(shè)計的一套測試策略和流程，原來的測試技術(shù)、方法均可以使用 22.配置項測試的內(nèi)容

功能: 適合性

準確性：功能的準確與精度要求 互操作性：與外部設(shè)備、系統(tǒng)的接口 安全保密性：數(shù)據(jù)訪問的可控制性 可靠性: 成熟性：容錯處理、平均無故障時間

容錯性：邊界條件、功能、性能的降級情況、誤操作模式、故障模式 易恢復(fù)性：自動修復(fù)能力/時間、平均宕機時間、平均恢復(fù)時間、恢復(fù)能力等 易用性

易理解性：功能描述清晰、準確；界面含義精確

易學(xué)性：在線幫助、幫助定位、各類手冊的易學(xué)、易用 易操作性：數(shù)據(jù)的有效檢查、解釋信息明確、界面切換 吸引性：人機界面定制 效率

時間特性：響應(yīng)時間、平均響應(yīng)時間、響應(yīng)極限時間、吞吐量、平均吞吐量、極限吞吐量，多任務(wù)并行測試

資源利用：大量并發(fā)任務(wù)下I/O設(shè)備利用、極限負載下I/O設(shè)備的負載、大量并發(fā)任務(wù)下用戶等待時間、內(nèi)存使用情況、數(shù)據(jù)傳輸能力等

維護性

易分析性：運行狀態(tài)數(shù)據(jù)易分析 易變更性：軟件的可配置、修改能力 易測試性：變更之后的易測試情況 可移植性

適應(yīng)性：不同軟件、硬件環(huán)境的適應(yīng)能力 易安裝性：安裝、配置的復(fù)雜程度、難以程度 共存性：與其他軟件協(xié)同的能力 易替換性：版本的替換難以程度 依從性

以上所有特性遵循標(biāo)準、規(guī)范的情況測試

23系統(tǒng)測試：系統(tǒng)非功能性測試，以檢驗系統(tǒng)在超常數(shù)據(jù)規(guī)?；蜇撦d下，線程、CPU、內(nèi)存資源的利用和響應(yīng)時間、數(shù)據(jù)傳輸?shù)刃阅苤笜?biāo)是否滿足要求

24.測試計劃

確定測試充分性要求：覆蓋范圍、覆蓋程度 確定測試終止要求； 確定測試所需資源； 確定測試的軟件特性； 確定測試技術(shù)、方法； 確定測試準出條件； 確定測試進度計劃； 測試風(fēng)險分析。

25.測試設(shè)計：測試設(shè)計人員、測試程序員

測試用例設(shè)計：依據(jù)測試特性； 獲取測試數(shù)據(jù)；

確定測試順序：資源、被測特性； 獲取測試資源：軟硬件、工具； 編寫測試程序； 建立測試環(huán)境； 撰寫測試設(shè)計說明。

26.測試總結(jié)：

測試分析員－測試報告

總結(jié)測試計劃、測試說明的變化情況； 異常終止時測試未覆蓋范圍； 未能解決的測試問題； 總結(jié)測試結(jié)果（發(fā)現(xiàn)問題）； 編寫測試報告；

根據(jù)問題報告、測試記錄，編寫測試問題報告。

27.軟件可靠性：在給定的運行時間內(nèi)和給定的系統(tǒng)配置環(huán)境下，運行給定的軟件功能時所 表現(xiàn)出來的質(zhì)量能力 28.系統(tǒng)性能指標(biāo)

系統(tǒng)資源利用率：分析性能指標(biāo)，改善性能系統(tǒng)行為指標(biāo) 請求響應(yīng)時間：一次請求完成時間

事務(wù)響應(yīng)時間：一個事務(wù)所有請求完成的總時間

數(shù)據(jù)吞吐量：單位時間內(nèi)服務(wù)器接收、發(fā)送的數(shù)據(jù)量。

29.驗收測試：用戶執(zhí)行的、使用真實數(shù)據(jù)進行的測試，依據(jù)需求規(guī)格中的確認標(biāo)準進行測試?；貧w測試：驗證已測試過的內(nèi)容不受變更影響，確認變更沒有引入新的錯誤。

30.α測試是由一個用戶在開發(fā)環(huán)境下進行的測試，也可以是公司內(nèi)部的用戶在模擬實際操 作環(huán)境下進行的測試。

Beta測試由軟件的最終用戶在一個或多個客戶場所進行，開發(fā)者通常不在Beta測試的現(xiàn)場。

31.WebApp測試關(guān)注的主要內(nèi)容 Web內(nèi)容測試 界面 構(gòu)件

導(dǎo)航測試 安全性 性能

32.測試用例（Test Case）是為某個特殊目標(biāo)而編制的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測試某個程序路徑或核實是否滿足某個特定需求。

33.軟件生存期定義：從軟件產(chǎn)品設(shè)計到軟件被淘汰的時間段。又稱軟件生命周期、生存周期。進一步劃分為兩個階段：開發(fā)階段和維護階段（40%+60%）。

34.軟件安全定義：一種軟件質(zhì)量保證活動，他主要用來識別和評估可能對軟件產(chǎn)生負面影響并促使整個系統(tǒng)失效的潛在災(zāi)難。

35.軟件評審的目標(biāo)在于：盡早發(fā)現(xiàn)軟件過程中的錯誤，防止錯誤傳遞、蔓延至后續(xù)活動，防止錯誤轉(zhuǎn)化為缺陷。36.V模型

優(yōu)點：既有底層測試又有高層測試。底層：單元測試。高層：系統(tǒng)測試。

將開發(fā)階段清楚的表現(xiàn)出來，便于控制開發(fā)的過程。當(dāng)所有階段都結(jié)束時，軟件開發(fā)就結(jié)束了。

缺點：容易讓人誤解為測試是在開發(fā)完成之后的一個階段。

由于它的順序性，當(dāng)編碼完成之后，正式進入測試時，這時發(fā)現(xiàn)的一些bug可能不容易找到其根源。

實際中，由于需求變更較大，導(dǎo)致要重復(fù)變更需求、設(shè)計、編碼、測試，返工量大。37.W模型：

優(yōu)點：

將測試貫穿到整個軟件生命周期中，且除了代碼要測試，需求、設(shè)計等都要測試。更早介入軟件開發(fā)中，能盡早發(fā)現(xiàn)缺陷并修復(fù)。

測試與開發(fā)獨立起來，并與開發(fā)并行。缺點：

對有些項目，開發(fā)過程中根本沒有文檔產(chǎn)生，故W模型無法使用。

對于需求和設(shè)計的測試技術(shù)要求很高，實踐起來很困難。

從N0中某節(jié)點開始到Nf中某節(jié)點結(jié)束的一條路徑稱為一條測試路徑。

1.軟件缺陷：（符合下列規(guī)則的叫軟件缺陷)：

１）．軟件未達到產(chǎn)品說明書的功能

２）．軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤

３）．軟件功能超出產(chǎn)品說明書指明范圍

４）．軟件未達到產(chǎn)品說明書雖未指出但應(yīng)達到的目標(biāo)

５）．軟件測試員認為難以理解、不易使用、運行速度緩慢、或者最終用戶認為不好

2.單元測試：單元測試是對軟件設(shè)計的最小單元——模塊進行正確性檢驗的測試工作，主要測試模塊在語法、格式和邏輯上的錯誤。3.回歸測試

指軟件系統(tǒng)被修改或擴充（如系統(tǒng)功能增強或升級）后重新進行的測試，是為了保證對軟件所做的修改沒有引入新的錯誤而重復(fù)進行的測試。

4.等價類：指某個輸入域的子集合，在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的。

第四篇：軟件測試期末總結(jié)

1.下列關(guān)于軟件測試的敘述錯誤的是（D）。

A.軟件測試可以作為度量軟件與用戶需求間差距的手段 B.沒有發(fā)現(xiàn)錯誤的測試也是有價值的

C.軟件測試的根本目的是盡可能多地發(fā)現(xiàn)軟件中存在的問題，最終把一個高質(zhì)量的軟件系統(tǒng)交給用戶使用

D.軟件測試的主要工作內(nèi)容包括發(fā)現(xiàn)軟件中存在的錯誤并解決存在的問題

2.軟件測試技術(shù)可以分為靜態(tài)測試和動態(tài)測試，下列說法中錯誤的是（D）A.靜態(tài)測試是指不運行實際程序，通過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯誤。B.動態(tài)測試是指實際運行程序，通過運行的結(jié)果來發(fā)現(xiàn)程序中的錯誤。C.動態(tài)測試包括黑盒測試和白盒測試。

D.白盒測試是靜態(tài)測試，黑盒測試是動態(tài)測試。

3.月收入<=800元者免稅，現(xiàn)用輸入數(shù)800元和801元測試程序，則采用的是(A)方法。A.邊界值分析 B.條件覆蓋 C.錯誤推測 D.邏輯覆蓋

4.等價類劃分法的關(guān)鍵是（C)。A.確定等價類的邊界條件 B.按照用例來確定等價類 C.劃分等價類

D.確定系統(tǒng)中相同和不同的部分

5.某教學(xué)設(shè)備銷售部門制定一項銷售優(yōu)惠政策，一次購買100臺或100臺以上者按八五折優(yōu)惠，購買者是教師、學(xué)生按九折優(yōu)惠。設(shè)C1表示購買的臺數(shù)，C2為1、2、0分別表示教師、學(xué)生和其他人員，則符合九折優(yōu)惠判定條件為(A)。A.（C1<100）AND NOT（C2=0）B.（C1<100）AND NOT（C2>0）C.NOT（C1>100）AND（C2=0）D.NOT（C1<100）AND（C2>0）

6.(D)能夠有效地檢測輸入條件的各種組合可能會引起的錯誤。A.等價類劃分 B.邊界值分析 C.錯誤推測 D.因果圖

7.軟件測試用例主要由輸入數(shù)據(jù)和(C)兩部分組成。A.測試計劃 B.測試規(guī)則 C.預(yù)期輸出結(jié)果

D.以往測試記錄分析

8.在用白盒測試中的邏輯覆蓋法設(shè)計測試用例時，有語句覆蓋、分支覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋和路徑覆蓋等，其中（A）是最弱的覆蓋準則。A.語句覆蓋 B.條件覆蓋

C.判定-條件覆蓋 D.條件組合覆蓋 9.以下不屬于白盒測試技術(shù)的是（D）A.邏輯覆蓋 B.基本路徑測試 C.循環(huán)覆蓋測試 D.等價類劃分

10.集成測試的策略一般分為：一次性集成和漸增式集成。下面哪一條真實地反映了前者與后者的不同？（A）。

A.后者比前者更適合大規(guī)模應(yīng)用系統(tǒng)的集成測試

B.在集成測試中發(fā)現(xiàn)問題時，前者比后者更容易進行問題定位

C.前者需要開發(fā)驅(qū)動模塊和樁模塊，而后者不需要開發(fā)驅(qū)動模塊和樁模塊 D.前者不需要所有模塊就緒，而后者需要所有模塊就緒 11.集成測試又稱為組裝測試，其主要內(nèi)容包括(C)。A.對整體的性能進行測試

B.用白盒法設(shè)計測試用例進行測試 C.確定組裝策略和次序 D.對運行過程進行測試

12.全局數(shù)據(jù)結(jié)構(gòu)的錯誤通常在(C)中檢查。A.單元測試 B.有效性測試 C.集成測試 D.確認測試

13.軟件開發(fā)公司組織內(nèi)部人員，模擬各類用戶行為對即將面市的軟件產(chǎn)品進行的測試我們稱之為（B）。A.系統(tǒng)測試

B.α測試 C.β測試 D.綜合測試

14.對一個網(wǎng)站的連接速度測試屬于（C）?

A．功能測試

B.客戶端兼容性測試

C.性能測試 D.安全測試

15.軟件測試管理是軟件工程的保護性活動，其基本內(nèi)容不包括（C）。A.測試組織管理 B.測試過程管理 C.效益管理

D.資源和配置管理

32.下面對軟件測試流程的描述，哪個是正確的？（A）

A.制定測試計劃->設(shè)計測試方案及測試用例->部署實施測試->執(zhí)行測試->缺陷跟蹤管理->測試總結(jié)報告

B.制定測試計劃->部署實施測試->設(shè)計測試方案及測試用例->執(zhí)行測試->缺陷跟蹤管理->測試總結(jié)報告

C.部署實施測試->制定測試計劃->設(shè)計測試方案及測試用例->執(zhí)行測試->缺陷跟蹤管理->測試總結(jié)報告 D.制定測試計劃->設(shè)計測試方案及測試用例->執(zhí)行測試->部署實施測試->缺陷跟蹤管理->測試總結(jié)報告

15.與設(shè)計測試數(shù)據(jù)無關(guān)的是（D）A.該軟件的設(shè)計人員 B.程序的復(fù)雜程度 C.源程序

D.項目開發(fā)計劃

18.McCabe復(fù)雜性度量又稱(B)。A.代碼行度量 B.環(huán)路度量 C.程序量度量 D.功能性度量

1.（A）說明了軟件測試與開發(fā)的并行關(guān)系，體現(xiàn)了測試貫穿于整個開發(fā)過程的思想。A.W模型 B.V模型 C.H模型 D.X模型

2.在下面幾句中，判斷哪一個是正確的。（D）。A.測試工作應(yīng)在編碼階段結(jié)束后開始。

B.測試設(shè)計工作與軟件開發(fā)活動是相互獨立、相互無關(guān)的。

C.測試腳本是指一個測試包，它由一組邏輯相關(guān)的測試用例組成。D.過度測試會影響進度和增加成本。

3.以下哪種測試方法屬于黑盒測試技術(shù)（C）。A.基本路徑測試 B.循環(huán)覆蓋測試 C.邊界值分析測試 D.語句覆蓋測試

4.程序功能說明中指出：由三個輸入數(shù)據(jù)表示一個三角形的三條邊長。根據(jù)黑盒法中的邊界值分析法設(shè)計測試用例，應(yīng)選(D)。A.a=3,b=4,c=5 B.a=1,b=2,c=4 C.上述A、B項目都應(yīng)選上 D.a=1,b=2,c=3 5.某程序功能說明中列出“規(guī)定每個運動員參賽項目為1——3項”，應(yīng)用黑盒法中的等價類劃分法確定等價類是(D)。A.1<=項目數(shù)<=3 B.項目數(shù)<1 C.項目數(shù)>3 D.以上都是

6.如果某個程序的輸入數(shù)據(jù)的可能值劃分為n個合理等價類，m個不合理等價類，這些等價類均為數(shù)軸上的一個有限區(qū)間范圍，則采用邊界值測試方法至少需要(D)個測試用例。A.m+n B.2m+n C.2n+m D.2(m+n)7.在用白盒測試中的邏輯覆蓋法設(shè)計測試用例時，有語句覆蓋、分支覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋和路徑覆蓋等，在下列覆蓋中，（D）是最強的覆蓋準則。A.語句覆蓋 B.條件覆蓋

C.判定-條件覆蓋 D.條件組合覆蓋 8.{ void SelectSort(datalist & list){ //對表list.V[0]到list.V[n-1]進行排序, n是表當(dāng)前長度。

for(int i = 0;i < list.n-1;i++){ int k = i;

//在list.V[i].key到list.V[n-1].key中找具有最小關(guān)鍵碼的對象 for(int j = i+1;j < list.n;j++)if(list.V[j].getKey()< list.V[k].getKey())k = j;

//當(dāng)前具最小關(guān)鍵碼的對象

if(k!= i)Swap(list.V[i], list.V[k]);//交換

} } 上面是選擇排序的程序，其中datalist是數(shù)據(jù)表，它有兩個數(shù)據(jù)成員：一是元素類型為Element的數(shù)組V，另一個是數(shù)組大小n。算法中用到兩個操作，一是取某數(shù)組元素V[i]的關(guān)鍵碼操作getKey()，一是交換兩數(shù)組元素內(nèi)容的操作Swap()：請問該程序段的McCabe環(huán)路復(fù)雜性為多少？（D）} A.2 B.3 C.4 D.5 9.對于傳統(tǒng)軟件來說，按集成粒度不同可以把集成測試分為（C）。①模塊間集成測試 ②類內(nèi)集成測試 ③類間集成測試 ④子系統(tǒng)內(nèi)集成測試 ⑤ 子系統(tǒng)間集成測試 A.①②③ B.②③④ C.①④⑤ D.②③⑤

10.在有關(guān)集成測試的敘述中，(A)是正確的。A.測試底層模塊時不需要樁模塊 B.驅(qū)動模塊的作用是模擬被調(diào)模塊 C.自頂向下測試方法易于設(shè)計測試結(jié)果

D.自底向上測試方法有有利于提前預(yù)計測試結(jié)果 11.系統(tǒng)測試中主要用到的測試技術(shù)是（B）A.回歸測試 B.黑盒測試 C.白盒測試 D.功能測試

12.不斷執(zhí)行同樣的操作，如不停地啟動或關(guān)閉程序、反復(fù)讀寫數(shù)據(jù)或者選擇同一個操作。這種測試我們稱之為（B）測試。A.強度 B.重復(fù) C.壓迫 D.重負

13.以下關(guān)于測試管理原則的描述中不正確的是（C）。A.實施全過程測試，有助于及時應(yīng)對項目變化，降低測試風(fēng)險。

B.軟件應(yīng)全面測試，不僅對所有產(chǎn)品進行測試，還要求開發(fā)人員和測試人員全面參與。C.不能將測試過程從開發(fā)過程中抽象出來，作為一個獨立的過程進行管理。

D.盡早開展測試準備工作，能使測試人員較早了解測試難度、預(yù)測風(fēng)險、提高效率。14.下面敘述中，哪一項不是測試項目管理者的職責(zé)？（B）。A.合理分配任務(wù) B.負責(zé)建立測試環(huán)境 C.制訂測試策略

D.將已有經(jīng)驗靈活應(yīng)用到新項目中

15.下列所述的測試原則中，錯誤的是(D)。A.應(yīng)設(shè)計非法輸入的測試用例 B.測試用例要給出測試的預(yù)期結(jié)果 C.因維護修改程序后需回歸測試 D.開發(fā)小組與測試小組合并

1.對于軟件測試分類，下列各項都是按照不同階段來進行的劃分，除了（C）。A.單元測試 B.集成測試 C.黑盒測試 D.系統(tǒng)測試

2.在軟件測試中，確認測試主要用于發(fā)現(xiàn)(B)階段的錯誤。A.軟件計劃 B.需求分析 C.軟件設(shè)計 D.編碼

3.（C）方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。A.路徑測試 B.等價類 C.因果圖

D.邊界值分析

4.在功能測試中，假設(shè)求實數(shù)x的平方根，我們第1次輸入“最小的負實數(shù)”進行測試，第2次輸入“稍小于0”進行測試，第3次輸入0進行測試，第4次輸入“稍大于0”進行測試，第5次輸入“最大的正實數(shù)”進行測試，那么這種測試屬于（A)。A.邊界值分析法 B.絕對值分析法 C.相對值分析法 D.等價類劃分法

5.為了提高測試的效率，應(yīng)該(D)。A.隨機地選取測試數(shù)據(jù) B.取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù) C.在完成編碼以后制定軟件的測試計劃

D.選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)

6.現(xiàn)有一個計算類型的程序，它的輸入只有一個Y，其范圍是—50≤Y≤50?，F(xiàn)從輸入的角度考慮設(shè)計了一組測試用例：—100，100，0。設(shè)計這組測試用例的方法是(B)。A.條件覆蓋法 B.等價類劃分法 C.邊界值分析法 D.錯誤推測法

7.實際的邏輯覆蓋測試中，一般以（C)為主設(shè)計測試用例。A.條件覆蓋 B.判定覆蓋 C.條件組合覆蓋 D.路徑覆蓋 8.{ PROCEDURE averagy i = 1;total.input = total.valid = 0;sum = 0;DO WHILE value[i] <>-999 AND total.input < 100 increment total.valid by 1;IF value[i] >= minimum AND value[i] <= maximum THEN increment total.valid[i];ELSE skip;ENDIF Increment i by 1;ENDDO IF total.valid > 0 THEN averagy = sum / total.valid;ELSE averagy =-999;ENDIF END averagy 上面是一個求平均值的程序，請問該程序段的McCabe環(huán)路復(fù)雜性為多少？（C）} A.4 B.5 C.6 D.7 9.測試人員在提交軟件缺陷報告后，很可能發(fā)現(xiàn)開發(fā)人員對報告的缺陷存在異議。因此需要一個雙方認同的準則，用于判定軟件產(chǎn)品是否存在軟件缺陷。在實際的軟件項目工作中，我們通常采納的判定準則是（B）。A.測試人員提供的這個軟件缺陷的證據(jù)

B.軟件產(chǎn)品的運行結(jié)果與需求規(guī)格說明書不一致 C.可以客觀地描述這個軟件缺陷 D.軟件產(chǎn)品的運行結(jié)果與測試人員預(yù)期的不一致

10.從供選擇的答案中選出同下列關(guān)于軟件測試的各條敘述關(guān)系最密切的字句。

在測試具有層次結(jié)構(gòu)的大型軟件時，有一種方法是從上層模塊開始，由上到下進行測試。此時，有必要用一些模塊替代尚未測試過的下層模塊。（A）A.樁 B.仿真器 C.模擬器 D.原型

11.集成測試時，能較早發(fā)現(xiàn)高層模塊接口錯誤的測試方法為(A)。A.自頂向下漸增式測試 B.自底向上漸增式測試 C.非漸增式測試 D.系統(tǒng)測試

12.系統(tǒng)測試一般從客戶角度考察和評價軟件產(chǎn)品的質(zhì)量，不考慮開發(fā)方關(guān)注的質(zhì)量特性。那么，下面那一個質(zhì)量特性一般不是系統(tǒng)測試的重點？（D）A.是否符合有關(guān)的國家和行業(yè)標(biāo)準 B.產(chǎn)品版本升級是否容易

C.軟件產(chǎn)品是否易于理解和使用 D.可復(fù)用的軟件部件所占的比例

13.同時啟動上百個模擬連接去請求服務(wù)器的服務(wù)，這種測試我們稱之為（D）測試。A.安全 B.重復(fù) C.容量 D.壓力

14.在軟件質(zhì)量概念中，不屬于測試要達到的目標(biāo)為（D）A.確保建立了測試計劃，并按照測試計劃進行測試 B.確保測試計劃覆蓋了所有的系統(tǒng)規(guī)格定義和系統(tǒng)需求 C.確保經(jīng)過測試和調(diào)試，軟件仍舊符合系統(tǒng)規(guī)格和需求定義 D.確保設(shè)計變更被正確的跟蹤、控制、文檔化

15.軟件測試是軟件質(zhì)量保證的重要手段，下述哪種測試是軟件測試的最基礎(chǔ)環(huán)節(jié)？（B)A.功能測試 B.單元測試 C.結(jié)構(gòu)測試 D.確認測試

1.提高測試的有效性十分重要，“高產(chǎn)”的測（C）。A.用適量的測試用例運行程序，證明被測程序正確無誤

B.用適量的測試用例運行程序，證明被測程序符合相應(yīng)的要求 C.用少量的測試用例運行程序，發(fā)現(xiàn)被測程序盡可能多的錯誤 D.用少量的測試用例運行程序，糾正被測程序盡可能多的錯誤 2.在一個軟件項目中，開發(fā)人員主要承擔(dān)哪項工（D）A.驗收測試 B.系統(tǒng)測試 C.回歸測試 D.單元測試

3.某信息管理系統(tǒng)中，允許用戶輸入8位數(shù)字的市話號碼。如果使用等價類劃分法來設(shè)計測試用例，從保證測試效果的角度看，你認為哪一組是最佳的選擇（C）。A.63570007、80603805、100080、39103825 B.62570007、80603805 C.62570007、391038255、8252323、空值、h? D.39103825、8252323、@、*** 4.如果一個排序程序所設(shè)定的測試用例為：（1）表空

（2）表中只有一個元素

（3）表中均有相同的關(guān)鍵字值

（4）元素已排序，則此測試方法稱為(D)。A.等價類劃分法 B.邊界值分析法 C.因果圖法 D.錯誤推測法

5.軟件測試方法中，黑盒、白盒測試法是常用的方法，其中黑盒測試主要用于測試（B）。A.結(jié)構(gòu)合理性 B.軟件的功能 C.程序正確性 D.程序內(nèi)部邏輯

6.若有一個計算類型的程序，它的輸入量只有一個X，其范圍是［-1.0，1.0］，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計這組測試用例的方法是(C)A.條件覆蓋法 B.等價分類法 C.邊界值分析法 D.錯誤推測法 7.{

int GetMax(int n, int datalist[ ])

{

intk=0;

for(int j=1;j

if(datalist[j] > datalist[k])k=j;

returnk;

} 上面是一段求最大值的程序，其中datalist是數(shù)據(jù)表，n是datalist的長度。請問該程序段的McCabe環(huán)路復(fù)雜性為多少？（B）} A.2 B.3 C.4 D.5 8.使用程序設(shè)計的控制結(jié)構(gòu)導(dǎo)出測試用例的測試方法是（B）A.黑盒測試 B.白盒測試 C.邊界測試 D.系統(tǒng)測試 9.集成測試也叫做（A）。①單元測試 ②部件測試 ③組裝測試 ④系統(tǒng)測試 ⑤確認測試 ⑥聯(lián)合測試 A.③⑥ B.①② C.⑤⑥ D.③④

10.漸增式集成測試是將模塊一個一個地連入系統(tǒng)，每連入一個模塊(C)。A.只需要對新連入的模塊進行測試 B.都不需要再進行測試 C.要對新子系統(tǒng)進行測試 D.都要進行回歸測試

11.軟件開發(fā)公司組織各方面的典型用戶在日常工作中對軟件進行實際使用，并要求用戶報告異常情況，這種測試我們稱之為（C）。A.系統(tǒng)測試

B.α測試 C.β測試 D.綜合測試

12.單元測試是發(fā)現(xiàn)編碼錯誤，集成測試是發(fā)現(xiàn)模塊的接口錯誤，確認測試是為了發(fā)現(xiàn)功能錯誤，那么系統(tǒng)測試是為了發(fā)現(xiàn)（C）的錯誤。A.接口錯誤 B.編碼錯誤

C.性能、質(zhì)量不合要求 D.功能錯誤

13.在實際的軟件項目工作中，測試人員運行測試用例，觀察運行結(jié)果，當(dāng)發(fā)現(xiàn)軟件缺陷時提交軟件缺陷報告。那么，測試人員判定一個運行結(jié)果中存在缺陷的準則是（C）。A.這個運行結(jié)果與測試人員預(yù)期的不一致 B.測試人員可以從中找到缺陷的證據(jù)

C.這個運行結(jié)果與測試用例中的預(yù)期結(jié)果不一致 D.開發(fā)人員承認這個運行結(jié)果中存在缺陷

14.軟件測試計劃開始于需求分析階段，完成于（B）階段。A.需求分析 B.軟件設(shè)計 C.軟件實現(xiàn) D.軟件測試

15.與設(shè)計測試用例無關(guān)的文檔是(A)。A.項目開發(fā)計劃 B.需求規(guī)格說明書 C.設(shè)計說明書 D.源程序

1.下面說法正確的是（C）。

A.經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確 B.測試的目標(biāo)是為了證明程序沒有錯誤

C.成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試 D.成功的測試是沒有發(fā)現(xiàn)錯誤的測試 2.不屬于白盒測試的技術(shù)是（C）。A.語句覆蓋

B.判定覆蓋

C.邊界值分析 D.基本路徑測試

3.單元測試主要針對模塊的幾個基本特征進行測試，該階段不能完成的測試是（A）。A.系統(tǒng)功能 B.局部數(shù)據(jù)結(jié)構(gòu)

C.重要的執(zhí)行路徑 D.錯誤處理

4.軟件測試過程中的集成測試主要是為了發(fā)現(xiàn)（B）階段的錯誤。A.需求分析 B.概要分析 C.詳細設(shè)計 D.編碼 5.軟件測試不需要了解軟件設(shè)計的（D）。

A.功能

B.內(nèi)部結(jié)構(gòu) C.處理過程

D.條件

6.（C）方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。A.路徑測試 B.等價類 C.因果圖 D.邊界值分析

7.通常，在（D）的基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成系統(tǒng) A.組裝測試 B.系統(tǒng)測試 C.驗收測試 D.單元測試

9.使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)（A）和指定的覆蓋標(biāo)準。

A.程序內(nèi)部邏輯

B.程序的復(fù)雜度 C.使用說明書

D.程序的功能

10.與設(shè)計測試用例無關(guān)的文檔是（A）。A.項目開發(fā)計劃

B.需求規(guī)格說明書

C.設(shè)計說明書

D.源程序

1.負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。錯

2.健壯性測試的測試重點為當(dāng)出現(xiàn)故障時，是否能夠自動恢復(fù)或忽略故障繼續(xù)運行。對 3.可用性測試是對于用戶友好性的測試，是指在設(shè)計過程中被用來改善易用性的一系列方法。對

4.軟件測試管理原則之一是全面測試，它的含義：一是對軟件的所有產(chǎn)品進行全面的測試；二是測試人員應(yīng)對測試的全過程進行全程的跟蹤。錯 5.程序代碼編寫完成之后，軟件測試工作開始。錯 6.軟件測試是測試人員的事，與開發(fā)人員無關(guān)。錯 7.軟件的Bug就是指程序運行時出現(xiàn)的故障。錯

8.在n個變量的程序中，用邊界值分析法設(shè)計測試用例，測試用例的個數(shù)為4n+1。對 9.缺陷狀態(tài)為“已解決”表示該缺陷已經(jīng)被測試人員回歸測試完畢，準備歸檔移除。錯 10.處于“已解決”狀態(tài)的缺陷，下一步狀態(tài)只能是“重新提交”或者“已關(guān)閉”。對 1.在進行負載測試的同時進行安全性測試是不合情理的。錯

2.在性能測試中，如果發(fā)現(xiàn)SQLServer資源監(jiān)控中的一個指標(biāo)緩存點擊率偏高，這說明系統(tǒng)運行效率較高。對

3.在程序有修改的情況下保證原有功能正常的一種測試方法是回歸測試。對 4.所有測試的標(biāo)準都是建立在用戶需求之上。對 5.黑盒測試用例在軟件編碼完成后才可以設(shè)計。錯 6.軟件測試技術(shù)要求不高，至少比編程容易多了。錯

7.設(shè)計－實現(xiàn)－測試，軟件測試是開發(fā)后期的一個階段。錯

8.在n個變量的程序中，采用健壯性邊界值分析法設(shè)計測試用例，測試用例的個數(shù)為6n+1。對

9.缺陷狀態(tài)為“打開”表示該缺陷已被開發(fā)人員看到。對 10.缺陷狀態(tài)為“已拒絕”表示該缺陷開發(fā)人員拒絕修改。對

1.系統(tǒng)測試的目標(biāo)是要找出軟件在與系統(tǒng)其他部分協(xié)調(diào)工作時出現(xiàn)的所有故障。錯 2.壓力測試是通過逐步增加系統(tǒng)負載來測試系統(tǒng)性能的變化，并最終確定在什么負載條件下系統(tǒng)性能處于失效狀態(tài)，以此來獲得系統(tǒng)性能提供的最大服務(wù)級別的測試。對 3.安全性測試最終證明應(yīng)用程序是安全的。錯

4.軟件開發(fā)是一個漸進的過程，測試計劃需要根據(jù)需求變更及時調(diào)整。對 5.項目立項前測試人員不需要提交任何工件。對 6.軟件測試隨便找一個能力差的人就能做。錯

7.永遠也不可能完成軟件測試，這個重擔(dān)將從開發(fā)方轉(zhuǎn)移到客戶/用戶的身上，用戶的每一次使用就是一次測試。對

8.當(dāng)被測軟件仍存在嚴重影響系統(tǒng)功能實現(xiàn)的缺陷，但存在合理的更正辦法時，該軟件可以發(fā)布。錯

9.缺陷狀態(tài)為“打開”表示該缺陷剛提交，開發(fā)人員還未看到該缺陷。錯

10.處于“已拒絕”狀態(tài)的缺陷，下一步狀態(tài)只能是“重新提交”或者“已關(guān)閉”。對 1.性能測試的重點在于前期數(shù)據(jù)的設(shè)計與后期數(shù)據(jù)的分析。對 2.通常使用平均無故障時間MTBF來衡量系統(tǒng)的可靠性。對

3.先對每個模塊分別測試，然后統(tǒng)一組裝成軟件系統(tǒng)的方法稱為漸增式測試。錯 4.測試計劃是做好測試工作的前提。對

5.如果發(fā)布出去的軟件有質(zhì)量問題，那是軟件測試人員的錯。錯 6.有時間就多測試一些，來不及就少測試一些。錯

7.當(dāng)用于軟件測試的時間或資金不夠用時，就完成了軟件測試。錯

8.當(dāng)被測軟件仍存在嚴重影響系統(tǒng)功能實現(xiàn)的缺陷，但不存在合理的更正辦法時，該軟件可以發(fā)布。錯

9.缺陷狀態(tài)為“已解決”表示該缺陷已經(jīng)被開發(fā)人員修改好，但是測試人員還未進行回歸測試。對

10.處于“打開”狀態(tài)的缺陷，下一步狀態(tài)只能是“已解決”或者“已拒絕”。對

第五篇：軟件測試讀書總結(jié)

軟件測試（第二版）書的一些總結(jié)

軟件測試這本書分為了六個部分，介紹了軟件測試的基礎(chǔ)知識。以下分部分是我的一些理解。

1.第一部分是軟件測試綜述，主要介紹了與軟件測試及其相關(guān)內(nèi)容的一些定義。

（1）什么是軟件缺陷？

軟件缺陷可以理解為導(dǎo)致軟件失敗的缺陷，失敗的軟件可以理解為不符合軟件產(chǎn)品說明書或不符合用戶要求的軟件。

（2）導(dǎo)致出現(xiàn)缺陷的原因以及軟件修復(fù)的難度（優(yōu)先級）？

軟件缺陷的原因?qū)嶋H是在說明書編寫、設(shè)計、編碼時出現(xiàn)了偏差錯誤，并且隨著開發(fā)往后，更不容易修復(fù)。

（3）軟件測試是要做什么？

軟件測試目的是要發(fā)現(xiàn)缺陷，給出提示，并且給出一定的建議（也可以是提供缺陷優(yōu)先級或嚴重性等度量）。值得注意的是，并不是非要給出修改軟件的建議，也可以是給出針對用戶培訓(xùn)以規(guī)避軟件缺陷之類的建議。并且軟件測試所針對的范圍是交付用戶部分，所以測試要包含文檔測試。

（4）軟件測試時的原則

第一是不要求完全測試程序，要把測試控制在合理的測試量內(nèi)（可由剩余缺陷和測試費用關(guān)系得到）；第二是找到軟件缺陷越多那么軟件缺陷越多。

2.第二部分是測試基礎(chǔ)，介紹了一些基本的測試方法（白盒與黑盒法的區(qū)別是是否參考了代碼，動態(tài)與靜態(tài)區(qū)別是是否運行了代碼）：

（1）靜態(tài)黑盒法測試產(chǎn)品說明書。

（2）動態(tài)黑盒法，一般用來進行功能性測試。使用等價類劃分的方法，將測試用例合理劃分，將測試量控制在合理范圍，并通過對測試用例和運行結(jié)果對比，得到測試結(jié)果。

測試不止是對數(shù)據(jù)測試，還要對軟件狀態(tài)進行測試（可參考狀態(tài)圖進行，測試軟件狀態(tài)轉(zhuǎn)換是是否出現(xiàn)問題）

（3）靜態(tài)白盒法，設(shè)計、編程階段審查設(shè)計、代碼。

（4）動態(tài)白盒測試，對程序中的代碼段或者某個模塊進行測試，測試用例不僅需要對數(shù)據(jù)覆蓋（例如代碼端公式里除數(shù)為0的情況），還要對代碼覆蓋（語句覆蓋、分支覆蓋、條件覆蓋，一級比一級覆蓋廣一些）

3.第三部分是運用測試技術(shù)，介紹了一些常見的測試，如：配置測試、兼容性測試、外國語言測試、易用性測試、文檔測試、軟件安全測試，并以網(wǎng)站測試作為實例進行了講解。

4.第四部分對測試方法進行補充。首先是自動化工具，可以減少測試一些性能難度，可以簡單的在短時間進行多次測試；其次是共享測試，就一個軟件的測試區(qū)域讓不同測試者進行測試，屬于內(nèi)部測試；最后是beta版本測試，通過用戶使用后的數(shù)據(jù)進行分析。

（1）自動化測試工具中負載壓力工具與干擾注入器、噪聲發(fā)生器的區(qū)別？

負載和壓力工具測試軟件，用來給軟件加壓，加載，比如在測試文本處理程序的時候，設(shè)置其處于的磁盤空間和內(nèi)存很小。類似于負載和壓力工具干擾注入器、噪聲發(fā)生器并不是提供固定不變的壓力、負載而是不斷變化，更不穩(wěn)定。

5.第五部分詳細介紹了測試的步驟（和各個過程產(chǎn)生的結(jié)果文檔）：

測試計劃?測試用例計劃（包括：測試設(shè)計即在什么地方用用例，測試用例即測試用例詳細說明，測試方法即怎樣用用例）?報告問題

值得注意的是，報告問題時需要對軟件缺陷進行跟蹤，才能及時了解軟件缺陷被提出了沒，正在被解決沒，解決掉沒。跟蹤其處在生命周期的哪個階段。

6.第六部分是職業(yè)的介紹展望。