第一篇：《軟件測試》教學設計

《軟件測試》教學設計

廣東汕頭華僑中學 歐陽玲

一、教學設計分析

本課內容：廣東教育出版社 高中信息技術（選修4）《數據管理技術》，第四章 開發數據庫應用系統 4.4 軟件測試與數據庫維護，第1個課時：軟件測試。

（一）課程內容分析

普通高中信息技術課程標準要求在《數據管理技術》的選修中，讓學生初步掌握設計和實現簡單的數據庫應用系統的基本方法，并了解數據庫的維護。這是我們教學的重點。對所開發的數據庫應用系統進行測試和維護，是實現數據庫應用系統不可或缺的一個環節。成功開展這一內容的教學，將有助于學生對數據庫應用系統的開發過程有一個完整的理解。如何讓學生在有限的課時中順利實現對問題的理解，對他人開發的小型系統進行科學評價，又能避免面對晦澀難懂的軟件工程理論無所適從，這是教學難點所在。

（二）教材處理

本課對教材作適當處理，在學生學習完4.1、4.2、4.3之后開展“開發‘校運會資料管理系統’”的綜合活動，讓學生以進行理論學習與親身實踐相互穿插的方式，進行一次針對其他小組同學所開發“校運會資料管理系統”的交換測試的活動，“測評結果評價和數據庫維護”則放在第2第3個課時。目的是通過讓學生了解軟件測試與數據庫維護，并初步懂得如何科學地評價一個數據庫應用系統。

（三）學生分析 經過4.1至4.3節的學習，學生初步掌握用access開發小型數據庫應用系統的方法。他們已經在綜合活動中通過小組合作開發出“校運會資料管理系統”。設計一個應用系統似乎并不難,但系統中難免出現錯誤，要想使系統達到最優化的性能也不是一件容易的事，系統在投入使用之前必須經過全面的嚴格測試。學生對“軟件工程”中舉足輕重的軟件測試、數據庫維護等工作還比較陌生，有必要在系統開發的后期讓學生親身體驗“軟件測試”的過程，引導他們充分認識維護數據庫應用系統正常工作的重要性。

（四）教學策略設計 1

二、教學過程設計

基于以上分析，本課的教學目標、重難點及教學流程設計如下：

（一）教學目標

1、知識與技能：能設計合理有效的測試數據，測試用access開發的小型數據庫應用系統。

2、過程與方法：掌握軟件測試的基本方法，學會設計測試數據、作出預測以及對測試結果的分析，逐步培養工程化的思想。

3、情感態度與價值觀：能夠辯證地看待程序開發與測試工作之間的關系，尊重客觀規律、培養科學的思維方法、樹立正確的價值觀。

（二）教學重點與難點

教學重點：了解數據庫應用系統的測試方法

教學難點： 如何設計合理的測試數據更多地發現軟件錯誤，如何對數據庫應用系統進行有效評價。

（三）教學流程設計

1．關于教-學流程和教-學活動的設計思路 圖1 本課與其他章節的關系示意圖 2 第一個課時

第二、三個課時

說明：這是一次將自己開發的軟件與他人交換測試的活動，讓學生扮演“軟件測試員”，一個小組內部的所有同學各自設計合理的測試數據/測試用例，測試另外一個小組開發的“校運會資料管理系統”。對該系統中的軟件程序部分進行測試，體驗軟件測試的方式和方法，找出軟件缺陷，撰寫測評報告，提交互評報告進行交流，最后對整個綜合活動進行評價。2．學生上機操作安排和教師應用信息技術的情況

（1）學生上機操作的任務與目標：①與教師共同測試分析案例程序（密碼驗證窗體程序）②依據教學網頁要求進行學習；③設計科學合理的測試用例，對他人所開發的數據庫應用系統進行測試，撰寫測評報告。

教師應注意這些方面的巡視指導：適當指導測試用例的設計；在學生遇到問題時，組織他們進行合作，通過討論尋求解決問題的途徑，理清工作思路。3（2）教師計劃使用的設備軟件：投影儀；軟件：access，powerpoint；課件：網頁

三、教與學的實際過程描述

（一）教與學的過程描述 4 注：本說課稿僅詳細闡述第一個課時的教學設計，后續的教學設計簡介請參考附件5

（二）關鍵環節提煉

1、創設現實情景：讓學生作案例分析、填寫在線調查表，引起他們關注“軟件測試”問題，將需要傳達給學生的信息以調查表的形式呈現，并檢查學生對這個問題的認知程度。

2、回歸課堂，向學生講授相關的技術知識，代替低效率的自由體驗活動：授課教師合理采用演示法、講授法，讓學生與教師一起手工測試“用戶密碼驗證程序”、通過教師講授認識黑盒測試法與白盒測試法等“軟件測試”知識??以此提高課堂效率，增強學生的學習信心。

3、小組之間的交換測試：這是知識與方法的遷移。讓學生從活動中提高軟件測試的能力，并體驗：合理的測試用例和測試策略是提高測試效率的根本。可能每個人都有發現問題的獨特角度，讓同一個小組同學測試另一個組開發的同一個應用系統，創造了更多讓他們合作、交流的機會。

4、信息技術平臺——教學網站：為學生提供在線調查、上傳文件（作業共享）、評價的網站平臺，讓他們可以遞交他們所開發的應用系統《軟件功能說明書》、mdb源程序、《測評報告》、自評互評表等，支持學習反饋評價。

四、教學評價

本課的學習是一次將自己開發的“校運會資料管理系統”與他人交換測試的活動，評價的方式有：

篇二：軟件測試教案

第一章 軟件及其開發過程 [教學目的]

1、理解軟件的含義

2、了解軟件開發過程 [教學內容] 1．1軟件的含義

1、軟件概念

① 能夠完成預定功能和性能的、可執行的指令(計算機程序)；

② 使得程序能夠適當地操作信息的數據結構；

③ 描述程序的操作和使用的文檔。

④ 軟件 = 程序 + 數據（庫）+ 文檔 + 服務

2、軟件組成

① 客戶需求mrd(marketing requirement document)③ 軟件規格說明書online help ⑦ 產品發布注釋release packages

3、軟件特征

軟件是邏輯的、知識性的產品集合，是對物理世界的一種抽象，或者是某種物理形態的虛擬化。

① 軟件是硬件的靈魂，硬件是軟件的基礎

② 軟件，是智慧和知識的結晶

③ 軟件不會“磨損”，而是逐步完善.1．2軟件開發過程的特性

1．2．1軟件開發的基本過程 ① 需求分析: 根據客戶的要

求，清楚了解客戶需求中的產品功能、特性、性能、界

面和具體規格等，然后進行

分析，確定軟件產品所能達

到的目標。

② 設計: 根據需求分析的結

果，考慮如何在邏輯、程序

上去實現所定義的產品功能、特性等，可以分為概要設計和詳細設計，也可分為數據結構設計、軟件體系結構設計、應用接口設計、模塊設計、界面設計等。③ 編程: 將設計轉換成計算機可讀的形式。

④ 測試: 對設計、編程進行驗證和用戶需求確認的過程

⑤ 維護：維持軟件運行，修改軟件缺陷、增強已有功能、增加新功能、升級等。1．2．2軟件開發過程模型

