1、.填空題1、測試用例不僅要選用合理的測試輸入數(shù)據(jù)，還需要選用不合理的測試輸入數(shù)據(jù)，這樣能更多地 發(fā)現(xiàn)錯誤 ，提高程序的可靠性。對于不合理的測試輸入數(shù)據(jù)，程序應(yīng)拒絕執(zhí)行，并給出相應(yīng)的提示。2、動態(tài)測試指通過運(yùn)行程序發(fā)現(xiàn)錯誤。對軟件產(chǎn)品進(jìn)行動態(tài)測試時使用黑盒測試法和白盒測試法。3、靜態(tài)測試指被測試程序不在機(jī)器上運(yùn)行，而是采用人工測試和計算機(jī)輔助靜態(tài)分析的手段對程序進(jìn)行檢測。4、黑盒測試依據(jù)軟件規(guī)格說明，檢查程序是否滿足功能需求。因此，黑盒測試由稱為功能測試或數(shù)據(jù)驅(qū)動測試。5、白盒測試以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行測試，檢查內(nèi)部邏輯結(jié)構(gòu)和運(yùn)行原理是否有錯，程序的運(yùn)行狀態(tài)與

2、預(yù)期的狀態(tài)是否一致。6、在基本路徑測試中，獨(dú)立路徑是指包括一組以前沒有處理過的語句或條件 的一條路徑。 從程序圖來看，一條獨(dú)立路徑是至少包含有一條從未走過的邊的路徑。7、在單元測試中，驅(qū)動模塊的作用是用來模擬被測模塊的上層調(diào)用模塊。它的工作是接受測試輸入數(shù)據(jù)，以上層模塊調(diào)用被測模塊的形式把數(shù)據(jù)傳送給被測模塊，接收被測模塊的實測結(jié)果并輸出。8、在單元測試中，樁模塊用來代替被測模塊的子模塊。其作用是返回被測模塊所需的信息。9、錯誤的群集現(xiàn)象是指模塊錯誤發(fā)現(xiàn)率與模塊的殘留錯誤數(shù)成正比關(guān)系。判斷題1 、好的測試員不懈追求完美。( t)2、 測試程序僅僅按預(yù)期方式運(yùn)行就行了。(f )3、 不存在質(zhì)量很高

3、但可靠性很差的產(chǎn)品。(f )4、 軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。(f )5、 靜態(tài)白盒測試可以找出遺漏之處和問題。( t)6、 總是首先設(shè)計白盒測試用例。(f )7、 可以發(fā)布具有配置缺陷的軟件產(chǎn)品。(t )8、 所有軟件必須進(jìn)行某種程度的兼容性測試。(t )9、 所有軟件都有一個用戶界面，因此必須測試易用性。(f )10、 測試組負(fù)責(zé)軟件質(zhì)量。 (f )11、 軟件測試按照測試過程分類為黑盒、白盒測試。( f)12、在設(shè)計測試用例時，應(yīng)包括合理的輸入條件和不合理的輸入條件。( t)13、集成測試計劃在需求分析階段末提交。(f )14、單元測試屬于動態(tài)測試。(f )15、缺陷跟蹤系統(tǒng)

4、只針對測試人員來使用。(f )16、從用戶軟件開發(fā)者的角度出發(fā)，普遍希望通過軟件測試暴露軟件中隱藏的錯誤和缺陷，以考慮是否可接受該產(chǎn)品。 ( f)17、項目立項前測試人員不需要提交任何工件。( f).18、軟件測試的目的是盡可能多的找出軟件的缺陷。( f)19、軟件項目在進(jìn)入需求分析階段，測試人員應(yīng)該開始介入其中。(t )20、軟件生存周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個時期。( f)21、單元測試能發(fā)現(xiàn)約80%的軟件缺陷。( f)22、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。(t )23、負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度。(f )24、測試人員要堅持原則，缺陷未修復(fù)完堅決

