第一篇：軟件測試實驗一

軟件測試實驗報告--實驗一

班級：軟件1603

一、實驗題目

軟件測試實驗環境搭建

二、實驗內容

? 搭建開發環境 ? 導入目標源碼 ? 成功編譯并運行

三、實驗步驟

1.下載安裝jdk和netbean 2.安裝mysql數據庫和客戶端navicat（機器已安裝）登createtables.sql添加數據庫 機房mysql的密碼：111111 root@localhost在schadmin上有所有權限 3.導入工程文件

1解壓myapp到一個非中文路徑，如解壓到D:myapp.2運行netbean.3導入程序myapp, “新建工程”->javaWeb,基于已有源代碼，然后下一步選擇服務器，選擇Glassfish v3+，點擊“下一步”，然后點擊 安裝位置后的“瀏覽”按鈕，選擇“c:Program Filesglassfish-3.1.2.2”,點擊下一步，點擊完成。4修改數據庫連接配置.連接請修改;web/WEB-INF/classes/config.properties com.ustc.util.config_en.properties

陸確并

參

考保

學號：201616040305

姓名：趙亮

指導老師：王雪濤

4.編譯運行并通過瀏覽器訪問，用戶名：admin 密碼：pass111登陸，實驗各項功能使得均能正常使用

四、實驗結果

五、實驗的心得體會

以前就挺喜歡接觸這類知識，感覺挺好玩，前期確實有很多地方就卡死了，經過討論詢問順利解決。

第二篇：軟件測試實驗(Eclemma)

軟件測試實驗報告

專 業 ： 學 號 ： 姓 名 ：

任課老師 ：

代碼覆蓋工具使用（Eclemam）

1、開發工具

Eclipse、JUnit、Eclemma開源工具

2、實驗目的

1）安裝Eclemma插件

2）熟練掌握Eclemma的插件用法

3、實驗要求

查閱Triangle類的覆蓋率是否達到100%，若未達到100%，通過添加測試用例，使之達到100%。

4、實驗結果

5、心得體會

在測試實驗前，我以為不會難做。就像以前的物理實驗一樣，做做實驗，做過之后交一份實驗報告就好了。直到做實驗的時候我才知道其實并不容易做，但是學到的知識與實驗的難度成正比，這使我受益匪淺。

在做實驗之前一定要將課本上的知識吃透，因為這是實驗的基礎，否則，在老師講解實驗的時候就會聽不懂，這將增加實驗的難度，浪費時間。同時在做實驗時老師還會給我們講一些自己的親身體會和老師們在做的時候遇到的問題以及會將一些課本上沒有的知識告訴我們使我們對這門課的了解更加深入。

通過這次實驗，我學到不少實用的知識，更重要的是，做實驗的過程，思考問題的方法與其他實驗的方法是相通的，真正使我受益匪淺。

第三篇：軟件體系結構實驗一

南京信息工程大學實驗（實習）報告實驗（實習）名稱（實習）日期系專業年級班次姓名

一、實驗目的1）了解智能模型的概念

2）查閱有關SVM算法，并作理解

二、實驗要求

1）簡介 智能模型基于知識的軟件開發模型，它與專家系統結合在一起。該模型應用基于規則的系統，采用歸納和推理機制，幫助軟件人員完成開發工作，并使維護在系統規格說明一級進行。該模型在實施過程中要建立知識庫，將模型本身、軟件工程知識與特定領域的知識分別存入數據庫。以軟件工程知識為基礎的生成規則構成的專家系統與含應用領域知識規則的其他專家系統相結合，構成這一應用領域軟件的開發系統。

2）詳細說明 智能模型也稱為“基于知識的軟件開發模型”，它把瀑布模型和專家系統結合在一起，利用專家系統來幫助軟件開發人員的工作。該模型應用基于規則的系統，采用歸納和推理機制，使維護在系統規格說明一級進行。這種模型在實施過程中以軟件工程知識為基礎的生成規則構成的知識系統與包含應用領域知識規則的專家系統相結合，構成這一應用領域軟件的開發系統。