瀑布模型 原型模型 快速應用開發(rad)模型改進的v模型 螺旋模型 增量模型和迭代模型 構件組裝模型并發模型xp模型 1．3軟件測試的重要性 1．3．1軟件所帶來的悲劇

1、千年蟲（缺陷問題）

2、迪斯尼的圣誕節禮物（軟件兼容性問題）

3、美國航天局火星登陸事故（未進行集成測試）

為什么會發生這些問題？

沒有足夠測試缺乏測試平臺 不正確的測試環境 缺少集成測試缺少性能測試 缺少強度測試缺少可靠性測試?? 1．3．2測試的重要性

“程序測試是為了發現錯誤而執行程序的過程”。測試的目的是發現程序中的錯誤，是為了證明程序有錯，而不是證明程序無錯。

在軟件開發過程中，分析、設計與編碼等工作都是建設性的，惟獨測試是帶有“破壞性”，測試可視為分析、設計和編碼3個階段的“最終復審”，在軟件質量保證中具有重要

地位。第二章 軟件測試的基本概念和方法 [教學目的]

1、理解軟件測試的基本概念

2、理解軟件測試在軟件開發過程中的重要性

3、理解軟件測試的意義

4、理解軟件測試的基本方法和測試分類 [教學內容] 2．1軟件質量

軟件質量就是客戶滿意度 2．1．1軟件質量的內涵

1、構成：

① 軟件產品的質量，即滿足使用要求的程序

② 軟件開發過程的質量，即能否滿足開發所帶來的成本、時間、風險等要求 ③ 軟件在其商業環境中所表現出的質量

即就品質的軟件應該是相對的無產品缺陷或只有極少量的缺陷，能夠準時遞交給客戶，所花費用在預算內，并且滿足客戶需求，是可維護的。

2、特性：

可說明性、有效性、易用性。

廣義的軟件質量由產品質量、過程質量、商業環境質量三者決定。2．2軟件缺陷（bug）

軟件缺陷：計算機系統或者程序中存在的任何一種破壞正常運行能力的問題、錯誤、或者隱藏的功能缺陷、瑕疵。缺陷會導致軟件產品在某種程序上不能滿足用戶的需要。ieee1983 of ieee standard729中對軟件缺陷的定義：

從產品內部看，軟件缺陷是軟件產品開發或維護過程中所存在的錯誤、毛病等各種問題

從外部看，軟件缺陷是系統所需要實現的某種功能的失效或違背

軟件缺陷的主要類型：

功能特性沒有實現或部分實現 設計不合理，存在缺陷實際結果和預期結果不一致 運行出錯 數據結果不正確、精度不夠 用戶不能接受的其它問

題，如存取時間長，界面不美觀等。

軟件缺陷嚴重性級別：

① 致命的（fatal）:致命的錯誤，造成系統或應用程序崩潰、死機、系統懸掛，或造

成數據丟失、主要功能完全缺失

② 嚴重的（critical）：嚴重的錯誤，指功能或特性沒有實現，主要功能部分缺失，次要功能完全缺失，或致命的錯誤聲明。

③ 一般的（major）：不及嚴重的錯誤，不影響系統的基本使用，但沒有很好地實現

功能，沒有達到預期的效果。

④ 微小的（minor）：小問題，對功能幾乎沒有影響

⑤ 建議（suggestion）

軟件缺陷的狀態：

① 激活狀態

② 己修正狀態

③ 關閉或非渡海狀態 2．2．2軟件缺陷的產生

① 技術問題

② 團隊工作

③ 軟件本身

2．2．3軟件缺陷的構成 圖2-1 軟件缺陷構成示意圖

圖2-2軟件缺陷存在不同階段分布

圖2-3 軟件缺陷隨著時間帶來越來越大的成本 圖2-4 軟件缺陷隨著時間引起的成本曲線 2．3軟件測試的基本方法 2．3．1軟件測試的原則 p29 2．3．2白盒測試和黑盒測試

根據測試是針對系統的內部結構還是針對具體實現算法的角度，分為白盒測試和黑盒測試

1、黑盒測試（black-box-texting）(功能測試/數據驅動測試)不管程序內部結構是什么，從用戶出發，根據產品應該實現的實際功能和巳經定義好的產品規格驗證產品所應該具有的功能是否實現，每個功能是不都能正常使用，是否滿足用戶的要求。

圖2-5黑盒測試方法示意圖

功能；用于軟件確認測試

① 是否有不正確或遺漏了功能

② 在接口上，能否正確地接受輸入數據，能否產生正確的輸出信息

③ 訪問外部信息是否有錯

④ 性能上是否滿足要求

⑤ 界面是否錯誤，是否不美觀

⑥ 初始化和終止錯誤

方法：等價類劃分、邊界值分析、錯誤推測法、因果圖等

2、白盒測試（white-box-texting）(結構測試或邏輯驅動測試)已知產品內部工作過程，清楚最終產生軟件產品的計算機程序的結構和語句，按照程序內部的結構測試程序，測試程序內部的變量狀態、邏輯結構、運行路徑等，檢驗程序中的每條通路是否按規定正常進行。

功能：用于軟件驗證

方法：邏輯覆蓋（語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、路徑覆蓋）、基本路(轉載于:《軟件測試》教學設計)徑測試、循環覆蓋等

思考：通過白盒測試的軟件是否一定沒有錯誤？

原則：

① 保證每個模塊中所有獨立路徑至少被使用一次

② 對所有邏輯值均測試為真假值

③ 在上下邊界及可操作范圍內運行所有循環 ④ 檢查內部數據結構以確保其有效性 2．3．3靜態和動態的方法

根據程序是否運行，測試可以分為靜態和動態測試

靜態測試：對模塊的源泉代碼進行研讀，查找錯誤或悼念一些度量數據，并不需要對代碼進行編譯和仿真運行。

① 用人工檢測

② 計算機輔助靜態分析

測試包括對軟件產品的設計規格說明書的審查、對程序代碼的閱讀、審查 動態測試：通過觀察代碼運行時的動作，來提供執行跟蹤、時間分析，以及測試覆蓋度方面的信息。

2．3．4驗證和確認（verification&validation）

1、驗證

檢驗軟件是否已經正確地實現了產品規格說明書所定義的系統功能和特性

2、有效性確認

保證所生產的軟件可追溯到用戶需求的一系列活動。確認過程提供證據表明軟件是否滿足系統需求，并解決相應問題

3、兩者區別

驗證：是否正確構造了軟件，檢驗軟件是否與設計規格說明書一致

確認：是否構造了正確的軟件，是否滿足用戶的真正需求 2．3．5 alac測試

alac（act-like-a-cusomer）基于客戶使用產品的知識開發出來的測試方法。用于功能測試篇三：√200512(省級)教學設計_《軟件測試》

《軟件測試與數據庫維護》教學設計

廣東汕頭華僑中學 歐陽玲

一、教學設計分析

本課內容：廣東教育出版社 高中信息技術（選修4）《數據管理技術》，第四章 開發數據庫應用系統 4.4 軟件測試與數據庫維護，第1個課時：軟件測試。

（一）課程內容分析

普通高中信息技術課程標準要求在《數據管理技術》的選修中，讓學生初步掌握設計和實現簡單的數據庫應用系統的基本方法，并了解數據庫的維護。這是我們教學的重點。對所開發的數據庫應用系統進行測試和維護，是實現數據庫應用系統不可或缺的一個環節。成功開展這一內容的教學，將有助于學生對數據庫應用系統的開發過程有一個完整的理解。如何讓學生在有限的課時中順利實現對問題的理解，對他人開發的小型系統進行科學評價，又能避免面對晦澀難懂的軟件工程理論無所適從，這是教學難點所在。