5、不予通過。(t25、代碼評審員一般由測試員擔(dān)任。( f)26、測試組負(fù)責(zé)軟件質(zhì)量。(f )27、程序的效率與程序的復(fù)雜性相關(guān)。(f )28、詳細(xì)設(shè)計的目的是為軟件結(jié)構(gòu)圖中的每一個模塊確定使用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu)，并用某種選定的表達(dá)工具給出清晰的描述。(t )29、軟件是一種邏輯實體，而不是具體的物理實體，因而它具有抽象性。(t )30、測試程序僅僅按預(yù)期方式運(yùn)行就行了。( f)選擇題1、在軟件測試中，下面說法中錯誤的是( b )。a. 測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程b. 測試是為了表明程序是正確的c. 好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的方案d. 成功的測試是發(fā)現(xiàn)了至今

6、為止尚未發(fā)現(xiàn)的錯誤的測試2、軟件測試的目的是( b )。a. 試驗性運(yùn)行軟件b. 發(fā)現(xiàn)軟件錯誤c. 證明軟件正確d. 找出軟件中全部錯誤3、軟件測試用例主要由測試輸入數(shù)據(jù)和( c )兩部分組成。a. 測試計劃b. 測試規(guī)則c. 測試的預(yù)期結(jié)果d. 以往測試記錄分析4、與設(shè)計測試用例無關(guān)的文檔是( a )。a. 項目開發(fā)計劃b. 需求規(guī)格說明書c. 軟件設(shè)計說明書d. 源程序.5、軟件測試是軟件質(zhì)量保證的主要手段之一，測試的成本已超過( a)的 30%以上。因此，提高測試的有效性非常重要。a. 軟件開發(fā)成本b. 軟件維護(hù)成本c. 軟件開發(fā)成本和維護(hù)成本d. 軟件研制成本6、“高產(chǎn) ”的測試是指

7、( c )。a. 用適量的測試用例說明被測試程序正確無誤b. 用適量的測試用例說明被測試程序符合相應(yīng)的要求c. 用適量的測試用例發(fā)現(xiàn)被測試程序盡可能多的錯?d. 用適量的測試用例糾正被測試程序盡可能多的錯誤7、如果想要進(jìn)行成功的測試，為其設(shè)計測試用例主要依賴于( b )。a. 黑盒測試方法b. 測試人員的經(jīng)驗c. 白盒測試方法d. 錯誤推測法8、使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)( a )和指定的覆蓋標(biāo)準(zhǔn)。a. 程序的內(nèi)部結(jié)構(gòu)b. 程序的復(fù)雜性c. 使用說明書d. 程序的功能9、在用邏輯覆蓋法設(shè)計測試用例時，有語句覆蓋、分支覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋和路徑覆蓋等。其中(

8、d )是最強(qiáng)的覆蓋準(zhǔn)則。a. 語句覆蓋b. 條件覆蓋c. 判定 -條件覆蓋d. 路徑覆蓋10、在設(shè)計測試用例時，( a )是用得最多的一種黑盒測試方法。a. 等價類劃分b. 邊界值分析c. 因果圖d. 功能圖11、在黑盒測試中，著重檢查輸入條件的組合的測試用例設(shè)計方法是( d )。a. 等價類劃分b. 邊界值分析.c. 錯誤推測法d. 因果圖法12、從下列敘述中，能夠與軟件開發(fā)各階段，如需求分析、設(shè)計、編碼相對應(yīng)的軟件測試是( d )。a. 集成測試、確認(rèn)測試、單元測試b. 單元測試、集成測試、確認(rèn)測試c. 單元測試、確認(rèn)測試、集成測試d. 確認(rèn)測試、集成測試、單元測試13、單元測試將根據(jù)在(

9、 d )階段中產(chǎn)生的規(guī)格說明進(jìn)行a. 可行性研究與計劃b. 需求分析c. 概要設(shè)計d. 詳細(xì)設(shè)計14、集成測試計劃是在( c )階段制定的a. 可行性研究與計劃b. 需求分析c. 概要設(shè)計d. 詳細(xì)設(shè)計15、確認(rèn)測試計劃是在( b )階段制定的。a. 可行性研究與計劃b. 需求分析c. 概要設(shè)計d. 詳細(xì)設(shè)計16、軟件的集成測試最好是由( d )承擔(dān)，以提高集成測試的效果。a. 該軟件的設(shè)計者b. 該軟件開發(fā)組的負(fù)責(zé)人c. 該軟件的編程者d. 不屬于該開發(fā)組的人員17、 ( d )是簡化了的模擬較低層次模塊功能的虛擬子程序。a. 過程b. 函數(shù)c. 仿真d. 樁18、 ( a )是指為查明程序

