銀行儲蓄系統(tǒng)測試報告

1、銀行儲蓄系統(tǒng)測試計劃目 錄1.引言1.1編寫目的1.2背景1.3定義1.4參考資料2.計劃2.1軟件說明2.2測試內容2.3測試1（標識符）2.3.1進度安排2.3.2條件2.3.3測試資料2.3.4測試培訓2.4測試2（標識符）3. 測試設計說明3.1測試1（標識符）3.1.1控制3.1.2輸入3.1.3輸出3.1.4過程3.2測試2（標識符）4評價準則4.1范圍4.2數(shù)據(jù)整理4.3尺度第一章 引言1.1編寫目的基于不同的立場，存在著兩種完全不同的測試目的。從用戶的角度出發(fā)，普遍希望通過軟件測試暴露出軟件中陷藏的錯誤和缺陷，以考慮是否可以接受該產(chǎn)品。而從軟件開發(fā)者的角度出發(fā)，則希望測試成為表

2、明軟件產(chǎn)品中不存在錯誤的過程，驗證該軟件已正確地實現(xiàn)了用戶的要求，確立用戶對軟件質量的信心。 因為在程序中往往存在著許多預料不到的問題，可能會被疏漏，許多隱藏的錯誤只有在特定的環(huán)境下才可能暴露出來。如果不把著眼點放在盡可能查找錯誤這樣一個基礎上，這些隱藏的錯誤和缺陷就查不出來，會遺留到運行階段中去。如果站在用戶的角度替他們設想，就應當把測試活動的目標對準揭露程序中存在的錯誤。在選取測試用例時，考慮那些易于發(fā)現(xiàn)程序錯誤的數(shù)據(jù)。 下面這些規(guī)則也可以看作是測試的目的或定義：1. 測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程； 2. 好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案； 3. 成功

3、的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。 從上述規(guī)則可以看出，測試的正確定義是“為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程”。這和某些人通常想象的“測試是為了表明程序是正確的”，“成功的測試是沒有發(fā)現(xiàn)錯誤的測試”等等是完全相反的。正確認識測試的目標是十分重要的，測試目標決定了測試方案的設計。如果為了表明程序是正確的而進行測試，就會設計一些不易暴露錯誤的測試方案；相反，如果測試是為了發(fā)現(xiàn)程序中的錯誤，就會力求設計出最能暴露錯誤的測試方案。 由于測試的目標是暴露程序中的錯誤，從心理學角度看，由程序的編寫者自己進行測試是不恰當?shù)摹Ｒ虼?，在綜合測試階段通常由其他人員組成測試小組來完成測試工作。此外，應該

4、認識到測試決不能證明程序是正確的。即使經(jīng)過了最嚴格的測試之后，仍然可能還有沒被發(fā)現(xiàn)的錯誤潛藏在程序中。測試只能查找出程序中的錯誤，不能證明程序中沒有錯誤。1.2背景a所開發(fā)的系統(tǒng)名稱：銀行儲蓄系統(tǒng)b任務提出者：楚雄州農(nóng)業(yè)銀行c開發(fā)者：陳強d用戶：銀行職員、中國公民e安裝此軟件的計算中心：楚雄農(nóng)業(yè)銀行d測試環(huán)境：windows xp + sql server 2000對于這個具有龐大的企業(yè)，我開發(fā)了銀行儲蓄系統(tǒng)是為了楚雄市農(nóng)業(yè)銀行的管理機制提出的。開發(fā)該產(chǎn)品的目標是：使目前銀行管理更方便、更快捷、更簡單、更安全，同時滿足不同用戶的需求，儲蓄者可以隨時查詢本金和利息，貸款者可以快捷的貸款和還款，一