（二）教材處理

本課對教材作適當處理，在學生學習完4.1、4.2、4.3之后開展“開發‘校運會資料管理系統’”的綜合活動，讓學生以進行理論學習與親身實踐相互穿插的方式，進行一次針對其他小組同學所開發“校運會資料管理系統”的交換測試的活動，“測評結果評價和數據庫維護”則放在第2第3個課時。目的是通過讓學生了解軟件測試與數據庫維護，并初步懂得如何科學地評價一個數據庫應用系統。

（三）學生分析 經過4.1至4.3節的學習，學生初步掌握用access開發小型數據庫應用系統的方法。他們已經在綜合活動中通過小組合作開發出“校運會資料管理系統”。設計一個應用系統似乎并不難,但系統中難免出現錯誤，要想使系統達到最優化的性能也不是一件容易的事，系統在投入使用之前必須經過全面的嚴格測試。學生對“軟件工程”中舉足輕重的軟件測試、數據庫維護等工作還比較陌生，有必要在系統開發的后期讓學生親身體驗“軟件測試”的過程，引導他們充分認識維護數據庫應用系統正常工作的重要性。

（四）教學策略設計

二、教學過程設計

基于以上分析，本課的教學目標、重難點及教學流程設計如下：

（一）教學目標

1、知識與技能：能設計合理有效的測試數據，測試用access開發的小型數據庫應用系統。

2、過程與方法：掌握軟件測試的基本方法，學會設計測試數據、作出預測以及對測試結果的分析，逐步培養工程化的思想。3、情感態度與價值觀：能夠辯證地看待程序開發與測試工作之間的關系，尊重客觀規律、培養科學的思維方法、樹立正確的價值觀。

（二）教學重點與難點

教學重點：了解數據庫應用系統的測試方法

教學難點： 如何設計合理的測試數據更多地發現軟件錯誤，如何對數據庫應用系統進行有效評價。

（三）教學流程設計

1．關于教-學流程和教-學活動的設計思路

圖1 本課與其他章節的關系示意圖

第一個課時

第二、三個課時

說明：這是一次將自己開發的軟件與他人交換測試的活動，讓學生扮演“軟件測試員”，一個小組內部的所有同學各自設計合理的測試數據/測試用例，測試另外一個小組開發的“校運會資料管理系統”。對該系統中的軟件程序部分進行測試，體驗軟件測試的方式和方法，找出軟件缺陷，撰寫測評報告，提交互評報告進行交流，最后對整個綜合活動進行評價。2．學生上機操作安排和教師應用信息技術的情況

（1）學生上機操作的任務與目標：①與教師共同測試分析案例程序（密碼驗證窗體程序）②依據教學網頁要求進行學習；③設計科學合理的測試用例，對他人所開發的數據庫應用系統進行測試，撰寫測評報告。

教師應注意這些方面的巡視指導：適當指導測試用例的設計；在學生遇到問題時，組

織他們進行合作，通過討論尋求解決問題的途徑，理清工作思路。

（2）教師計劃使用的設備軟件：投影儀；軟件：access，powerpoint；課件：網頁

三、教與學的實際過程描述

（一）教與學的過程描述

注：本說課稿僅詳細闡述第一個課時的教學設計，后續的教學設計簡介請參考附件5

（二）關鍵環節提煉

1、創設現實情景：讓學生作案例分析、填寫在線調查表，引起他們關注“軟件測試”問題，將需要傳達給學生的信息以調查表的形式呈現，并檢查學生對這個問題的認知程度。

2、回歸課堂，向學生講授相關的技術知識，代替低效率的自由體驗活動：授課教師合理采用演示法、講授法，讓學生與教師一起手工測試“用戶密碼驗證程序”、通過教師講授認識黑盒測試法與白盒測試法等“軟件測試”知識??以此提高課堂效率，增強學生的學習信心。

3、小組之間的交換測試：這是知識與方法的遷移。讓學生從活動中提高軟件測試的能力，并體驗：合理的測試用例和測試策略是提高測試效率的根本。可能每個人都有發現問題的獨特角度，讓同一個小組同學測試另一個組開發的同一個應用系統，創造了更多讓他們合作、交流的機會。

第二篇：軟件測試（推薦）

一、簡答5*6’

1.為什么不讓時間有余的人做測試工作

表面上看這體現了管理的效率和靈活性，但實際上也體現了管理者對測試的輕視。測試和測試的人有很大關系。測試工作人員應該是勤奮并富有耐心，善于學習、思考和發現問題，細心有條理，總結問題，如果具備這樣的優點，做其它工作同樣也會很出色，因此這里還有一個要求，就是要喜歡測試這項工作。2.軟件測試風險主要體現在哪里

我們沒有對軟件進行完全測試，實際就是選擇了風險，因為缺陷極有可能存在沒有進行測試的部分。因此，我們要盡可能的選擇最合適的測試量，把風險降低到最小 3.所有軟件測試缺陷都需要修復嗎

從技術上講，所有的軟件缺陷都是能夠修復的，但是沒有必要修復所有的軟件缺陷。測試人員要做的是能夠正確判斷什么時候不能追求軟件的完美。對于整個項目團隊，要做的是對每一個軟件缺陷進行取舍，根據風險決定那些缺陷要修復。發生這種現象的主要原因如下：-沒有足夠的時間資源。在任何一個項目中，通常情況下開發人員和測試人員都是不夠用的，而且在項目中沒有預算足夠的回歸測試時間，修改缺陷可能引入新的缺陷。

-有些缺陷只是特殊情況下出現，這種缺陷處于商業利益考慮，可以在以后升級中進行修復。-不是缺陷的缺陷。我們經常會碰到某些功能方面的問題被當成缺陷來處理，這類問題可以以后有時間時考慮再處理。缺陷是否修改要由軟件測試人員、項目經理、程序員共同討論來決定是否修復，不同角色的人員從不同的角度來思考，以做出正確的決定。4.如何減少測試人員跳槽帶來的損失 建議我們從以下兩個方面做起：

-加強部門內員工之間的互相學習，互相學習是建立學習型組織的基本要求，是知識互相轉移的過程。在此基礎上，可以把個人擁有的技術以知識的形式沉積下來，也就完成了隱性知識到顯性知識的轉化。

-管理者就應該把員工的個人成長和企業的發展聯系起來，為員工設定合理發展規劃并付諸實現。

5.驗收測試的注意點有哪些 測試要注意下面的事項：

（1）用戶現場測試不可能測試全部功能，因此要測試核心功能。這需要提前做好準備，這些核心功能一定要預先經過測試，證明沒有問題才可以和用戶共同進行測試。測試核心模塊的目的是建立用戶對軟件的信心。當然如果這些模塊如果問題較多，不應該進行演示。（2）如果某些模塊確實有問題，我們可以演示其它重要的業務功能模塊，必要時要向用戶做成合理的解釋。爭得時間后，及時修改缺陷來彌補。（3）永遠不能欺騙用戶，蒙混過關。6.完全測試程序是可能的嗎

實際上完全測試是不可能的。主要有以下原因：-完全測試比較耗時，時間上不允許；