10、中的錯誤和缺陷，可能使用的工具和手段。a. 調(diào)試技術(shù)b. 測試技術(shù).c. 跟蹤法d. 動態(tài)測試19、從已發(fā)現(xiàn)故障的存在到找到準(zhǔn)確的故障位置并確定故障的性質(zhì)，這一過程稱為( c )。a. 錯誤檢測b. 故障排除c. 調(diào)試d. 測試20、在程序設(shè)計的過程中應(yīng)為程序調(diào)試做好準(zhǔn)備，主要體現(xiàn)在( d )方面。a. 采用模塊化、結(jié)構(gòu)化的程序設(shè)計方法設(shè)計程序b. 編寫程序時要為程序調(diào)試提供足夠的靈活性c. 根據(jù)程序調(diào)試的需要，選擇并安排適當(dāng)?shù)闹虚g結(jié)果輸出和必要的斷?d. 以上全是21、統(tǒng)計資料表明，軟件測試的工作量占整個軟件開發(fā)工作量的( c )。a. 30%b. 70%c. 40% 50%d. 95%22

11、、軟件測試計劃是一些文檔，它們描述了( d )。a. 軟件的性質(zhì)b. 軟件的功能和測試用例c. 軟件的規(guī)定動作d. 對于預(yù)定的測試活動將要采取的手段23、 ibm 公司的統(tǒng)計資料表明，使用靜態(tài)測試的方法最高可以查出在測試中查出的全部軟件錯誤的( b )。a. 80%b. 70%c. 50%d. 35%24、黑盒測試方法的優(yōu)點(diǎn)是( d )。a. 可測試軟件的特定部位b. 能站在用戶立場測試c. 可按軟件內(nèi)部結(jié)構(gòu)測試d. 可發(fā)現(xiàn)實現(xiàn)功能需求中的錯誤25、白盒測試方法的優(yōu)點(diǎn)是(c)。a. 可測試軟件的特定部位b. 能站在用戶立場測試.c. 可按軟件內(nèi)部結(jié)構(gòu)測試d. 可發(fā)現(xiàn)實現(xiàn)功能需求中的錯誤26、等

12、價類劃分完成后，就可得出( c)，它是確定測試用例的基礎(chǔ)。a. 有效等價類b. 無效等價c. 等價類表d. 測試用例集27、由因果圖轉(zhuǎn)換出來的(a)是確定測試用例的基礎(chǔ)。a. 判定表b. 約束條件表c. 輸入狀態(tài)表d. 輸出狀態(tài)表28、（ a）是用戶和設(shè)計交換最頻繁的方法a. 原型化方法b. 瀑布模型方法c. 螺旋模型方法d. 構(gòu)件組裝模型29、軟件測試的目的:（c）a. 避免軟件開發(fā)中出現(xiàn)的錯誤b. 發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤c. 盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤，提高軟件的可靠性d. 修改軟件中出現(xiàn)的錯誤30、某次程序調(diào)試沒有出現(xiàn)預(yù)計的結(jié)果，下列（b ）不可能是導(dǎo)致出錯的原因。a 變量沒有初

