歡迎添加微信互相交流學習哦！

項目源碼：https://gitee.com/oklongmm/biye

第一章 引言
?1.1 編寫目的
本測試文檔的主要功能就是闡述軟件的測試計劃，內容，進度安排，測試過程以及最終的評價準則。本文檔供項目經理、測試經理，開發人員，測試人員參考。
??? ?針對測試人員：對測試的整個過程進行記錄，可以有效地進行測試內容、進度的安排以及設計最終的評價標準
??? ?針對測試經理：可以進行測試內容的檢測與評估，考核測試人員。
??? ?針對項目經理：測試經理與項目經理進行文檔的溝通與交流，可以對項目再進行下一步工作的部署與安排。
??? ?針對開發人員：根據測試文檔中某些問題的具體反映，經過項目經理的安排，進一步對軟件進行修改與完善。
1.2 背景
1.?? ?開發項目名稱：銀行綜合業務系統
2.?? ?任務提出人員：神州數碼融信軟件有限公司
系統開發人員：神州數碼融信有限公司實習小組chaser
系統使用用戶：銀行系統管理員、業務操作員
3.?? ?此軟件將開發銀行系統中客戶開戶、賬戶開戶以及貸款的全過程；
4. ?本銀行系統將提供銀行的管理和客戶服務的系統：
a．?? ?開發此系統是提高自主創造能力，提高開發過程中團隊的交流與協作，最終達到完成銀行系統開發的目的。
b．?? ?銀行系統管理員進行貸款、查詢以及相關業務的審批工作，業務操作員為銀行客戶提供客戶開戶、賬號開戶等服務。
1.3 定義
對整個系統進行的測試如下：
單元測試：主要是白盒測試，測試每個模塊的正確性，使其能正常運行(主要是開發人員進行測試，研發人員對自己開發的模塊進行測試)。
集成測試：主要是黑盒測試以及對接口的測試(采用等價類、邊界值、錯誤猜測等方法設計測試用例)。
主要是對以下功能進行測試。
簽到測試、客戶開戶測試、賬戶開戶測試、貸款開立測試、貸款發放測試、貸款發放結算測試、貸款回收測試、貸款回收結算測試、計提調整測試、通知單頁面測試
系統測試：主要黑盒測試，從用戶的角度對系統的整個功能進行確定和驗證的測試，以及對系統的性能測試，可靠性測試等。
驗收測試：在系統完成提交給用戶后對系統進行測試，驗證軟件的實現是否滿足設計空間，是用戶對系統做進一步的測試。

??? ?黑盒測試：在不考慮程序內部結構的內部特性，測試者只知道該軟件輸入和輸出之間的關系，或軟件功能的情況下，依靠能反映這一關系，和程序功能需求規格的說明書，來確定測試用例和推斷測試結果的正確性。
??? ?錯誤預測法：列舉出程序中可能出現的錯誤和容易發生錯誤的特殊情況，并且根 ?據他們選擇測試方案
??? ?等價類劃分法：是指某個輸入域的子集合。在該子集合中，各個輸入數據對揭露 程序中的錯誤都是等效的，并作合理假定，測試某等價類的代表值，就等于這類其他值得測試。
??? ?邊界值分析法（Boundary Value Analysis,BVA）：選取正好、剛剛大于或剛剛小于邊界的值作為測試數據的方法。
??? ?場景法：通過運用場景來對系統的功能點或業務流程進行測試的方法。
1.4 參考資料
1.陳能技.軟件測試技術大全.北京：人民郵電出版社，2008
2.趙斌.軟件測試技術經典教程.北京：科學出版社，2008
3.楊文宏，李新輝，等譯.面向對象的軟件測試.北京:中信出版社，2007
4.吳煒煜.軟件性能測試過程詳解與案例剖析.北京：清華大學出版社，2006
5.銀行綜合業務需求說明書
6.《軟件工程》
7.軟件測試》作者：張小松 ?機械工業出版社
8.Oracle 10G、PL/SQL數據庫系統的界面設計、工作原理和處理流程
?
第二章 計劃
2.1 軟件說明
? 本軟件是一個銀行綜合業務系統，主要實現銀行各個業務的實現，如： 客戶開戶、賬戶開戶、貸款業務等，從Teller端進入系統主界面，根據不同的業務進入不同的業務菜單填寫相關業務的表單信息，點擊提交，Teller端將這些信息封裝成消息送給Esb端，Esb端經過處理選擇相應的服務，將信息發送給后臺的Core端，Core端調用相應的服務對相應的數據表信息進行操作，操作完成后向Esb端返回一個信息，Esb端又向Teller端返回一個操作結果信息。該系統具有兼容性、可擴充性、健壯性，該系統為銀行處理相關的金融業務提供了很多的方便，具有技術可行性和操作可行性。
2.2測試參考文檔
文檔
（版本/日期）?? ?已創建或可用?? ?已被接收或已經過復審?? ?作者或來源?? ?備注