-完全測試通常意味著較多資源投入，這在現實中往往是行不通的；-輸入量太大，不能一一進行測試；-輸出結果太多，只能分類進行驗證；-軟件實現途徑太多；

-軟件產品說明書沒有客觀標準，從不同的角度看，軟件缺陷的標準不同；因此測試的程度要根據實際情況確定 7.是不是發現的缺陷越多就說明軟件缺陷越多 其中的原因主要如下：

-代碼復用、拷貝代碼導致程序員容易犯相同的錯誤。類的繼承導致所有的子類會包含基類的錯誤，反復拷貝同一代碼意味可能也復制了缺陷。-程序員比較勞累是可以導致某些連續編寫的功能缺陷較多。

“缺陷一個連著一個”不是一個客觀規律，只是一個常見的現象。如果軟件編寫的比較好，這種現象就不常見了。測試人員只要嚴肅認真的測試程序就可以了。8.軟件測試就是QA嗎

軟件測試人員的職責是盡可能早的找出軟件缺陷，確保得以修復。而質量保證人員（QA）主要職責是創建或者制定標準和方法，提高促進軟件開發能力和減少軟件缺陷。測試人員的主要工作是測試，質量保證人員日常工作重要內容是檢查與評審，測試工作也是測試保證人員的工作對象。軟件測試和質量是相輔相成的關系，都是為了提高軟件質量而工作。9.測試產品和測試項目區別

習慣上把開發完成后進行商業化、幾乎不進行代碼修改就可以售給用戶使用的軟件成為軟件產品，也就是可以買“賣拷貝”的軟件，軟件項目是一種個性化的產品，可以是按照用戶要求全部重新開發，也可以修改已有的軟件產品來滿足特定的用戶需求。項目和產品的不同特點，決定我們測試產品和測試項目仍然會有很多不同的地方：

-質量要求不同。通常產品的質量要高一些，修復發布后產品的缺陷成本較高，甚至會帶來很多負面的影響。而做項目通常面向某一用戶，雖然質量越高越好，但是一般只要滿足用戶要求就可以了。測試資源投入多少不同。做軟件產品通常是研發中心來開發，進度壓力要小些。同時由于質量要求高，因此會投入較多的人力、物力資源。項目最后要和用戶共同驗收測試，這是產品測試不具有的特點。此外，測試產品與測試項目在缺陷管理方面、測試策略制定都會有很大不同，測試管理者應該結合具體的環境，恰如其分的完成工作 10.如何編寫提交給用戶的測試報告

測試報告一般分為內部測試報告和外部測試報告。內部報告是我們在測試工作中的項目文檔，反映了測試工作的實施情況,一般外部測試報告要滿足下面幾個要求：

根據內部測試報告進行編寫，一般可以摘錄；不可以向客戶報告嚴重缺陷，即使是已經修改的缺陷，開發中的缺陷也沒有必要讓客戶知道；報告上可以列出一些缺陷，但必須是中級的缺陷，而且這些缺陷必須是修復的；報告上面的內容盡量要真實可靠；整個測試報告要仔細審閱，力爭不給項目帶來負面作用，尤其是性能測試報告。總之，外部測試報告要小心謹慎的編寫。

二、論述2*12’

1.請論述為什么要進行軟件測試，并列舉歷史上2~3個著名軟件測試（缺陷）案例，說明測試重要性

軟件測試的目的,第一是確認軟件的質量，其一方面是確認軟件做了你所期望做的事情（，另一方面是確認軟件以正確的方式來做了這個事情。第二是提供信息，比如提供給開發人員或程序經理的回饋信息，為風險評估所準備的信息。第三軟件測試不僅是在測試軟件軟件產品本身，而且還包括軟件開發的過程。如果一個軟件產品開發完成之后發現了很多問題，這說明此軟件開發過程很可能是有缺陷的。因此，軟件測試的第三個目的是保證整個軟件開發過程是高質量的。

愛國者導彈防御系統把“槍口”對準了自己人 美國迪斯尼公司的獅子王游戲軟件的兼容性問題 售票系統性能問題

2.論述軟件測試科學的發展歷程 1957年之前－調試為主 20世紀50年代，計算機剛誕生不久，只有科學家級別的人才會去編程，需求和程序本身也遠遠沒有現在這么復雜多變，相當于開發人員一人承擔需求分析，設計，開發，測試等所有工作，當然也不會有人去區分調試和測試。

1957–1978－證明為主 當時計算機應用的數量，成本和復雜性都大幅度提升，隨之而來的經濟風險也大大增加，測試就顯得很有必要了，這個時期測試的主要目就是確認軟件是滿足需求的，也就是我們常說的“做了該做的事情”。

1979–1982－破壞為主 我們不僅要證明軟件做了該做的事情，也要保證它沒做不該做的事情，這會使測試更加全面，更容易發現問題。

1983–1987－評估為主 人們提出了在軟件生命周期中使用分析，評審，測試來評估產品的理論。軟件測試工程在這個時期得到了快速的發展.1988–至今－預防為主 預防為主是當下軟件測試的主流思想之一。測試不是在編碼完成后才開始介入，而是貫穿于整個軟件生命周期。3.論述軟件缺陷的由來

軟件缺陷的產生主要是由軟件產品的特點和開發過程決定的。

軟件本身：①需求不清晰，導致設計目標偏離客戶的需求，從而引起功能或產品特征上的缺陷。②系統結構非常復雜，而又無法設計成一個很好的層次結構或組件結構，結果導致意想不到的問題或系統維護、擴充上的困難；即使設計成良好的面向對象的系統，由于對象、類太多，很難完成對各種對象、類相互作用的組合測試，而隱藏著一些參數傳遞、方法調用、對象狀態變化等方面問題。③對程序邏輯路徑或數據范圍的邊界考慮不夠周全，漏掉某些邊界條件，造成容量或邊界錯誤。④對一些實時應用，要進行精心設計和技術處理，保證精確的時間同步，否則容易引起時間上不協調，不一致性帶來的問題。⑤沒有考慮系統崩潰后的自我恢復或數據的異地備份、災難性恢復等問題，從而存在系統安全性、可靠性的隱患。⑥系統運行環境的復雜，不僅用戶使用的計算機環境千變萬化，包括用戶的各種操作方式或各種不同的輸入數據，容易引起一些特定用戶環境下的問題；在系統實際應用中，數據量很大。從而會引起強度或負載問題。⑦由于通信端口多、存取和加密手段的矛盾性等，會造成系統的安全性或適用性等問題。⑧新技術的采用，可能涉及技術或系統兼容的問題，事先沒有考慮到。

團隊工作：系統需求分析時對客戶的需求理解不清楚，或者和用戶的溝通存在一些困難。不同階段的開發人員相互理解不一致。對于設計或編程上的一些假定或依賴性，相關人員沒有充分溝通。項目組成員技術水平參差不齊技術問題。算法錯誤：在給定條件下沒能給出正確或準確的結果。語法錯誤：對于編譯性語言程序，編譯器可以發現這類問題；但對于解釋性語言程序，只能在測試運行時發現。計算和精度問題：計算的結果沒有滿足所需要的精度。系統結構不合理、算法選擇不科學，造成系統性能低下。接口參數傳遞不匹配，導致模塊集成出現問題。