13、始化b 編寫的語句書寫格式不規(guī)范c 循環(huán)控制出錯d 代碼輸入有誤31、下列關(guān)于程序效率的描述錯誤的是（b ）。a 提高程序的執(zhí)行速度可以提高程序的效率b 降低程序占用的存儲空間可以提高程序的效率c 源程序的效率與詳細(xì)設(shè)計階段確定的算法的效率無關(guān)d 好的程序設(shè)計可以提高效率32、軟件測試是軟件開發(fā)過程的重要階段，是軟件質(zhì)量保證的重要手段，下列哪個（些）是軟件測試的任務(wù)？ d預(yù)防軟件發(fā)生錯誤發(fā)現(xiàn)改正程序錯誤提供診斷錯誤信息.a只有b只有c只有d都是33、軟件測試是軟件質(zhì)撾保證的重要手段，下述哪種測試是軟件測試的最基礎(chǔ)環(huán)節(jié)？ba功能測試b單元測試c結(jié)構(gòu)測試d確認(rèn)測試34、通?？煞譃榘缀袦y試和黑盒測試

14、。白盒測試是根據(jù)程序的（c ）來設(shè)計測試用例, 黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。a功能b性能c內(nèi)部邏輯d內(nèi)部數(shù)據(jù)35、常用的黑盒測試方法有邊值分析、等價類劃分、錯誤猜測、因果圖等。其中（ c ）經(jīng)常與其它方法結(jié)合起來使用。軟件測試的步驟主要有單元測試、集成測試和確認(rèn)測試。a邊值分析b等價類劃分c錯誤猜測d因果圖選擇填空題1、從供選擇的答案中選出應(yīng)填入下列()中的字句。軟件測試的目的是（a 2 ）。為了提高測試的效率，應(yīng)該（b 4 ）。使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)（c 1 ）和指定的覆蓋標(biāo)準(zhǔn)。與設(shè)計測試數(shù)據(jù)無關(guān)的文檔是（d 4 ）。軟件的集成測試工作最好由（e 4 ）承擔(dān)，

15、以提高集成測試的效果?br供選擇的答案：a. 評價軟件的質(zhì)量 發(fā)現(xiàn)軟件的錯誤 找出軟件中的所有錯誤 證明軟件是正確的b. 隨機(jī)地選取測試數(shù)據(jù) 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù) 在完成編碼以后制定軟件的測試計劃 選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù)c. 程序的內(nèi)部邏輯 程序的復(fù)雜程度 使用說明書 程序的功能d. 該軟件的設(shè)計人員 程序的復(fù)雜程度. 源程序 項目開發(fā)計劃e. 該軟件的設(shè)計人員 該軟件開發(fā)組的負(fù)責(zé)人 該軟件的編程人員 不屬該軟件開發(fā)組的軟件人員2、從供選擇的答案中選出應(yīng)填入下列()中的字句。為了把握軟件開發(fā)各個環(huán)節(jié)的正確性和協(xié)調(diào)性，人們需要進(jìn)行（a 2 ）和（b 3 ）工作。（a

16、）的目的是想證實在一給定的外部環(huán)境中軟件的邏輯正確性。它包括（c 2 ）和（d 3 ），（b）則試圖證明在軟件生存期各個階段，以及階段間的邏輯（e 3 ）、（f 4 ）和正確性。供選擇的答案：a, b. 操作 確認(rèn) 驗證 測試 調(diào)試c, d. 用戶的確認(rèn) 需求規(guī)格說明的確認(rèn) 程序的確認(rèn) 測試的確認(rèn)e, f. 可靠性 獨(dú)立性 協(xié)調(diào)性 完備性 擴(kuò)充性3、從供選擇的答案中選出應(yīng)填入下列()中的字句。測試過程需要三類輸入： （ a ）、（ b ）和（ c ）。請選擇正確的答案填入下圖中以完成測試信息處理的全過程。供選擇的答案?2 4 6 3 1 2a c. 接口選擇 軟件配置 硬件配置 測試配置 測試