5、般用戶可以到銀行開通帳戶，同時可以完成儲蓄和轉賬操作，更方便的提供查詢、掛失和密碼修改，總之旨在完善目前銀行儲蓄系統(tǒng)，使之能跟上時代的發(fā)展。同時通過實踐來提高自己的動手能力。在開發(fā)之前，我認真做了該項目的需求分析，然后接著就是系統(tǒng)的設計，其中剛開始的時候我做的是過程化的分析和設計，但是經(jīng)過我仔細考慮和老師的指導，我重新思考了我的問題，對于開發(fā)該軟件，如果用過程化的設計方法，那樣將使我以后的工作有章可循，但是，在實現(xiàn)的時候還要重新進行構思一遍，因為我是用的是面向對象開發(fā)的工具。所以最后我有寫出了面向對象的開發(fā)與設計計劃，這樣使我以后的編碼實現(xiàn)變得更簡單。1.3定義1.開戶：只要是中國公民都可以到

6、中國農(nóng)業(yè)銀行填寫一張開戶申請表，然后提交兩張身份證復印件，銀行職員把客戶的信息錄入計算就，并把一張農(nóng)行卡號輸入計算機，然后有客戶輸入一個密碼，這樣客戶就可以在全國農(nóng)業(yè)銀行或者是標有銀聯(lián)字樣的自動取款機憑密碼進行取款、查詢、存款、密碼修改等操作；2.客戶：客戶是指已經(jīng)到農(nóng)業(yè)銀行開戶的中國公民，客戶可以進行存款、取款、查詢、密碼修改、轉賬、掛失、銷戶等操作；3.賬號：賬號是有銀行卡管理機構制定的有19位阿拉伯數(shù)字組成，中國范圍內賬號是不相同的，賬號是客戶身份的主要識別方式；4.密碼：銀行卡的密碼是有六位阿拉伯數(shù)組成，初始密碼有客戶輸入，以后客戶還可以在自動取款機上修改，客戶需要憑密碼和銀行卡才可以

7、進行取款、轉賬、查詢、掛失、密碼修改等操作，客戶可以不用密碼就可以進行存款操作，客戶銷戶要到農(nóng)業(yè)銀行進行，自動取款機上不能進行銷戶；5.查詢：查詢是指客戶可以在自動柜員機查詢出自己賬戶上的余額，同時可以查詢出存款記錄和取款記錄等信息；6.轉賬：轉賬是客戶之間賬戶上的貨幣可以任意的進行轉移，轉賬操作只需要輸入對方賬號和轉賬金額就可以進行轉賬；7.存款：存款是客戶可以在自動柜員機上插入銀行卡然后輸入存款金額并在出納接口放入相應金額的貨幣，系統(tǒng)自動將該賬戶的余額上增加相應的貨幣；8.取款：取款是指客戶在自動柜員機上插入卡后輸入密碼驗證正確后輸入取款金額后系統(tǒng)取出相應金額貨幣給客戶；9.密碼修改：客戶

8、如果不想要原來的密碼或者是原來密碼已經(jīng)泄漏，這樣客戶需要重新修改密碼，以保證本卡的安全性，修改密碼時客戶需要兩次輸入新密碼并且兩次輸入的密碼一致才可以進行密碼修改；10.掛失：掛失是只當客戶的銀行卡丟失或損壞時可以進行掛失操作，掛失后客戶不可以再進行該卡的任何操作，然后在規(guī)定的時間后銀行重新給客戶辦一張農(nóng)行卡，但是該卡上的余額不會減少；11.銷戶：銷戶是客戶不想在想在使用農(nóng)業(yè)銀行提供的服務時進行銷戶，銷戶時會退給客戶所有余額，銷戶必須到農(nóng)業(yè)銀行進行；1.4參考資料1. 軟件測試技術，賀平 編著，機械工業(yè)出版社，2004年；2. 軟件測試software testing second editi

9、on（英文版 第2版）（美）， ron patton著，機械工業(yè)出版社，2006年;3. 軟件測試方法和技術， 朱少民 編著， 清華大學出版社， 2005年;4. 軟件測試自動化技術與實例詳解， 美 mark fewster & dorothy graham 著， 電子工業(yè)出版社， 2000年;5. 實用軟件測試方法與應用， 飛思科技產(chǎn)品研發(fā)中心 編著， 電子工業(yè)出版社， 2003年;6. 軟件能力成熟度模型集成(cmmi)， 羅運模 等編， 清華大學出版社， 2003年;7. 面向對象的軟件測試， 楊文宏，李心輝 等譯， 中信出版社， 2002第二章 計劃2.1軟件說明我開發(fā)的銀行儲蓄系統(tǒng)是