項目管理的問題：缺乏質量文化，不重視質量計劃，對質量、資源、任務、成本等的平衡性把握不好，容易擠掉需求分析、評審、測試、等時間，遺留的缺陷會比較多。系統分析時對客戶的需求不是十分清楚，或者和用戶的溝通存在一些困難。開發周期短，需求分析、設計、編程、測試等各項工作不能完全按照定義好的流程來進行，工作不夠充分，結果也就不完整、不準確，錯誤較多；周期短，還給各類開發人員造成太大的壓力，引起一些人為的錯誤。開發流程不夠完善，存在太多的隨機性和缺乏嚴謹的內審或評審機制，容易產生問題。文檔不完善，風險估計不足等。4.軟件測試V模型

①繪制示意圖

②闡述每個步驟是做什么 需求分析

即首先要明確客戶需要的是什么，需要軟件作成什么樣子，需要有那幾項功能

概要設計

主要是架構的實現，指搭建架構、表述各模塊功能、模塊接口連接和數據傳遞的實現等項事務。詳細設計

對概要設計中表述的各模塊進行深入分析，對各模塊組合進行分析等。軟件編碼

按照詳細設計好的模塊功能表，編程人員編寫出實際的代碼。單元測試

按照設定好的最小測試單元進行按單元測試，主要是測試程序代碼，為的是確保各單元模塊被正確的編譯，單元的具體劃分按不同的單位與不同的軟件有不同。集成測試

經過了單元測試后，將各單元組合成完整的體系，主要測試各模塊間組合后的功能實現情況，以及模塊接口連接的成功與否，數據傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。根據集成測試計劃，一邊將模塊或其他軟件單位組合成系統，一邊運行該系統，以分析所組成的系統是否正確，各組成部分是否合拍。系統測試

經過了單元測試和集成測試以后，我們要把軟件系統搭建起來，按照軟件規格說明書中所要求，測試軟件其性能功能等是否和用戶需求相符合，在系統中運行是否存在漏洞，等。驗收測試

主要就是用戶在拿到軟件的時候，在使用現場，會根據前邊所提到的需求，以及規格說明書來做相應測試，以確定軟件達到符合效果的。

第三篇：軟件測試 QTP教學演示文檔

risfeng.web-105.com 教學演示--注冊tester參數化測試

risfeng.web-105.com

risfeng.web-105.com

risfeng.web-105.com

教學演示--注冊tester參數化測試+文字驗證：

risfeng.web-105.com

risfeng.web-105.com

輸出值功能例子：

risfeng.web-105.com

risfeng.web-105.com

第四篇：《軟件測試》教學平臺的設計與實現（范文）

《軟件測試》教學平臺的設計與實現

摘要：《軟件測試》教學平臺目的在于為學生學習該課程提供一個較為全面的課程知識介紹、信息共享和知識考查的平臺。首先對《軟件測試》教學平臺進行系統需求分析，其次針對系統需求進行系統架構設計，采用B/S架構設計系統，系統分為學生管理模塊和教師管理模塊，然后對系統進行詳細設計與實現，應用C#語言和ASENET技術結合及SQL Server 2008數據庫，設計并實現《軟件測試》教學平臺，最后對系統進行了測試。《軟件測試》教學平臺實現了學生在線考試，在線播放教學視頻及下載，課件下載，在線留言，查看教學大綱，以及作業下載，作業提交，用戶密碼修改等功能。該平臺為教師和學生提供一種全新的教與學方式。

關鍵詞：軟件測試；教學平臺；瀏覽器/服務器；功能；數據庫

中圖分類號：TP315 文獻標識碼：A DOI：10.3969/j.issn.1003-6970.2016.05.004

本文著錄格式：王慶喜，鐘家民.《軟件測試》教學平臺的設計與實現[J].軟件，2016，37（5）：15-17

0.引言

二十一世紀信息產業的飛快發展推動著各行業的進步，越來越多的學校利用計算機網絡技術進行相關的多媒體教學活動。為教師和學生提供高效快速溝通的平臺，可以利用網絡的即時性、開放性，教師可以把課程相關的教學資料發布到該平臺供學生學習參考及下載，教師還可以在線發布作業，發布試題。通過學生的作業完成質量及考試結果了解學生在軟件測試課程學習方面的不足，以便更好的幫助學生解決問題。學生可以在本系統進行在線考試，通過成績反饋，充分認識自己的不足，還可以了解關于本課程學習的最新動態。與傳統的方式相比，網上教學平臺具有開放性的特點，它打破了地域和時間的限制，實時開放，再加之以必要的傳統的方式，大大地提高教師的工作效率，既方便又快捷。系統采用ASENET技術開發，后臺采用SQL Server數據庫提供數據服務。

1.系統需求分析

本教學平臺由后臺管理和前臺構成，是一個典型的B/S架構，后臺管理即教師用戶管理模塊，主要提供對該教學平臺前臺內容的管理，這些內容包括課件、視頻、試題、作業、通知等，前臺即學生用戶管理模塊主要用于后臺內容的顯示及信息交互等操作。

1.學生用戶模塊需求

學生用戶模塊設計即前臺模塊設計，普通匿名用戶在前臺可以瀏覽通知公告，查看教學大綱，播放教學視頻，瀏覽教學課件等，并可以注冊為合法用戶，在注冊后登錄系統，可以獲得更多的權限，可以下載視頻，下載課件，下載作業，作業提交，在線考試，以及進行當前用戶密碼資料的修改。

2.教師管理模塊需求

教師管理模塊主要用于教學相關信息的發布、更新和維護，以及對學生相關信息進行管理，實現對《軟件測試》教學平臺的管理。教師通過身份驗證登錄，進入后臺管理。在后臺管理模塊中，教師可以添加學生用戶、刪除用戶，可以發布課件，發布通知，發布教學視頻，發布教學大綱，發布作業，發布試題等功能操作，并可對課件、通知、教學視頻、教學大綱、作業、試題的信息進行維護管理，可以查詢學生的考試成績，回復學生的留言及留言管理，修改登錄密碼等。

2.系統總體設計

系統采用B/S模式，即由瀏覽器、WEB服務器、數據庫服務器構成。系統為用戶提供恰當清晰的使用界面，便捷的操作方式。用戶可以直接在網上查看網站信息，系統分教師用戶和學生用戶角色，學生用戶登錄后可以下載相關教學資料、在線考試、在線留言等操作。教師用戶登錄后可發布相關教學資料，添加用戶，回復學生留言等操作。

本系統主要由教師管理模塊和學生用戶管理模塊兩個大模塊組成，各個模塊的具體功能如下。

一、教師用戶模塊

1.用戶管理：添加學生用戶、管理學生用戶。

2.課件管理：發布教學課件、課件資料管理。

3.通知管理：發布通知信息、查看通知、編輯通知、刪除通知。

4.大綱管理：發布教學大綱、查看大綱、編輯大綱、刪除大綱。

5.作業管理：發布作業、管理作業、查看學生提交作業情況。

6.試題管理：發布試題、查看修改試題、刪除試題。

7.視頻管理：發布教學視頻、視頻資料管理。

8.成績查詢：通過輸人學生用戶名查詢學生的考試成績。

9.教學互動：解答學生在學習中遇到的問題。

10.修改密碼：登錄之后可進行當前用戶密碼資料修改。

二、學生用戶模塊