17、環(huán)境 測試工具d f. 排錯 可靠性分析 結(jié)果分析 數(shù)據(jù)分類4、請從供選擇的答案中選出應(yīng)填入下列（）中的字句。程序的三種基本控制結(jié)構(gòu)是（a 2 ）。它們的共同點(diǎn)是 （b 4 ）。結(jié)構(gòu)化程序設(shè)計的一種基本方法是（c 4 ）。軟件測試的目的是（d 2 ）。軟件調(diào)試的目的是（e 1 ）。供選擇的答案：a. 過程，子程序，分程序 順序，條件，循環(huán) 遞歸，堆棧，隊列 調(diào)用，返回，轉(zhuǎn)移b. 不能嵌套使用 只能用來寫簡單的程序. 已經(jīng)用硬件實現(xiàn) 只有一個入口和一個出口c. 篩選法 遞歸法 歸納法 逐步求精法d. 證明程序中沒有錯誤 發(fā)現(xiàn)程序中的錯誤 測量程序的動態(tài)特性 檢查程序中的語法錯誤e. 找出錯誤所在

18、并改正之 排除存在錯誤的可能性 對錯誤性質(zhì)進(jìn)行分類 統(tǒng)計出錯的次數(shù)5、從供選擇的答案中選出同下列各條敘述關(guān)系最密切的字句。(1) 對可靠性要求很高的軟件，例如操作系統(tǒng)，由第三者對源代碼進(jìn)行逐行檢查。(2) 已有的軟件被改版時， 由于受到變更的影響， 改版前正常的功能可能發(fā)生異常， 性能也可能下降。 因此，對變更的軟件進(jìn)行測試是必要的。(3) 在意識到被測試模塊的內(nèi)部結(jié)構(gòu)或算法的情況下進(jìn)行測試。(4) 為了確認(rèn)用戶的需求，先做出系統(tǒng)的主要部分，提交給用戶試用。(5) 在測試具有層次結(jié)構(gòu)的大型軟件時，有一種方法是從上層模塊開始，由上到下進(jìn)行測試。此時，有必要用一些模塊替代尚未測試過的下層模塊。供選

19、擇的答案：a e： 仿真器 代碼審查 模擬器 樁 驅(qū)動器 域測試 黑盒測試 原型 白盒測試 退化測試6、從供選擇的答案中選出應(yīng)填入下面敘述的（）內(nèi)的正確答案。軟件測試方法可分為黑盒測試法和白盒測試法兩種。黑盒測試法是通過分析程序的（a 3 ）來設(shè)計測試用例的方法。除了測試程序外，它還適用于對（b 4 ）階段的軟件文檔進(jìn)行測試。白盒測試法是根據(jù)程序的（c 2 ）來設(shè)計測試用例的方法。除了測試程序外，它也適用于對（d 2 ）階段的軟件文檔進(jìn)行測試。白盒法測試程序時常按照給定的覆蓋條件選取測試用例。（e 2 ）覆蓋比（f 1 ）覆蓋嚴(yán)格，它使得每一個判定的每一條分支至少經(jīng)歷一次。（g 4 ）覆蓋既是

20、判定覆蓋，又是條件覆蓋，但它并不保證使各種條件都能取到所有可能的值。（h 5 ）覆蓋比其他條件都要嚴(yán)格，但它不能保證覆蓋程序中的每一條路徑?br 單元測試一般以（i 1 ）為主，測試的依據(jù)是（j 1 ）。供選擇的答案：a, c： 應(yīng)用范圍 內(nèi)部邏輯 功能 輸入數(shù)據(jù)b, d： 編碼 軟件詳細(xì)設(shè)計 軟件總體設(shè)計 需求分析e h： 語句 判定 條件 判定 / 條件 多重條件 路徑i： 白盒法 黑盒法j： 模塊功能規(guī)格說明 系統(tǒng)模塊結(jié)構(gòu)圖 系統(tǒng)需求規(guī)格說明.7、從供選擇的答案中選出應(yīng)填入下面敘述的（）內(nèi)的正確答案。集成測試也叫做（a 3 ）或（b 6 ）。通常，在（c 1 ）的基礎(chǔ)上，將所有模塊按照設(shè)

