測試計畫
系別：電腦科學系
班級：06級1班
姓名：陳強
學號：20061081144
目錄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資料整理
4.3尺度
第一章引言
1.1編寫目的
基於不同的立場，存在著兩種完全不同的測試目的。從使用者的角度出發，普遍希望通過軟體測試暴露出軟體中陷藏的錯誤和缺陷，以考慮是否可以接受該產品。而從軟體開發者的角度出發，則希望測試成為表明軟體產品中不存在錯誤的過程，驗證該軟體已正確地實現了使用者的要求，確立使用者對軟體質量的信心。
因為在程式中往往存在著許多預料不到的問題，可能會被疏漏，許多隱藏的錯誤只有在特定的環境下才可能暴露出來。如果不把著眼點放在盡可能查詢錯誤這樣乙個基礎上，這些隱藏的錯誤和缺陷就查不出來，會遺留到執行階段中去。如果站在使用者的角度替他們設想，就應當把測試活動的目標對準揭露程式中存在的錯誤。
在選取測試用例時，考慮那些易於發現程式錯誤的資料。
下面這些規則也可以看作是測試的目的或定義：
1. 測試是為了發現程式中的錯誤而執行程式的過程；
2. 好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案；
3. 成功的測試是發現了至今為止尚未發現的錯誤的測試。
從上述規則可以看出，測試的正確定義是「為了發現程式中的錯誤而執行程式的過程」。這和某些人通常想象的「測試是為了表明程式是正確的」，「成功的測試是沒有發現錯誤的測試」等等是完全相反的。正確認識測試的目標是十分重要的，測試目標決定了測試方案的設計。
如果為了表明程式是正確的而進行測試，就會設計一些不易暴露錯誤的測試方案；相反，如果測試是為了發現程式中的錯誤，就會力求設計出最能暴露錯誤的測試方案。
由於測試的目標是暴露程式中的錯誤，從心理學角度看，由程式的編寫者自己進行測試是不恰當的。因此，在綜合測試階段通常由其他人員組成測試小組來完成測試工作。此外，應該認識到測試決不能證明程式是正確的。
即使經過了最嚴格的測試之後，仍然可能還有沒被發現的錯誤潛藏在程式中。測試只能查詢出程式中的錯誤，不能證明程式中沒有錯誤。
1.2背景
a．所開發的系統名稱：銀行儲蓄系統
b．任務提出者：楚雄州農業銀行
c．開發者：陳強
d．使用者：銀行職員、中國公民
e．安裝此軟體的計算中心：楚雄農業銀行
d．測試環境：windows xp + sql server 2000
對於這個具有龐大的企業，我開發了《銀行儲蓄系統》是為了楚雄市農業銀行的管理機制提出的。開發該產品的目標是：使目前銀行管理更方便、更快捷、更簡單、更安全，同時滿足不同使用者的需求，儲蓄者可以隨時查詢本金和利息，貸款者可以快捷的貸款和還款，一般使用者可以到銀行開通帳戶，同時可以完成儲蓄和轉賬操作，更方便的提供查詢、掛失和密碼修改，總之旨在完善目前銀行儲蓄系統，使之能跟上時代的發展。
同時通過實踐來提高自己的動手能力。
在開發之前，我認真做了該項目的需求分析，然後接著就是系統的設計，其中剛開始的時候我做的是過程化的分析和設計，但是經過我仔細考慮和老師的指導，我重新思考了我的問題，對於開發該軟體，如果用過程化的設計方法，那樣將使我以後的工作有章可循，但是，在實現的時候還要重新進行構思一遍，因為我是用的是物件導向開發的工具。所以最後我有寫出了物件導向的開發與設計計畫，這樣使我以後的編碼實現變得更簡單。
1.3定義
[1].開戶：只要是中國公民都可以到中國農業銀行填寫一張開戶申請表，然後提交兩張身份證影印件，銀行職員把客戶的資訊錄入計算就，並把一張農行卡號輸入計算機，然後有客戶輸入乙個密碼，這樣客戶就可以在全國農業銀行或者是標有銀聯字樣的自動取款機憑密碼進行取款、查詢、存款、密碼修改等操作；
[2].客戶：客戶是指已經到農業銀行開戶的中國公民，客戶可以進行存款、取款、查詢、密碼修改、轉賬、掛失、銷戶等操作；
[3].賬號：賬號是有銀行卡管理機構制定的有19位阿拉伯數字組成，中國範圍內賬號是不相同的，賬號是客戶身份的主要識別方式；
[4].密碼：銀行卡的密碼是有六位阿拉伯數組成，初始密碼有客戶輸入，以後客戶還可以在自動取款機上修改，客戶需要憑密碼和銀行卡才可以進行取款、轉賬、查詢、掛失、密碼修改等操作，客戶可以不用密碼就可以進行存款操作，客戶銷戶要到農業銀行進行，自動取款機上不能進行銷戶；
[5].查詢：查詢是指客戶可以在自動櫃員機查詢出自己賬戶上的餘額，同時可以查詢出存款記錄和取款記錄等資訊；
[6].轉賬：轉賬是客戶之間賬戶上的貨幣可以任意的進行轉移，轉賬操作只需要輸入對方賬號和轉賬金額就可以進行轉賬；
[7].存款：存款是客戶可以在自動櫃員機上插入銀行卡然後輸入存款金額並在出納介面放入相應金額的貨幣，系統自動將該賬戶的餘額上增加相應的貨幣；
[8].取款：取款是指客戶在自動櫃員機上插入卡後輸入密碼驗證正確後輸入取款金額後系統取出相應金額貨幣給客戶；
[9].密碼修改：客戶如果不想要原來的密碼或者是原來密碼已經洩漏，這樣客戶需要重新修改密碼，以保證本卡的安全性，修改密碼時客戶需要兩次輸入新密碼並且兩次輸入的密碼一致才可以進行密碼修改；
[10].掛失：掛失是只當客戶的銀行卡丟失或損壞時可以進行掛失操作，掛失後客戶不可以再進行該卡的任何操作，然後在規定的時間後銀行重新給客戶辦一張農行卡，但是該卡上的餘額不會減少；
[11].銷戶：銷戶是客戶不想在想在使用農業銀行提供的服務時進行銷戶，銷戶時會退給客戶所有餘額，銷戶必須到農業銀行進行；
1.4參考資料
[1]. 《軟體測試技術》，賀平編著，機械工業出版社，2023年；
[2]. 《軟體測試》software testing second edition（英文版第2版）（美）， ron patton著，機械工業出版社，2023年;
[3]. 《軟體測試方法和技術》， 朱少民編著， 清華大學出版社， 2023年;
[4]. 《軟體測試自動化技術與例項詳解》， [美] mark fewster & dorothy graham 著， 電子工業出版社， 2023年;
[5]. 實用軟體測試方法與應用》， 飛思科技產品研發中心編著， 電子工業出版社， 2023年;
[6]. 《軟體能力成熟度模型整合(cmmi)》， 羅運模等編， 清華大學出版社， 2023年;
[7]. 《物件導向的軟體測試》， 楊文巨集，李心輝等譯， 中信出版社， 2002
第二章計畫
2.1軟體說明
我開發的《銀行儲蓄系統》是為了楚雄市農業銀行的管理機制提出的。開發該產品的目標是：使目前銀行管理更方便、更快捷、更簡單、更安全，同時滿足不同使用者的需求，儲蓄者可以隨時查詢本金和利息，貸款者可以快捷的貸款和還款，一般使用者可以到銀行開通帳戶，同時可以完成儲蓄和轉賬操作，更方便的提供查詢、掛失和密碼修改，總之旨在完善目前銀行儲蓄系統，使之能跟上時代的發展。
同時通過實踐來提高自己的動手能力。
《銀行儲蓄系統》實現以下有以下功能：
1. 開戶：只要是中國國籍的公民和海外華人、華僑都可以在中國農業銀行進行開戶，開戶的同時，銀行向使用者提供一張有中國農業銀行字樣的農行卡；
2. 存款：已經開戶的使用者可以到農業銀行進行存款操作，並可以享受相應的利息，存款型別可以是活期和定期，有使用者根據自己的需要自由選擇；
3. 取款：已經開戶並且存款的使用者可以在中國農業銀行取款，也可以到標有銀聯字樣的自動取款機進行取款，使用者可以根據自己的需要決定取款金額，但是使用者的取款數目不得超過帳戶餘額，若超過餘額則有系統自動取消本次操作；
4. 轉賬：使用者可以方便、快捷、準確、安全的把自己帳戶上的金額轉到另外乙個帳戶，方便人民幣的流通；
5. 查詢：使用者可以隨時到農行查詢自己的餘額、取款明細、存款明細，同時可以列印發票；
6. 修改密碼：為了保證使用者賬號的安全，使用者可以更改自己帳戶的密碼；
7. 掛失：如果使用者的銀行卡丟失或損壞，使用者可以到開卡黨委進行掛失，掛失時使用者需要提供居民身份證和其他有效證件，三天之後使用者可以重新開戶，即使這樣使用者的餘額不會減少，讓使用者用得放心；
8. 消戶：當使用者不想再使用中國農行提供的服務可以到農行進行消戶；
9. 系統應符合銀行賬戶管理的規定，滿足銀行相關人員日常使用的需要，並達到操作過程中的直觀、方便、實用安全等要求；
10. 系統採用模組化程式設計方法，即便於系統功能的各種組合和修改，又便於未參與開發的技術維護人員補充、維護；
11. 系統應具備資料庫維護功能，及時根據使用者需求進行資料的新增、刪除、備份等操作；
12. 盡量採用現有軟硬軟硬體環境及先進的管理系統開發方案，從而達到充分利用現在有資源，提高系統開發水平和應用效果的目的。
2.2測試內容
軟體缺陷是有以下幾種：
軟體未達到產品說明書表明的功能。
軟體出現了產品說明書指名不會出現的錯誤。
軟體功能超出產品說明書指名範圍。
軟體未達到產品說明書雖未指出但應達到的目標。
軟體測試人員認為軟體難以理解、不易使用、執行速度緩慢，或者終端使用者認為不好。
組裝測試：
步驟一: 按照概要設計規格說明，明確有哪些被測模組。在熟悉被測模組性質的基礎上對被測模組進行分層，在同一層次上的測試可以並行進行，然後排出測試活動的先後關係，制定測試進度計畫。
圖2給出了自底向上的組裝測試過程中各測試活動的拓撲關係。利用圖論的相關知識，可以排出各活動之間的時間序列關係，處於同一層次的測試活動可以同時進行，而不會相互影響。
步驟二: 在步驟一的基礎上，按時間線序關係，將軟體單元組裝為模組，並測試在組裝過程中出現的問題。這裡，可能需要測試人員開發一些驅動模組來驅動組裝活動中形成的被測模組。
對於比較大的模組，可以先將其中的某幾個軟體單元組裝為子模組，然後再組裝為乙個較大的模組。
步驟三: 將各軟體模組組裝為子系統（或分系統）。檢測各自子系統是否能正常工作。同樣，可能需要測試人員開發少量的驅動模組來驅動被測子系統。
系統測試報告
專案名稱 xx公司 修訂歷史記錄 a 增加 m 修訂 d 刪除 模板使用必讀 模板內容和頁首中 包含內容為指導性的待替換文字，請在使用中替換為具體內容，或刪除。檔案提交時不得再含有這些內容。目錄1 測試任務名稱及內容 4 2 測試環境 4 3 軟體版本資訊 4 4 測試充分性評價 4 5 測試結果及...
系統測試報告
專案名稱 文件修訂記錄 目錄1 引言 1 1.1 編寫目的 1 1.2 背景 1 1.3 讀者物件 1 1.4 參考資料 1 1.5 術語與縮寫解釋 1 2 測試執 況 2 2.1 測試機構和人員 2 2.2 測試時間 2 3 缺陷統計與分析 3 3.1 覆蓋分析 3 3.2 缺陷統計 4 3.3 ...
系統測試報告
密級 內部公開 文件編號 ntt ts xtcsbg 版本號 v1.0 惠州市新中新電子技術開發 惠州市新中新電子技術開發 對本檔案資料享受著作權及其它專屬權利，未經書面許可，不得將該等檔案資料 其全部或任何部分 披露予任何第三方，或進行修改後使用。檔案更改摘要 1 測試範圍 3 1.1 測試產品資...