生產管理信息系統設計與實現(十一)

圖6.2軟件測試的過程

l.單元測試

單元測試針對程序模塊,進行正確性檢驗的測試。其目的在于發現各模塊內部可能存在的各種差錯。單元測試需要從程序的內部結構出發設計測試用例。多個模塊可以平行地獨立進行單元測試[2']。

單元測試的內容包括模塊接口測試、局部數據結構測試、路徑測試、錯誤處理測試、邊界測試。此外,如果對模塊運行時問有要求的話,還要專門進行關鍵路徑測試,以確定最壞情況下和平均意義下影響模塊運行時間的因素。這類信息對進行性能評價是十分有用的。

通常單元測試在編碼階段進行。在源程序代碼編制完成,經過評審和驗證之后,開始進行單元測試的測試用例設計。利用設計文檔,設計可以驗證程序功能、找 出程序錯誤的多個測試用例。對于每一組輸入,應有預期的正確結果。

模塊并不是一個獨立的程序,在考慮測試模塊時,同時要考慮它和外界的聯系,用一些輔助模塊去模擬與被測模塊相聯系的其它模塊。

如果一個模塊要完成多種功能,且以程序包或對象類的形式出現。這時可以將這個模塊看成由幾個小程序組成。對其中的每個小程序先進行單元測試要做的工作,對關鍵模塊還要做性能測試。對支持某些標準規程的程序,更要著手進行互聯測試。又稱為模塊測試,以區別単元測試。

2.集成測試

在単元測試的基礎上,需要將所有模塊按照設計要求組裝成系統。選擇什么方式把模塊組裝起來形成一個可運行的系統,直接影響到模塊測試用例的形式、所用測試工具的類型、模塊編號的次序和測試的次序、以及生成測試用例的費用和調試的費用。通常,把模塊組裝成為系統的方式有兩種方式:

1)一次性集成方式

也稱整體拼裝,是一種非增殖式集成方式。使用這種方式,首先對每個模塊分別進行模塊測試,然后再把所有模塊組裝在一起進行測試,最終得到要求的軟件系統。

由于程序中不可避免地存在涉及模塊間接口、全局數據結構等方面的問題,所以一次試運行成功的可能性并不很大。

2)增殖式集成方式

又稱漸增式集成方式。首先進行模塊測試,然后將這些模塊逐步組裝成較大的系統,在組裝的過程中邊連接邊測試,以發現連接過程中產生的問題。最后通過增殖逐步組裝成為要求的軟件系統。

通常是把以上兩種方式結合起來進行組裝和測試。

3.確認測試

確認測試又稱有效性測試。它的任務是驗證軟件的有效性,即驗證軟件的功能和性能及其它特性是否與用戶的要求一致。在軟件需求規格說明書描述了全部用戶可見的軟件屬性,其中有一節叫做有效性準則,它包含的信息就是軟件確認測試的基礎。

在確認測試階段需要做的工作如圖6.3所示。首先要進行有效性測試以及軟件配置復審,然后進行驗收測試和安裝測試,在通過了專家鑒定之后,才能成為可交付的軟件。

6.3確認測試的步驟

l)進行有效性測試(功能測試)

有效性測試是在模擬的環境(可能就是開發的.環境)下,運用黑盒測試的方法,驗證被測軟件是否滿足需求規格說明書列出的需求。為此,需要首先制定測試計劃,規定要做測試的種類。還需要制定一組測試步驟,描述具體的測試用例。通過實施預定的測試計劃和測試步驟,確定軟件的特性是否與需求相符,確保所有的軟件功能需求都能得到滿足,所有的軟件性能需求都能達到,所有的文檔都是正確且便于使用。同時,對其它軟件需求,例如可移植性、兼容性、出錯自動恢復、可維護性等,也都要進行測試,確認是否滿足。

2)軟件配置復査

軟件配置復査的目的是保證軟件配置的所有成分都齊全,各方面的質量都符合要求,具有維護階段所必需的細節,而且已經編排好分類的目錄。

除了按合同規定的內容和要求,由人工審査軟件配置之外,在確認測試的過程中,應當嚴格遵守用戶手冊和操作手冊中規定的使用步驟,以便檢査這些文檔資料的完整性和正確性。必須仔細記錄發現的遺漏和錯誤,并且適當地補充和改正。

3)驗收測試

在通過了系統的有效性測試及軟件配貴審査之后,就應開始系統的驗收測試。驗收測試是以用戶為主的測試。軟件開發人員和QA(質量保證)人員也應參加。由用戶參加設計測試用例,使用用戶界面輸入測試數據,并分析測試的輸出結果。一般使用生產中的實際數據進行測試。在測試過程中,除了考慮軟件的功能和性能外,還應對軟件的可移植性、兼容性、可維護性、錯誤的恢復功能等進行確認[23]。

4)a測試和β測試

在軟件交付使用之后,用戶將如何實際使用程序,對于開發者來說是無法預測的。因為用戶在使用過程中常常會發生對使用方法的誤解、異常的數據組合、以及產生對某些用戶來說似乎是清晰的但對另一些用戶來說卻難以理解的輸出等等。

如果軟件是為多個用戶開發的產品的時候,讓每個用戶逐個執行正式的驗收測試是不切實際的。很多軟件產品生產者釆用一種稱之為a測試和β測試的測試方法,以發現可能只有最終用戶才能發現的錯誤。