21、計要求集成成為系統(tǒng)。子系統(tǒng)的集成測試特別稱為?nbsp; d 2 ），它所做的工作是要找出子系統(tǒng)和系統(tǒng)需求規(guī)格說明之間的（e 6 ）。需要考慮的問題是：在把各個模塊連接起來的時侯，穿越模塊接口的數(shù)據(jù)是否會（f 2 ）； 一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響；各個（g 1 ）組合起來，能否達(dá)到預(yù)期要求的（ h 3 ）；（ i 5 ）是否有問題；單個模塊的誤差累積起來是否會放大。供選擇的答案：a d. 單元測試 部件測試 集成測試 系統(tǒng)測試 確認(rèn)測試 聯(lián)合測試e i. 子功能 丟失 父功能 局部數(shù)據(jù)結(jié)構(gòu) 全局?jǐn)?shù)據(jù)結(jié)構(gòu) 不一致 一致8、從供選擇的答案中選出應(yīng)該填入下列敘述的()內(nèi)的正

22、確答案。軟件測試中常用的靜態(tài)分析方法是（a 1 ）和（b 5 ）。（b）用于檢查模塊或子程序間的調(diào)用是否正確。分析方法 （白盒方法） 中常用的方法是 （ c 1 ）方法。非分析方法 （黑盒方法）中常用的方法是 （ d 2 ）方法和（ e 3 ）方法。（ e ）方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。供選擇的答案：a b： 引用分析 算法分析 可靠性分析 效率分析 接口分析 操作分析c e： 路徑測試 等價類 因果圖 歸納測試 綜合測試 追蹤 深度優(yōu)先 調(diào)試 相對圖9、從供選擇的答案中選出應(yīng)填入下面敘述的（）內(nèi)的正確答案。等價類劃分是一種典型的（a 2 ）方法，也是一種非常實用的重要的測試方法

23、。使用這一方法，完全不考慮程序的（b 1 ）。用所有可能輸入的數(shù)據(jù)來測試程序是不可能的，只能從全部可供輸入的數(shù)據(jù)中選擇一個（ c 2 ）進(jìn)行測試。（ d 5 ）是指某個輸入域的集合，在該集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤是（ e 3 ）。供選擇的答案：a： 白盒測試方法 黑盒測試方法b： 內(nèi)部結(jié)構(gòu) 外部環(huán)境 順序 流程c e： 全集 子集 等效 ?br 不同的 等價類 典型集簡答1 你認(rèn)為一個優(yōu)秀的測試工程師應(yīng)該具備哪些素質(zhì)？探索者，故障排除員，不放過任何蛛絲馬跡，創(chuàng)造性，老練的追求完美者，判斷準(zhǔn)確，注重策略和外交，善于.說服。2 軟件開發(fā)模型分哪幾種瀑布模型、漸增模型/ 演化 / 迭代

24、、原型模型、螺旋模型、噴泉模型、智能模型、混合模型3 軟件生命周期分哪幾個階段？可行性分析、總體描述、系統(tǒng)設(shè)計、編碼、調(diào)試和測試、驗收與運(yùn)行、維護(hù)升級到廢棄4 應(yīng)該由誰來進(jìn)行確認(rèn)測試？是軟件開發(fā)者還是軟件用戶？為什么？由軟件開發(fā)者，開發(fā)者對軟件產(chǎn)品進(jìn)行評估，若不滿足要求則與用戶協(xié)商解決辦法5 如果能夠執(zhí)行完美的黑盒測試，還需要進(jìn)行白盒測試嗎？為什么？需要，黑盒測試可根據(jù)程序規(guī)格檢驗程序是否完成規(guī)定功能，但無法發(fā)現(xiàn)程序內(nèi)部的編碼和邏輯錯誤，白盒測試與之相反互補(bǔ)。6 產(chǎn)品測試到什么時候就算是足夠了？測試一直貫穿軟件的整個生命周期，從需求、設(shè)計到編碼、實現(xiàn)一直到軟件的最終交付用戶，測試時期已滿或特定