智能模型擁有一組工具（如數據查詢、報表生成、數據處理、屏幕定義、代碼生成、高層圖形功能及電子表格等），每個工具都能使開發人員在高層次上定義軟件的某些特性，并把開發人員定義的這些軟件自動地生成為源代碼。這種方法需要四代語言（4GL）的支持。4GL不同于三代語言，其主要特征是用戶界面極端友好，即使沒有受過訓練的非專業程序員，也能用它編寫程序；它是一種聲明式、交互式和非過程性編程語言。4GL還具有高效的程序代碼、智能缺省假設、完備的數據庫和應用程序生成器。目前市場上流行的4GL（如Foxpro等）都不同程度地具有上述特征。但4GL目前主要限于事務信息系統的中、小型應用程序的開發。

3）必要性

智能模型所要解決的問題是特定領域的復雜問題，涉及大量的專業知識，而開發人員一般不是該領域的專家，他們對特定領域的熟悉需要一個過程，所以軟件需求在初始階段很難定義得很完整。因此，采用原型實現模型需要通過多次迭代來精化軟件需求。

智能模型以知識作為處理對象，這些知識既有理論知識，也有特定領域的經驗。在開發過程中需要將這些知識從書本中和特定領域的知識庫中抽取出來（即知識獲取），選擇適當的方法進行編碼（即知識表示）建立知識庫。將模型、軟件工程知識與特定領域的知識分別存入數據庫，在這個過程中需要系統開發人員與領域專家的密切合作。

智能模型開發的軟件系統強調數據的含義，并試圖使用現實世界的語言表達數據的含義。該模型可以勘探現有的數據，從中發現新的事實方法指導用戶以專家的水平解決復雜的問題。它以瀑布模型為基本框架，在不同開發階段引入了原型實現方法和面向對象技術以克服瀑布模型的缺點，適應于特定領域軟件和專家決策系統的開發。

三、實驗結果

通過本次實驗，我對智能模型有了一定的了解和認識，同時也查閱了有關SVM算法的有關知識，并作了一定的理解，對該算法有了一定的認識。

第四篇：軟件測試與質量保證實驗指導

實驗一.NET軟件調試及測試計劃

一、實驗目的

通過本實驗，熟悉.NET軟件調試環境與技巧及測試計劃的內容，并掌握測試計劃的制定過程，能夠針對具體項目完成測試策略的制定、測試人員的安排、測試進度安排、測試資源組織等工作。

二、實驗內容

1.掌握.NET軟件調試環境與調試技巧。基本內容如下：

一、學習附件一的內容，掌握調試技巧；

二、學習c# 中跟蹤和調試的技巧-------如何使用 Debug

2.研究給定項目的需求規格說明書，提取測試需求，按照小組的人員情況，安排測試進度，為每一階段的測試選定測試方法，最后按照給定的測試計劃書模版生成完整的測試計劃書。

項目需求規格說明書及測試計劃模版由教師給出（見相關附件）。

（http://blog.csdn.net/zhouhuozhi/archive/2009/05/14/4180605.aspx）

三、實驗要求

1、做好實驗預習，掌握，并熟悉本實驗中所使用的測試環境及相應的測試軟件。

2、寫出實驗報告，內容是：

（1）實驗日期（2）實驗題目（3）實驗內容

（4）實驗結果，包括測試用例，代碼清單、測試結果分析和心得體會。

3、本實驗以小組為單位，每組上交一篇報告，報告的名稱要包括組內人員的姓名。

四、實驗學時

本實驗需要2學時。

注：實驗二與實驗三任選一個做；實驗四與實驗五任選一個做

實驗二 單元測試

一、實驗目的

通過本實驗，熟悉單元測試的目的、內容，并掌握黑盒單元測試的基本方法，能夠按照具體要求對指定的程序設計測試用例并進行單元測試。