1.用戶注冊：注冊成為學生用戶，以便能獲得更多的信息和權限。

2.用戶登錄：通過身份驗證，以學生的身份登錄網站。

3.視頻教程：播放相關教學視頻、下載。

4.教學課件：在線瀏覽課件，下載教學課件。

5.作業下載：下載老師布置的作業。

6.作業提交：提交已完成的作業。

7.教學互動：學生在學習中遇到問題可留言向老師咨詢。

8.在線考試：在線考試，查看成績。

9.查看大綱：預覽各章節教學大綱，以便更好的學習該課程。

10.查看通知：查看教學通知。

11.修改密碼：登錄之后可進行當前用戶密碼資料修改。

3.系統設計與實現

3.1系統登錄模塊設計

系統登錄模塊是學生用戶，教師用戶登錄系統進入相應操作界面的入口，其位于系統首頁導航欄下方的左邊，用戶輸入用戶名和密碼，選擇身份（學生或者教師），點擊“登錄”后經驗證即可進入相應角色的界面。

登錄模塊主要是身份的驗證，對學生用戶或者是教師管理的行為都有一定的安全性控制，其主要功能是驗證用戶是否合法，用戶登錄模塊頁面主要由用于收集登錄信息的前臺表單部分，點擊相應按鈕后觸發事件通過后臺來驗證相應的信息。

3.2注冊界面設計

用戶注冊界面是針對還沒有賬號但是想學習課程相關信息的人員，注冊人只需要填寫用戶名，姓名，密碼，確認密碼，選擇性別，即可成為普通用戶，其擁有和管理員初始添加的用戶一樣的權限，大大提高了信息共享，為想要學習軟件測試的人們提供了一個全面并且專業的平臺。

該注冊界面采用比較常用的控件實現，采用textbox錄入用戶名，姓名，密碼，文本框設置requiredfieldvalidator來約束其為必填項，性別采用DropDownList控件來實現，控制了輸入選擇，避免了不必要的輸入錯誤，密碼采用MD5散列算法直接轉換為MD5編碼進行比對，經驗證后存儲相應信息到數據庫。

當用戶輸入相關信息點擊“確定”注冊時，后臺根據數據庫所存儲的用戶名判斷當前用戶輸入的用戶名是否重名，若重名則提示“該用戶已存在”，并返回注冊頁面。若用戶輸入的信息合法，則將注冊信息插入到數據庫表，并提示用戶注冊成功。

3.3學生用戶管理模塊設計實現

學生用戶管理模塊主要針對學生用戶，用于后臺內容的顯示及數據操作。主要包括視頻教程、查看通知、作業提交、教學互動、在線考試、查看通知等9個子模塊組成。其中部分子模塊設計界面介紹如下。

1.視頻教程界面設計

視頻教程界面主要是給學生提供課程視頻教程在線觀看、下載等功能，用戶不需要登錄就可以在線觀看視頻，但需登錄才可以下載視頻。這里采用比較簡單的SWF視頻格式，無需在網頁上添加播放控件即可播放，這在很大程度上降低了視頻播放的實現難度。

視頻教程界面信息顯示主要使用DataGrid控件實現，首先，在Video.aspx頁面中添加DataGrid控件，并將數據庫表Video中相應的數據字段綁定到列中。并在其后臺代碼Video.aspx.es中添加數據庫查詢語句，將數據綁定到DataGrid控件。

2.教學互動界面設計

教學互動模塊主要是給學生和老師之間提供交流溝通的平臺，學生在學習過程中遇到疑問可以留言請求老師幫助，老師可以回復留言來解答學生的難題，這樣師生之間的交流突破了必須面對面的限制，不僅方式靈活很多，而且節省了學生和教師的寶貴時間，更有利于教與學。

在教學互動界面中，使用DataList控件以表的形式呈現用戶的留言內容，用戶在線留言使用TextBox控件接收用戶輸入的文字信息。

3.在線考試界面設計

在線考試模塊主要是給學生提供在線考試，考試題型為選擇題，教師預先錄入試題，形成試題庫，學生登錄后輸入題目數量，系統隨機生成試題呈現給考生，學生考試結束提交試題后跳轉至成績查詢頁面，輸入用戶名即可查詢考試成績。試題界面用DataGrid控件呈現試題內容，學生在考試過程中如果沒有完成所選擇的的試題量，系統不允許提交試題。

3.4教師用戶管理模塊設計實現

1.通知管理

通知管理由發布通知和通知信息維護兩個子頁面組成，發布通知頁面用于教師發布教學通知信息，通知信息維護頁面用于修改、查看等通知信息的維護。發布通知界面的設計主要是TextBox控件及Button控件的應用，設置TextBox組件及Button的相關屬性，雙擊Button控件。

2.課件管理

課件管理包括發布課件和課件信息維護兩部分，上傳課件的格式可以為word、ppt、tXt、SWF四種，上傳者需要添加課件標題和課件說明，系統會自動獲取當前時間，點擊確定添加課件，如果上傳的格式不符合要求，會給出“對不起，請選擇Word/ppt/swf/文本文件！”提示。

4.結論

本文以《軟件測試》課程為切入點，通過對《軟件測試》教學平臺的需求分析，建立了一個在線教學平臺，實現教學相關資料的發布、學生與老師留言交流、在線學習、在線考試等多功能的網絡應用平臺。探討了基于ASENET技術，采用SQL Server2008數據庫，在Browser/Server體系結構的基礎上，結合C#等技術實現《軟件測試》教學平臺；詳細介紹了系統數據庫的結構與設計實現，及各功能模塊的實現過程，并對系統進行了測試。

該平臺的實現，為教師和學生提供一種全新的教與學方式，不僅增加了學生的學習途徑，同時也提高了教師教學的工作效率。

第五篇：軟件測試復習資料

1． 黑盒測試法是通過分析程序的功能來設計測試用例的方法。

2． 黑盒測試除了測試程序外，它還適用于對需求分析階段的軟件文檔進行測試。3． 白盒測試除了測試程序外，它也適用于對軟件具體設計階段的軟件文檔進行測試。4． 單元測試一般以白盒測試法為主，測試的依據是模塊功能規格說明。5． 軟件測試中常用的靜態分析方法是引用分析和接口分析。

6． 測試人員的基本素質為計算機專業技能、測試專業技能、行業知識

7． 軟件危機的體現為：A、開發成本和進度估計不正確B、用戶對完成的軟件不滿足C、軟件經常不可維護；

8． 軟件測試按照開發階段劃分：A、單元測試

B、集成測試；系統測試C、確認測試；驗收測試

9． 軟件測試按照測試技術劃分：A、性能測試、負載測試、壓力測試B、恢復測試、安全測試、兼容測試

10． 軟件測試項目周期是指：A、需求階段、測試計劃B、階段測試、設計階段測試、執行階段 11． 軟件測試原則有：A、制定嚴格的測試計劃 B、保留所有的測試文檔C、功能測試中的缺陷確認 12． 制定測試計劃的步驟：確定測試范圍、確定測試策略、確定測試標準、確定測試構架、確定項目管理機制、預計測試工作量、測試計劃評審 13． 對于軟件的β測試，β測試就是在軟件公司外部展開的測試，由非專業的測試人員執行的測試。14． 正式的技術評審FTR（Formal Technical Review）是軟件質量保證活動，其相關的描述為： A.FTR是評審產品而不是評審生產者的能力B.FTR要有嚴格的評審計劃并遵守日程安排C.FTR限制參與者人數并要求評審會之前做好預備 15． 在進行單元測試時，常用的方法是采用白盒測試，輔之以黑盒測試