需求規格說明書?? ?
? 已創建?? ?
已經過復審?? ?
Chaser小組?? ?
?
詳細設計說明書?? ?
? 已創建?? ?
已經過評審
未經過復審?? ?
?? ?

測試時間表及人員安排?? ??
? 已創建?? ?
已被接受?? ?
?? ?

測試策略?? ?
? 已創建?? ?
?已被接受?? ?
??? ?

2.3 測試提交文檔
文檔?? ?已提交?? ?責任人?? ?質量檢測
測試計劃報告?? ?是□　否□?? ??? ?
需求說明書評審表?? ?是√　否□?? ?測試小組?? ?
詳細說明書評審表?? ?是√　否□?? ?測試小組?? ?
單元測試報告?? ?是□　否√?? ??? ?
集成測試報告?? ?是□　否√?? ??? ?
系統測試報告?? ?是□　否√?? ??? ?
驗收測試報告?? ?是□　否√?? ??? ?
2.4 測試內容
在銀行綜合業務系統中，我們主要進行以下幾個方面測試如圖2.1：
?
圖2.1測試內容概述圖
1．需求規格說明書的測試
? ? 在需求規格說明書編寫完成之后對說明書進行測試，完成需求說明書評審表
2．系統詳細說明書的測試
? ? 在系統說明書編寫完成之后對說明書進行測試，完成詳細說明書評審表
3．單元測試
單元測試通常是在編碼完成后進行測試。因而單元測試大多是從程序內部結構出發設計測試用例，即多采用白盒測試的方法。測試時主要從五個方面進行問題的檢查：
a)?? ?模塊的接口
b)?? ?局部數據結構
c)?? ?路經測試
d)?? ?邊界測試
e)?? ?出錯處理
4. 集成測試
集成測試階段是指每個模塊完成單元測試之后，需要按照設計時確定的結構圖，把他們鏈接起來，進行集成測試，主要采用兩種測試發法：
a)?? ?非增量式的測試
b)?? ?增量式的測試
5．系統測試
? ?在系統測試中包括兩部分的內容，及功能測試和性能的測試：
a）?? ?功能測試：系統是否實現各個業務功能
b）?? ?性能測試：包括一般性能測試（例如，檢查CPU的占用率、平均響應時間、吞吐量等），穩定性測試，負載測試，壓力測試等。
6. 性能測試
? ? 就是檢測軟件是否達到需求規格說明書的要求，并找出達不到這種性能要求時所產生的原因。
7．驗收測試
? ? ? ?在完成系統測試之后，進行軟件測試的最后一項過程，驗收測試。在驗收測試過程中，分析測試結果，做出驗收結論，明確通過驗收通過還是不通過。
2.5測試進度
測試內容?? ?計劃日期?? ?結束日期?? ?負責人?? ?質量檢查
需求規格說明書的測試?? ? ? ?2011-11-14?? ??
?? ??? ? ?

設計說明書測試?? ? ? ?2011-?? ?
2011-?? ??? ?

單元測試?? ? ?
2011-?? ?
2011-?? ?
?? ?

集成測試?? ??? ??? ?
?? ?

系統測試?? ??? ??? ?
?? ?

驗收測試?? ??? ??? ?
?? ?

第三章 測試設計說明
3.1測試策略
3.1.1項目階段劃分
1、銀行綜合業務系統的立項（項目需求討論）
2、銀行綜合業務系統的啟動（團隊組建）
3、銀行綜合業務系統的開發（系統開發、測試文檔編寫）
4、銀行綜合業務系統的完成（集成測試、系統測試）
3.1.2項目模塊功能
Teller端
1）Teller端的功能：
?? ??? ?a、首先進入Teller端登錄界面。
?? ??? ??? ?b、輸入正確的柜員號密碼選擇相應的機構網點號進入系統服務總界面。
?? ??? ?c、Teller端能夠接收后臺數據庫返回的處理結果并顯示在Teller端業務服務界面上。
2）IPO圖：
?
ESB端
1）ESB的功能：
?? ??? ?a、接收Teller端發送的請求消息。
?? ??? ?b、根據消息中的服務碼選擇相應的服務。
?? ??? ?c、向Core端發送Teller端傳送過來的業務消息。
?? ?2）Core的功能：
?? ??? ?a、接收Esb端發送來的消息。
?? ??? ?b、對Esb端進行解析。
?? ??? ?c、調用相關的服務操作。
?? ??? ?d、將處理的結果返回給Esb端。
?? ?3)IPO圖：