a測試是由一個用戶在開發環境下進行的測試,也可以是公司內部的用戶在模擬實際操作環境下進行的測試。這是在受控制的.環境下進行的測試。a測試的目的是評價軟件產品的FuRPS(即功能、可使用性、可靠性、性能和支持)。尤其注重產品的界面和特色。a測試人員是除產品開發人員之外首先見到產品的人,他們提出的功能和修改意見是特別有價值的。a測試可以從軟件產品編碼結束之時開始,或在模塊(子系統)測試完成之后11fT:-始,也可以在確認測試過程中產品達到一定的穩定和可靠程度之后再開始。有關的手冊(草稿)等應事先準備好。

β測試是由軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。與a測試不同的是,開發者通常不在測試現場。因而,β測試是在開一發者無法控制的環境下進行的軟件現場應用。在β測試中,由用戶記下遇到的所有問題,包括真實的以及主觀認定的,定期向開發者報告,開發者在綜合用戶的報告之后,做出修改,最后將軟件產品交付給全體用戶使用。β測試主要衡量產品的FuRPS。著重于產品的支持性,包括文檔、客戶培訓和支持產品生產能力。只有當a測試達到一定的可靠程度時,才能開始β測試。由于它處在整個測試的最后階段,不能指望這時發現主要問題。同時,產品的所有手冊文本也應該在此階段完全定稿。由于β測試的主要目標是測試可支持性,所以β測試應盡可能由主持產品發行的人員來管理。

4.系統測試

系統測試是將通過確認測試的軟件,作為整個基于計算機系統的一個元素,與計算機硬件、外設、某些支持軟件、數據和人員等其它系統元素結合在一起,在實際運行環境下,對計算機系統進行一系列的組裝測試和確認測試。

系統測試的目的在于通過與系統的需求定義作比較,發現軟件與系統定義不符合或與之矛盾的地方。系統測試的測試用例應根掘需求分析規格說明來設計,并在實際使用環境下運行。

6.1.2功能測試

通過圖形用戶界面(GuI)與應用程序進行交互,并對交互的輸出或結果進行分析,以此來核實應用程序及其內部進程。

測試目標:確保測試的功能正常,其中包括導航,數掘輸入,處理和檢索等功能。

測試范田:本系統界面的全部功能単元,包括菜単及按⊠a1。

測試技術:利用有效的和無效的數據來執行各個用例、用例流或功能,以期在使用有效數據時得到預期的結果,在使用無效數掘-時顯示相應的錯誤消息或警告消息。

6.2系統的測試與運行情況

6.2.1半成品庫管理模塊

●測試目的

半成品庫管理測試的目的是通過完整的測試保證生產管理信息系統半成品庫管理模塊在相應的硬件配置環境中,穩定而有效的運行。

●測試對象

生產管理系統2.0半成品庫管理

●測試日期

20018年3月5日

●測試環境

服務器操作系統:Windows2000Server

客戶端操作系統:WindowsxP

●參考文檔

«庫存管理使用手冊»

●測試記錄

l、基本設置

測試目的:在系統中對庫存基本參數進行設置。

測試要求:在系統中操作半成品庫管理模塊前,必須提前設管好參數。

2、出入庫

測試目的:描述物料的出入庫操作流程。

測試要求:熟練在系統中操作物料出入庫的流程。

3、庫存査詢

測試目的:描述庫存査詢的操作流程。

測試要求:熟練在系統中操作J車存綜合査詢的流程。

6.2.2生產管理模塊

測試目的

生產管理測試的目的是通過完整的測試保證生產管理系統生產管理模塊在相應的硬件配置環境中,穩定而有效的運行。

●測試對象

生產管理系統2.0生產管理

●測試FI期

2018年3月8日

●測試環境

服務器操作系統:Windows2000Server

客戶端操作系統:windowsxP

●參考文檔

«生產數據使用手冊»

●測試記錄

1、生產計劃

測試目的:在系統中錄入生產計劃,并對生產計劃進行分解。

測試要求:熟悉月度計劃的錄入和周計劃的分解。

步驟 測試描述 測試內容 測試路徑 問題 處理結果

1 主生產計劃 維護月度計劃制定 生產規劃>生產計 無

劃>主生產計劃

2 計劃工作臺 將月度計劃接照周計 生產規劃>生產計 無

劃進行分解 劃>計劃工作臺

2、計劃完工

●測試目的:描述計劃完工后的數據反饋。

●測試要求:熟練在系統中錄入完工的反饋單。

6.2.3質量管理模塊

●測試目的

質量管理測試的目的是通過完整的測試保證生產管理系統質量管理模塊在相應的硬件配置環境中,穩定而有效的運行。

●測試對象

生產管理系統2.0質量管理

 

●測試日期

2018年3月10日

●測試環境

服務器操作系統:Windows2000Server

客戶端操作系統:windowsxP

●參考文檔

«質量管理使用手冊»

●測試記錄

1、基礎數據

測試目的:在系統中建立質量檢驗的基礎數據。

測試要求:熟悉質量管理中基礎數據的檢驗模型。

2、請驗管理

測試目的:維護并審核產品的請驗單。

測試要求:熟練產品的請驗流程。