10、為了楚雄市農(nóng)業(yè)銀行的管理機制提出的。開發(fā)該產(chǎn)品的目標是：使目前銀行管理更方便、更快捷、更簡單、更安全，同時滿足不同用戶的需求，儲蓄者可以隨時查詢本金和利息，貸款者可以快捷的貸款和還款，一般用戶可以到銀行開通帳戶，同時可以完成儲蓄和轉賬操作，更方便的提供查詢、掛失和密碼修改，總之旨在完善目前銀行儲蓄系統(tǒng)，使之能跟上時代的發(fā)展。同時通過實踐來提高自己的動手能力。銀行儲蓄系統(tǒng)實現(xiàn)以下有以下功能：1. 開戶：只要是中國國籍的公民和海外華人、華僑都可以在中國農(nóng)業(yè)銀行進行開戶，開戶的同時，銀行向用戶提供一張有中國農(nóng)業(yè)銀行字樣的農(nóng)行卡；2. 存款：已經(jīng)開戶的用戶可以到農(nóng)業(yè)銀行進行存款操作，并可以享受相應的利

11、息，存款類型可以是活期和定期，有用戶根據(jù)自己的需要自由選擇；3. 取款：已經(jīng)開戶并且存款的用戶可以在中國農(nóng)業(yè)銀行取款，也可以到標有銀聯(lián)字樣的自動取款機進行取款，用戶可以根據(jù)自己的需要決定取款金額，但是用戶的取款數(shù)目不得超過帳戶余額，若超過余額則有系統(tǒng)自動取消本次操作；4. 轉賬：用戶可以方便、快捷、準確、安全的把自己帳戶上的金額轉到另外一個帳戶，方便人民幣的流通；5. 查詢：用戶可以隨時到農(nóng)行查詢自己的余額、取款明細、存款明細，同時可以打印發(fā)票；6. 修改密碼：為了保證用戶賬號的安全，用戶可以更改自己帳戶的密碼；7. 掛失：如果用戶的銀行卡丟失或損壞，用戶可以到開卡黨委進行掛失，掛失時用戶需要

12、提供居民身份證和其他有效證件，三天之后用戶可以重新開戶，即使這樣用戶的余額不會減少，讓用戶用得放心；8. 消戶：當用戶不想再使用中國農(nóng)行提供的服務可以到農(nóng)行進行消戶；9.系統(tǒng)應符合銀行賬戶管理的規(guī)定，滿足銀行相關人員日常使用的需要，并達到操作過程中的直觀、方便、實用安全等要求； 10.系統(tǒng)采用模塊化程序設計方法，即便于系統(tǒng)功能的各種組合和修改，又便于未參與開發(fā)的技術維護人員補充、維護； 11.系統(tǒng)應具備數(shù)據(jù)庫維護功能，及時根據(jù)用戶需求進行數(shù)據(jù)的添加、刪除、備份等操作； 12.盡量采用現(xiàn)有軟硬軟硬件環(huán)境及先進的管理系統(tǒng)開發(fā)方案，從而達到充分利用現(xiàn)在有資源，提高系統(tǒng)開發(fā)水平和應用效果的目的。2.2

13、測試內容軟件缺陷是有以下幾種：軟件未達到產(chǎn)品說明書表明的功能。軟件出現(xiàn)了產(chǎn)品說明書指名不會出現(xiàn)的錯誤。軟件功能超出產(chǎn)品說明書指名范圍。軟件未達到產(chǎn)品說明書雖未指出但應達到的目標。軟件測試人員認為軟件難以理解、不易使用、運行速度緩慢，或者最終用戶認為不好。組裝測試：步驟一: 按照概要設計規(guī)格說明，明確有哪些被測模塊。在熟悉被測模塊性質的基礎上對被測模塊進行分層，在同一層次上的測試可以并行進行，然后排出測試活動的先后關系，制定測試進度計劃。圖2給出了自底向上的組裝測試過程中各測試活動的拓撲關系。利用圖論的相關知識，可以排出各活動之間的時間序列關系，處于同一層次的測試活動可以同時進行，而不會相互影響