25、的測試用例作為判斷測試停止的基礎(chǔ)。7 測試計劃的目的是什么？確定測試基本原則，生成測試概要設(shè)計。8 軟件測試應(yīng)該劃分幾個階段 ?簡述各個階段應(yīng)重點(diǎn)測試的點(diǎn) ?各個階段的含義？按照開發(fā)階段劃分，軟件測試可分為單元測試、集成測試，系統(tǒng)測試和驗收測試。單元測試：針對每個單元的測試，以確保每個模塊能正常工作為目標(biāo)。集成測試：對已測試過的模塊進(jìn)行組裝，進(jìn)行集成測試。系統(tǒng)測試：檢驗軟件產(chǎn)品能否與系統(tǒng)的其他部分協(xié)調(diào)工作。驗收測試：檢驗軟件產(chǎn)品質(zhì)量的最后一道工序。9 對小的程序進(jìn)行窮舉測試是可能的，用窮舉測試能否保證程序是百分之百正確呢？不能，不能查出錯誤程序本身違反了設(shè)計規(guī)范不可能查出程序因遺漏而出錯發(fā)現(xiàn)不

26、了一些與權(quán)據(jù)相關(guān)的錯誤10 在任何情況下單元測試都是可能的嗎？都是需要的嗎？、單元測試， 其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯。多個模塊可以平行地獨(dú)立進(jìn)行單元測試。單元測試是在編碼階段完成的， 每編寫出一個程序模塊， 就開始做這個模塊的單元測試， 所以只要采用模塊化方法開發(fā)軟件，單元測試都是必需的。11測試和 測試是軟件公司組織內(nèi)部人員模擬各類用戶對將面世的軟件產(chǎn)品進(jìn)行測試。是由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進(jìn)行測試。12 驅(qū)動模塊和樁模塊樁模塊：也叫存根程序，用于模擬被測模塊工作過程中所調(diào)用的子模塊驅(qū)動模塊：用于模擬所測模塊的上級模塊，它接受測試數(shù)據(jù)，把這些數(shù)據(jù)傳輸給被

27、測模塊。.13 白盒測試和黑盒測試白盒測試， 它是按照程序內(nèi)部的結(jié)構(gòu)測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計規(guī)格說明書的規(guī)定正常進(jìn)行。黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。14 靜態(tài)測試和動態(tài)測試靜態(tài)方法是指不運(yùn)行被測程序本身，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、 接口等來檢查程序的正確性。動態(tài)測試方法是指通過運(yùn)行被測程序，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能，15 累進(jìn)測試和回歸測試回歸測試是指修改了舊代碼后， 重新進(jìn)行測試以確認(rèn)修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤。問答計算題1、畫出下列偽碼程序的程序流程圖。startif m thenwhile n doabend doelseblockcdend blockend ifstop2、如圖所示的程序有三條不同的路徑。分別表示為l1(a b)、l2(a c d)、l3(a ce)，或簡寫為ace、abd、abe 及 acd。根據(jù)判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋和路徑覆蓋等五種覆蓋標(biāo)準(zhǔn)，從供選擇的答案中分別找出滿足相應(yīng)覆蓋標(biāo)準(zhǔn)的最小測試用例組。(用 回答 ).供選擇的答案：x = 90, y = 90 x = 90, y = 90x = 50, y = 50 x = 90, y = 90x = 50, y = 50 x = 90