二、實驗內容

1、黑盒單元測試（二選一）

（1）等價類劃分法

三角形問題的需求規格描述如下：

輸入三個整數a、b、c，分別作為三角形的三條邊，現通過程序判斷由三條邊構成的三角形的類型為等邊三角形、等腰三角形、一般三角形（特殊的還有直角三角形），以及構不成三角形。

現在要求輸入三個整數a、b、c，必須滿足以下條件：

條件1 1≤a≤100 條件2 1≤b≤100 條件3 1≤c≤100 條件4 a

1、條件2和條件3，程序給出“邊的取值超出允許范圍”的信息。

如果輸入值a、b、c 滿足條件

1、條件2和條件3，則輸出下列四種情況之一：（1）如果不滿足條件

4、條件5和條件6中的一個，則程序輸出為“非三角形”。（2）如果三條邊相等，則程序輸出為“等邊三角形”。（3）如果恰好有兩條邊相等，則程序輸出為“等腰三角形”。（4）如果三條邊都不相等，則程序輸出為“一般三角形”。針對此需求：

1、自己編寫程序實現，程序語言不限，并要求在實驗前完成；

2、分析該程序的輸入，建立等價類劃分表，并根據等價類表設計測試用例；

3、根據邊界值條件設計不少于10組的測試用例；

4、用所有測試用例對程序進行測試，記錄每組測試用例對應的輸出結果，并對結果進行分析；

5、確定是否存在bug，如果存在bug，分析其原因并調試修復。（2）因果圖法

有一個飲料的自動售貨機，其規格說明如下：投入相應的錢數，然后按下相應飲料的按鈕，如果錢數不夠，則給出信息“投入錢數不夠！請繼續投入！”，如果金額夠，就給出飲料，并找零。如果機器內該飲料已經售完，則提示“該飲料已經售完！”，如果不再買其它的飲料則退錢。如果光投入錢沒有選擇飲料，則給出提示“請選擇飲料！”，如果沒有投錢就選擇飲料，也會給出提示。（本程序由教師給出）分析該需求中的原因和結果，列出來； 畫出因果圖；

根據因果圖生成判定表（決策表）； 根據判定表設計測試用例；

運用測試用例對程序進行測試，并記錄測試結果；

6、提交實驗報告，報告內容如下：實驗題目、實驗目的、實驗內容、程序清單、測試用例、測試結果、結果分析、心得體會。

三、實驗要求

1、做好實驗預習，提前編寫相關程序，并設計測試用例。

2、寫出實驗報告，內容是：

（1）實驗日期（2）實驗題目（3）實驗內容

（4）實驗結果，包括測試用例，代碼清單、測試結果分析和心得體會。

3、本實驗以小組為單位，每組上交一篇報告，報告的名稱要包括組內人員的姓名。

四、實驗學時

本實驗需要4學時。

實驗三 單元測試

一、實驗目的

通過本實驗，熟悉單元測試的目的、內容，并掌握白盒單元測試及面向對象的單元測試的基本方法，能夠按照具體要求對指定的程序設計測試用例并進行單元測試。

二、實驗內容

1、白盒單元測試（二選一）

（1）對實驗二中編寫的三角形程序，畫出其程序流程圖；分析程序流程圖，確定程序分支；

（2）設計分別滿足語句覆蓋、路徑覆蓋、條件覆蓋及條件組合覆蓋和路徑覆蓋的測試用例；

（3）用測試用例對程序進行測試，記錄測試結果，并對結果進行分析，如果存在缺陷則修改程序，繼續測試；

2、面向對象的單元測試

對給定的類設計樁程序或驅動程序，設計測試用例，對其進行單元測試。

三、實驗要求

1、做好實驗預習，提前編寫相關程序，并設計測試用例。

2、寫出實驗報告，內容是：

① 實驗目的

② 實驗內容

③ 實驗結果，包括測試用例，代碼清單、測試結果分析和心得體會。