16． 側重于觀察資源耗盡情況下的軟件表現的系統測試被稱為壓力測試 17． 必須要求用戶參與的測試階段是驗收測試 18． 系統測試的目的是對最終軟件系統進行全面的測試，確保最終軟件系統滿足產品需求并且遵循系統設計。

19． 測試通常可分為白盒測試和黑盒測試。白盒測試是根據程序的內部邏輯來設計測試用例,黑盒測試是根據軟件的規格說明來設計測試用例。20． 一個程序中所含有的路徑數與程序的復雜程度有著直接的關系。

1． 測試階段的根本目標是盡可能多地發現并排除軟件中潛藏的錯誤，最終把一個高質量的軟件系統交給用戶使用。2． 功能測試時系統測試的主要內容，檢查系統的功能、性能是否與需求規格說明相同。3． 軟件測試主要分為單元測試、集成測試、確認測試和系統測試四類測試。4． 漸增方式把模塊結合到程序中去時，有自頂向下和自底向上兩種集成策略。5． 編寫測試用例的依據是單元測試計劃和詳細設計說明書。6． 系統測試時在集成測試完成后，確認測試之前進行的測試。

7． 設計系統測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件、和迭代計劃。

8． 測試設計員的職責有設計測試用例、設計測試過程、腳本。

9． 軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種類型。10． 軟件測試按照開發階段劃分單元測試、集成測試、系統測試、確認測試、驗收測試。11． 軟件測試按照測試技術劃分性能測試、負載測試、壓力測試、恢復測試、安全測試、兼容測試

12． 靜態測試基本特征是在對軟件進行分析、檢查和審閱，不實際運行被測試的軟件 13． 軟件測試項目周期是指需求階段、測試計劃、階段測試、設計階段測試、執行階段 14． 軟件測試的角色分析人員、設計人員、開發人員、執行人員 15． 軟件測試原則有制定嚴格的測試計劃、、保留所有的測試文檔、功能測試中的缺陷確認

16． 測試工作的文檔主要有：測試計劃、測試模型和用例設計或規格說明、測試分析報告等

17． 測試計劃的制定必須要注重測試策略、測試范圍、測試方法、測試安排、測試風險、測試治理

18． 缺陷的分類為：需求文檔的缺陷、軟件配置引起的缺陷、分析、設計的缺陷、靜態文檔的缺陷、軟件開發引起的缺陷、短視將來的缺陷 19． 測試用例工作主要是如何添加測試用例、如何編寫測試用例、將測試用例和需求關聯

20． 自動化測試工具有：ratinal Robot、winrunner、quicktest 21． 軟件性能測試工具有： loadRunner、Ratinaol Visual Qantify、PureLoad 22． BUG的種類有：需求階段的BUG、分析設計階段的BUG、實現階段的BUG、配置階段的BUG、靜態文檔的BUG。23． 測試項目主要包括以下幾個階段：計劃階段、初始階段、執行階段、總結評估階段、設計階段。

1． 缺陷報告

是描述軟件缺陷現象和重現步驟地集合。軟件缺陷報告Software Bug Report（SBR）或軟件問題報告Software Problem Report（SPR）

2． 回歸測試

是指重新執行已經做過的測試的某個子集，以保證修改變化沒有帶來非預期的副作用。

3． 動態測試 通過運行軟件來檢驗軟件的動態行為和運行結果的正確性。動態測試的兩個基本要素： 被測試程序、測試數據（測試用例）

4． 白盒測試又稱為結構測試和邏輯驅動測試，允許測試人員對程序內部邏輯結構及有關信息來設計和選擇測試用例，對程序的邏輯路徑進行測試。白盒測試是把測試對象看作一個打開的盒子，測試人員須了解程序的內部結構和處理過程，由于白盒測試是一種結構測試，所以被測對象基本上是源程序，以程序的內部邏輯和指定的覆蓋標準確定測試數據。

5． 黑盒測試又稱為功能測試或數據驅動測試，把系統看成一個黑盒子，不考慮程序的內在邏輯，只根據需求規格說明書的要求來檢查程序的功能是否符合它的功能說明。

6． 路徑覆蓋的含義是，選取足夠多的測試數據，使程序的每條可能路徑都至少執行一次(如果程序圖中有環，則要求每個環至少經過一次)。

7． 軟件測試 ：在軟件投入運行前，對軟件需求分析、設計規格說明和編碼的最終復審，是軟件質量保證的關鍵步驟。8． 單元測試（模塊測試）：針對每個模塊進行的測試，可從程序的內部結構出發設計測試用例，多個模塊可以平行地對立地測試。通常在編碼階段進行，必要的時候要制作驅動模塊和樁模塊。9． 集成測試：在單元測試的基礎上，將所有模塊按照設計要求組裝成為系統，應提交集成測試計劃、集成測試規格說明和集成測試分析報告。

10． 確認測試：驗證軟件的功能和性能及其它特性是否與用戶的要求一致。

11． 系統測試：將軟件放在整個計算機環境下，包括軟硬件平臺、某些支持軟件、數據和人員等，在實際運行環境下進行一系列的測試。

1． 測試過程中會產生哪些基本文檔？

（1）測試計劃（通常包括單元測試和集成測試）：確定測試范圍、方法和需要的資源

（2）測試過程：詳細描述和每個測試方案有關的測試步驟和數據（包括測試數據及預期的結果）；

（3）測試結果：把每次測試運行的結果歸入文檔，如果運行出錯，則應產生 問題報告，并且必須通過調試解決所發現的問題。

（4）

2.大型軟件系統的測試過程基本上由幾個步驟組成? 1）.模塊測試

在設計得好的軟件系統中，每個模塊完成一個清晰定義的子功能，而且這個子功能和同級其他模塊的功能之間沒有相互依賴關系。因此，有可能把每個模塊作為一個單獨的實體來測試，而且通常比較容易設計檢驗模塊正確性的測試方案。模塊測試的目的是保證每個模塊作為一個單元能正確運行，所以模塊測試通常又稱為單元測試。在這個測試步驟中所發現的往往是編碼和詳細設計的錯誤。2）.子系統測試

子系統測試是把經過單元測試的模塊放在一起形成一個子系統來測試。模塊相互間的協調和通信是這個測試過程中的主要問題，因此，這個步驟著重測試模塊的接口。3）.系統測試

系統測試是把經過測試的子系統裝配成一個完整的系統來測試。在這個過程中不僅應該發現設計和編碼的錯誤，還應該驗證系統確實能提供需求說明書中指定的功能，而且系統的動態特性也符合預定要求。在這個測試步驟中發現的往往是軟件設計中的錯誤，也可能發現需求說明中的錯誤。不論是子系統測試還是系統測試，都兼有檢測和組裝兩重含義，通常稱為集成測試。4）.驗收測試

驗收測試把軟件系統作為單一的實體進行測試，測試內容與系統測試基本類似，但是它是在用戶積極參與下進行的，而且可能主要使用實際數據(系統將來要處理的信息)進行測試。驗收測試的目的是驗證系統確實能夠滿足用戶的需要，在這個測試步驟中發現的往往是系統需求說明書中的錯誤。驗收測試也稱為確認測試。5）.平行運行