3.1.3單元測試
測試目標?? ?對每個模塊的功能進行測試，使之能正常實現
負責人?? ?
測試范圍?? ?每個模塊的實現功能。
測試技術?? ?白盒測試、靜態測試
開始標準?? ?看每個模塊的功能是否實現
完成標準?? ?所有模塊的功能可以正常實現
測試重點和優先級?? ?每個模塊的功能

3.1.4集成測試
測試目標?? ?檢測需求中業務流程，數據流的正確性。保證各個模塊連接起來的時候，穿越模塊接口的數據不會丟失。保證各個子功能組合起來，能達到預期要求的父功能。
責任人?? ?
測試范圍?? ?本次測試主要針對系統的各個功能模塊進行集成，對接口進行測試，保證并測試集成后功能實現是否正確。
技術?? ?黑盒測試
開始標準?? ?所有功能模塊集成后能否達到預期的目標。
完成標準?? ?所有功能模塊的接口正常，各模塊集成后能正常運行。
測試重點
和優先級?? ?測試重點是各個模塊之間的接口和模塊調用。
需要考慮的
特殊事項?? ?軟件集成測試過程中測試環境必須保持一致。
3.1.5系統測試
測試目標?? ?對系統的各功能進行驗證，根據功能測試用例，逐項測試，檢查系統是否達到用戶要求的功能。確保系統的功能正常
責任人?? ?
測試范圍?? ?本次測試主要針對系統進行檢測。
技術?? ?黑盒測試
開始標準?? ?整個系統是否滿足客戶的需求。
完成標準?? ?確保整個系統滿足客戶的需求。
測試重點
和優先級?? ?測試重點是整個系統。
3.2人力資源
下表列出了在此項目的人員配備方面所作的各種假定。
角色?? ?所推薦的最少資源（所分配的專職角色數量）?? ?具體職責或注釋

項目經理?? ?1?? ?1.?? ?確保目標實現，保證甲方滿意
2.?? ?制定項目階段性目標和項目總體控制計劃
3.?? ?組織精干的項目管理班子
4.?? ?及時決策，包括實施方案、人事任免獎懲、重大技術措施、設備采購方案、資源調配、進度計劃安排、合同及設計變更、索賠等
開發組?? ?7?? ?1.?? ?系統分析員：需求分析、系統分析（OOA）、業務建模
2.?? ?架構設計師：系統設計（OOD）
3.?? ?程序員：編碼實現、單元測試、集成測試
4.?? ?文檔工程師：用戶手冊、開發指南、產品發布說明
測試組?? ?4?? ?1.?? ?測試設計師：測試用例的開發、測試計劃
2.?? ?測試員：執行功能測試和壓力測試
3.3 測試環境
下表列出了測試的系統環境
軟件環境（相關軟件、操作系統等）
軟件：安裝有tom-cat的WINDOWS操作系統；java開發工具Eclipse或MyEclipse、消息隊列服務器Apache-activeMQ插件；安裝有Eclipse或MyEclipse開發工具；
IE8瀏覽器
操作系統：WINDOWS系列操作系統、LINIUX操作系統等；
硬件環境（網絡、設備等）
網絡：一般計算機之間的局域網；
設備：至少兩臺以上的計算機或pc機；
3.4 測試工具
此項目將列出測試使用的工具：
3.5界面測試
? ? ?界面是系統與用戶交互的最直接的層，界面的好壞直接影響用戶對系統的第一印象，而且設計良好的界面能夠引導用戶自己完成相應的操作，起到向導的作用。同時界面如同人的面孔，具有吸引用戶的直接優勢，設計合理的界面能給用戶輕松愉悅的感受，相反由于界面設計的失敗，在強大的功能都有可能在用戶的第一印象和放棄中付諸東流。
3.5.1 控制
1）輸入方式：手動輸入；
2）控制操作的順序：在Teller端輸入柜員機構號、網點號、登錄名、登錄密碼登錄系統，進入系統主頁面。?
3）結果的記錄方法：
a、記錄系統界面布局是否友好
b、記錄界面風格是否一致
c、記錄界面文字是否正確，圖片組合是否完美
3.5.2 輸入
進入登錄界面輸入柜員機構號、網點號、登錄名、登錄密碼登錄系統主界面。
?

總結

以上是生活随笔為你收集整理的基于java的银行综合业务柜台系统设计与实现(含源文件)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。