3、上報實驗源代碼（或測試腳本、測試結果文件、測試報告），本實驗以小組為單位，每組上交一篇報告，報告的名稱要包括組內人員的姓名。

四、實驗學時

本實驗需要4學時。

實驗四 集成測試

一、實驗目的

通過本實驗，熟悉集成測試的目的、內容，并掌握自底向上和自頂向下集成測試的基本方法，能夠按照具體要求對指定的程序設計測試用例并按要求進行集成測試。

二、實驗內容

自選一個包含多個模塊的程序，完成以下工作： *

1、編寫輔助程序

2、自底向上集成

三、實驗要求

1、做好實驗預習，提前編寫相關程序，并設計測試用例。

2、寫出實驗報告，內容是：

① 實驗目的。② 實驗內容

③ 實驗結果，包括測試用例，代碼清單、測試結果分析和心得體會。

3、上報實驗源代碼（或測試腳本、測試結果文件、測試報告），本實驗以小組為單位，每組上交一篇報告，報告的名稱要包括組內人員的姓名。

四、實驗學時

本實驗需要4學時。

實驗五 系統功能測試

一、實驗目的

通過本實驗，熟悉系統功能測試的目的、內容，并掌握功能測試基本方法，能夠功能規格說明對指定的系統設計測試用例并進行測試。

二、實驗內容

對指定的系統，參照系統功能設計測試用例，并進行功能測試，記錄測試結果。計算器程序功能測試

給定簡單四則運算計算器系統由兩個窗體構成，一個是計算窗體，一個是幫助信息窗體。該系統的主要功能是進行十進制的二元加、減、乘、除運算。

系統需求描述如下：四則運算計算器計算用戶輸入的兩個數字的計算結果，要求既能用鼠標點擊文本框和命令按鈕，也可以脫離鼠標，完全用鍵盤操作。當用戶輸入的內容不是合法的數字時，要求程序能給出提示。當用戶進行除法運算，并且輸入“0“作為分母時，要求程序能給出相應的錯誤提示。當用戶以任何順序輸入數據時，要求程序都能計算出正確結果。當用戶完成一次計算后，即可以不清除就再次輸入數據，也可以按“清除”鍵后再輸入運算數。要為用戶提供幫助功能，用戶可以通過點擊計算窗體中的幫助按鈕進入幫助窗體。在計算窗體中，按返回按鈕應退出系統。

三、實驗要求

1、做好實驗預習，提前編寫相關程序，并設計測試用例。

2、寫出實驗報告，內容是：

① 實驗目的② 實驗內容

③ 實驗結果，包括測試用例，代碼清單、測試結果分析和心得體會。

3、上報實驗源代碼（或測試腳本、測試結果文件、測試報告），本實驗以小組為單位，每組上交一篇報告，報告的名稱要包括組內人員的姓名。

四、實驗學時

本實驗需要4學時。

第五篇：【軟件工程師】實驗題目精選一

題目二：“學校教材定購系統”

1．系統簡介

本系統可以細化為兩個子系統：銷售系統和采購系統

銷售系統的主要工作過程為：首先由教師或學生提交購書單，經教材發行人員審核是有效購書單后，開發票、登記并返給教師或學生領書單，教師或學生可以到書庫領書。

采購系統的主要工作過程為：若是教材脫銷，則登記缺書，發缺書單給書庫采購人員；一旦新書入庫后，即發進書通知給教材發行人員。

以上功能要求在計算機上實現。

2．技術要求和限制條件

（1）當書庫中的各種書籍數量發生變化（包括進書和出書）時，都應修改相關的書庫記錄，如庫存表或進/出庫表。

（2）在實現上述銷售和采購的工作過程時，需考慮有關的合法性

驗證。

（3）系統的外部項至少包括：教師、學生和教材工作人員。

（4）系統的相關數據存儲至少包括：購書表、庫存表、缺書登記

表、待購教材表、進庫表和出庫表。