關系重大的軟件產品在驗收之后往往并不立即投入生產性運行，而是要再經過一段平行運行時間的考驗。所謂平行運行就是同時運行新開發出來的系統和將被它取代的舊系統，以便比較新舊兩個系統的處理結果。這樣做的具體目的有如下幾點：(1)可以在準生產環境中運行新系統而又不冒風險；(2)用戶能有一段熟悉新系統的時間；

(3)可以驗證用戶指南和使用手冊之類的文檔；

(4)能夠以準生產模式對新系統進行全負荷測試，可以用測試結果驗證性能指標。3.一套完整的測試應該由哪些階段組成？分別闡述一下各個階段。

計劃階段、設計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統測試、回歸測試、驗收測試一套完整的測試應該由五個階段組成：

1）測試計劃首先，根據用戶需求報告中關于功能要求和性能指標的規格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準。以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。2）測試設計將測試計劃階段制訂的測試需求分解、細化為若干個可執行的測試過程，并為每個測試過程選擇適當的測試用例（測試用例選擇的好壞將直接影響測試結果的有效性）。

3）測試開發建立可重復使用的自動測試過程。

4）測試執行執行測試開發階段建立的自動測試過程，并對所發現的缺陷進行跟蹤管理，測試執行一般由單元測試、組合測試、集成測試、系統聯調及回歸測試等步驟組成，測試人員應本著科學負責的態度，一步一個腳印地進行測試。

5）測試評估結合量化的測試覆蓋域及缺陷跟蹤報告，對于應用軟件的質量和開發團隊的工作進度及工作效率進行綜合評價。4.軟件測試的流程

制訂測試計劃、設計測試用例、實施測試、提交缺陷報告、編寫測試總結。5.測試計劃的內容都包括什么？其中哪些是最重要的？

1)測試計劃的內容：測試目的和測試項目簡介、測試參考文檔和測試提交文檔、術語和定義、測試策略、確定測試內容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準、暫停和重新啟動測試的標準、風險和問題等。2)最重要的：測試策略、確定測試內容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準 6.測試計劃的目的是什么？

測試計劃的目的：編寫軟件測試計劃的目的是指導測試組成員進行工作和讓測試組以外的項目成員了解測試工作的。7.簡述靜態測試和動態測試的區別？

a)靜態測試： 基本特征是在對軟件進行分析、檢查和審閱，不實際運行被測試的軟件。靜態測試約可找出30～70%的邏輯設計錯誤。對需求規格說明書、軟件設計說明書、源程序做檢查和審閱。包括：是否符合標準和規范；通過結構分析、流圖分析、符號執行指出軟件缺陷。b)動態測試：通過運行軟件來檢驗軟件的動態行為和運行結果的正確性。動態測試的兩個基本要素：被測試程序和測試數據（測試用例）。動態測試方法：(1)選取定義域有效值,或定義域外無效值；(2)對已選取值決定預期的結果；(3)用選取值執行程序；(4)執行結果與預期的結果相比,不吻和程序有錯。8.白盒測試有哪幾種方法？

語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、多重條件覆蓋。9.壓力測試和性能測試的區別？

1)廣義上說壓力測試是包括在性能測試之中的，是性能測試項內的一種。

2)性能測試：顧名思義就是測試軟件的運行性能。驗證SRS中的性能需求，是否實現。

3)壓力測試：測試軟件在超負荷下的工作情況，也是一種軟件的性能。因此是屬于性能測試范圍的。

10.測試結束的標準是什么？

測試計劃中所有規定的測試內容和回歸測試都已經運行完成或根據上級主管對測試結果的意見，就可以結束本次測試。11.黑盒測試的測試用例設計方法包括哪些？：

a)等價類劃分：劃分等價類--確立測試用例--設計用例。b)邊界值分析：通過分析，考慮如何確立邊界情況 c)錯誤推測法：靠經驗和直覺來推測程序中可能存在的各種錯誤，從而有針對性地編寫用例。可以列舉出可能的錯誤和可能發生錯誤的地方，然后選擇用例。d)因果圖：通過畫因果圖，在圖上標明約束和限制，轉換成判定表，然后設計測試用例。這適合于檢查程序輸入條件的各種組合情況。

12.缺陷報告的作用

缺陷報告是軟件測試人員的工作成果之一，體現軟件測試的價值缺陷報告可以把軟件存在的缺陷準確的描述出來，便于開發人員修正缺陷報告可以反映項目、產品當前的質量狀態，便于項目整體進度和質量控制。軟件測試缺陷報告是軟件測試的輸出成果之一，可以衡量測試人員的工作能力。13.等價分類法的基本思想是什么？

根據程序的輸入特性，將程序的定義域劃分為有限個等價區段“等價類”，從等價類中選擇出的用例具有“代表性”，即測試某個等價類的代表值就等于對這一類其他值的測試。如果某個等價類的一個輸入數據（代表值）測試中查出了錯誤，說明該類中其他測試用例也會有錯誤。14.簡單闡述一下軟件測試的目標

(1)測試是為了發現程序中的錯誤而執行程序的過程；

(2)好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案；(3)成功的測試是發現了至今為止尚未發現的錯誤的測試。15.軟件測試準則有哪些？

(1)所有測試都應該能追溯到用戶需求。

(2)應當把“盡早地和不斷地進行軟件測試” 作為軟件開發者的座右銘。(3)pareto原則：測試發現的錯誤中的80%很可能是由程序中20%的模塊造成的。

（4）應該從“小規模”測試開始，并逐步進行“大規模”測試。

（5）測試用例應由輸入數據和預期的輸出結果兩部分組成，并兼顧合理的輸入和不合理的輸入數據

（6）窮舉測試是不可能的。

（7）為了達到最佳的測試效果，應該由獨立的第三方從事測試工作。

（8）程序修改后要回歸測試。

（9）應長期保留測試用例，直至系統廢棄。16.您認為做好測試用例設計工作的關鍵是什么？

1)白盒測試用例設計的關鍵是以較少的用例覆蓋盡可能多的內部程序邏輯結果

2)黑盒測試用例設計的關鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內發現最多的問題

1． 根據下面給出的規格說明，利用等價類劃分的方法，給出足夠的測試用例。

“一個程序讀入三個整數。把此三個數值看成是一個三角形的三個邊。這個程序要打印出信息，說明這個三角形是三邊不等的、是等腰的、還是等邊的。”

2． 某報表處理系統要求用戶輸入處理報表的日期，日期限制在2003年1月至2008年12月，即系統只能對該段期間內的報表進行處理，如日期不在此范圍內，則顯示輸入錯誤信息。系統日期規定由年、月的6位數字字符組成，前四位代表年，后兩位代表月。請用等價類劃分法和邊界值劃分法設計測試用例來測試程序的日期檢查功能。

3． 設要對一個自動飲料售貨機軟件進行黑盒測試。該軟件的規格說明如下：

“有一個處理單價為1元5角錢的盒裝飲料的自動售貨機軟件。若投入1元5角硬幣，按下“可樂”、“雪碧”或“紅茶”按鈕，相應的飲料就送出來。若投入的是2元硬幣，在送出飲料的同時退還5角硬幣。”

利用等價類劃分的方法，設計測試該軟件的全部測試用例。