14、。 步驟二: 在步驟一的基礎上，按時間線序關系，將軟件單元組裝為模塊，并測試在組裝過程中出現(xiàn)的問題。這里，可能需要測試人員開發(fā)一些驅動模塊來驅動組裝活動中形成的被測模塊。對于比較大的模塊，可以先將其中的某幾個軟件單元組裝為子模塊，然后再組裝為一個較大的模塊。 步驟三: 將各軟件模塊組裝為子系統(tǒng)（或分系統(tǒng)）。檢測各自子系統(tǒng)是否能正常工作。同樣，可能需要測試人員開發(fā)少量的驅動模塊來驅動被測子系統(tǒng)。 步驟四: 將各子系統(tǒng)組裝為最終用戶系統(tǒng)，測試是否存在各分系統(tǒng)能否在最終用戶系統(tǒng)中正常工作。確認測試：事實上，軟件開發(fā)人員不可能完全預見用戶實際使用程序的情況。例如，用戶可能錯誤的理解命令，或提供一些奇怪

15、的數(shù)據(jù)組合，亦可能對設計者自認明了的輸出信息迷惑不解，等等。因此，軟件是否真正滿足最終用戶的要求，應由用戶進行一系列“驗收測試”。驗收測試既可以是非正式的測試，也可以有計劃、有系統(tǒng)的測試。有時，驗收測試長達數(shù)周甚至數(shù)月，不斷暴露錯誤，導致開發(fā)延期。一個軟件產(chǎn)品，可能擁有眾多用戶，不可能由每個用戶驗收，此時多采用稱為、測試的過程，以期發(fā)現(xiàn)那些似乎只有最終用戶才能發(fā)現(xiàn)的問題。測試是指軟件開發(fā)公司組織內部人員模擬各類用戶行對即將面市軟件產(chǎn)品（稱為版本）進行測試，試圖發(fā)現(xiàn)錯誤并修正。測試的關鍵在于盡可能逼真地模擬實際運行環(huán)境和用戶對軟件產(chǎn)品的操作并盡最大努力涵蓋所有可能的 用戶操作方式。經(jīng)過測試調整的

16、軟件產(chǎn)品稱為版本。緊隨其后的測試是指軟件開發(fā)公司組織各方面的典型用戶在日常工作中實際使用版本，并要求用戶報告異常情況、提出批評意見。然后軟件開發(fā)公司再對版本進行改錯和完善。2.3測試1（標識符）a:測試系統(tǒng)：銀行儲蓄系統(tǒng)b測試地點：楚雄師范學院c測試者：陳強2.3.1進度安排2009年6月：進行測試資料的閱讀，重點閱讀1. 軟件測試技術，賀平 編著，機械工業(yè)出版社，2004年； 2009年7月上旬：進行測試數(shù)據(jù)的準備； 2009年7月下旬：進行測試；2.3.2條件所用到的設備：服務器一臺、主機一臺所用平臺：windows xp + sql server2000測試人員：陳強、具體用戶2.3.4

17、測試培訓從網(wǎng)上下載一些關于測試的各種技能和注意事項；2.4測試2（標識符）所用到的設備：服務器一臺、主機一臺所用平臺：windows xp + sql server2000 第三章 測試設計說明3.1測試1（標識符）對于測試1中我的思路是這樣的，在windows xp 下進行單元測試，單元測試是在軟件開發(fā)過程中要進行的最低級別的測試活動，在單元測試活動中，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。單元測試不僅僅是作為無錯編碼一種輔助手段在一次性的開發(fā)過程中使用，單元測試必須是可重復的，無論是在軟件修改，或是移植到新的運行環(huán)境的過程中。因此，所有的測試都必須在整個軟件系統(tǒng)的生命周

18、期中進行維護。關于單元測試（unit test），目前已經(jīng)有了一些專用的工具來完成測試工具，這對于開發(fā)人員來說當然是好事。我認為具備單元測試方面的知識和技能，是當今開發(fā)人員的基本要求，進一步地，利用tdd（test driven development）測試驅動開發(fā)的思想來指導自己的開發(fā)是開發(fā)人員邁向更高層次的階石。 3.1.1控制 此測試使用人工輸入數(shù)據(jù)和人工記錄結果的控制方法。首先，有人手工輸入測試數(shù)據(jù)；其次，記錄運行結果；再次，改正錯誤；3.1.2輸入類測試階段確保類實例滿足類的設計描述；測試驅動：使用junit實現(xiàn)獨立的測試類；類的實例方法沒有和任何類交互的確保覆蓋100；先測試沒有交

19、互的類，然后逐步組合測試；使用code coverage工具進行類代碼覆蓋測試；類測試用例確定方法之一：根據(jù)前置和后置狀態(tài)確定測試用例（前置條件中可指定輸入值，包括常見值和邊界值，來增加測試用例的測試覆蓋率），根據(jù)前置和后置條件的不同組合方式產(chǎn)生不同的測試用例具體測試方法體；類測試用例確定方法之二：根據(jù)代碼確定測試用例。所有public聲明的方法都需要被測試（確定的）；protected和frendly聲明的方法有所選擇的被測試（模糊的）；所有private聲明的方法都被禁止測試（確定的）。類測試用例確定方法之三：根據(jù)狀態(tài)轉換確定測試用例。用例命名方式：1、根據(jù)用例方法命令；2、根據(jù)前置條件和

20、后置狀態(tài)命名。盡量使測試代碼不依賴于數(shù)據(jù)（不要因為外部數(shù)據(jù)不同而產(chǎn)生不同結果）。進行語句覆蓋率分析。 3.1.3輸出1.特殊字符錯誤與提示限制條件不一致。如提示說只允許輸入*號，但實際可以輸入號；保存成功，但其他接口調用提示錯誤。最常出錯的字符有”%|-+.2.極限值錯誤雖然極限值是測試中最為常見的測試項目，但往往在測試驗證階段仍然會出現(xiàn)錯誤。通常的錯誤有幾種：與提示限制條件不一致。如提示說只允許輸入20位，但實際可以輸入25位前臺界面限制條件與數(shù)據(jù)庫存儲不一致。錄入50字符，保存提示異常。 3. 界面控制錯誤大小寫控制錯誤。界面控制區(qū)分字符大小寫，但保存到數(shù)據(jù)庫時數(shù)據(jù)庫并不區(qū)分大小寫，導致保

21、存出錯。逆操作失效。比如審核單據(jù)可以成功，但取消審核提示錯誤。按鈕狀態(tài)控制不嚴格。比如單據(jù)審核后，提交按鈕需要置灰，但是沒控制導致報錯顯示的規(guī)范性,比方說同一界面或不同界面的字體大小等. 如輸入數(shù)字型的字段時，要考慮整數(shù)位和小數(shù)位的長度控制.要注意界面、提示、菜單、按鈕上沒有錯別字和病句,且漢字要顯示完整，不能出現(xiàn)一半漢字的情況產(chǎn)品的統(tǒng)一風格,如:備選框和選入框之間的選擇,有的用選擇,有的用%|-+.2.極限值錯誤雖然極限值是測試中最為常見的測試項目，但往往在測試驗證階段仍然會出現(xiàn)錯誤。通常的錯誤有幾種：與提示限制條件不一致。如提示說只允許輸入20位，但實際可以輸入25位前臺界面限制條件與數(shù)據(jù)庫存儲不一致。錄入50字符，保存提示異常。 3. 界面控制錯誤大小寫控制錯誤。界面控制區(qū)分字符大小寫，但保存到數(shù)據(jù)庫時數(shù)據(jù)庫并不區(qū)分大小寫，導致保存出錯。逆操作失效。比如審核單據(jù)可以成功，但取消審核提示錯誤。按鈕狀態(tài)控制不嚴格。比如單據(jù)審核后，提交按鈕需要置灰，但是沒控制導致報錯顯示的規(guī)范性,比方說同一界面或不同界面的字體大小等. 如輸入數(shù)字型的字段時，要