模擬atm機(jī)存取款管理系統(tǒng)-資料下載頁
2025-04-12 22:26本頁面
【正文】 登錄成功后需要存款時(shí)的操作界面，在這個(gè)界面中輸入存款金額，點(diǎn)擊確定按鈕后進(jìn)行存款操作。④ 余額查詢界面在此模塊中，需要通過用戶所使用的賬戶及密碼來進(jìn)行余額的查詢，因?yàn)橄惹斑M(jìn)行過登陸，所以這里不用再登陸，直接點(diǎn)擊查詢余額即可顯示賬戶的實(shí)際余額。⑤ 密碼修改界面因?yàn)橄惹耙呀?jīng)用密碼登陸，故此處不需要用戶輸入舊密碼，直接兩次輸入新密碼進(jìn)行確認(rèn)，然后系統(tǒng)會(huì)給出成功的提示信息。⑥ 取款界面取款模塊是一個(gè)相對(duì)比較重要的模塊，因?yàn)锳TM機(jī)就要的功能就是取款業(yè)務(wù)，因此在算法以及界面設(shè)計(jì)上花的功夫也是最多的，要根據(jù)功能需要中的要求做到用戶順利地取款，用戶選擇取款金額，然后點(diǎn)擊確定進(jìn)行取款操作，數(shù)字按鈕的個(gè)數(shù)設(shè)計(jì)比較大，方便用戶操作。⑦ 轉(zhuǎn)賬界面在轉(zhuǎn)賬模塊中，只需要輸入對(duì)方的賬戶號(hào)碼以及轉(zhuǎn)賬金額就可以了，為了防止用戶出錯(cuò)，我們還設(shè)計(jì)了密碼確認(rèn)這一項(xiàng)。⑧ 記錄查詢界面9 異常處理情況說明（1）打開、保存文件時(shí)的異常處理需要處理的異常：IOException（2）數(shù)據(jù)庫訪問時(shí)的異常處理需要處理的異常：SQLException（3）加載類時(shí)的異常處理需要處理的異常：ClassNotFindException，當(dāng)應(yīng)用程序試圖使用Class類中的forName方法通過字符串名加載類時(shí)，但是沒有找到具有指定名稱的類的定義。五 代碼（見附錄）六 測試 1測試方案考慮到各種因素和條件的限制，我們決定采用黑盒測試方案（又稱功能測試，其測試用例完全是根據(jù)程序的功能說明來設(shè)計(jì)的）。即我們不考濾所編寫程序的具體結(jié)構(gòu)， 而是根據(jù)軟件所需要的輸入數(shù)據(jù)的格式以及應(yīng)該完成的功能，設(shè)計(jì)一些合法的測試用例和不合法的測試用例，特別是根據(jù)邊界條件設(shè)計(jì)一些邊界測試用例。以檢查系統(tǒng)是否能正確的完成預(yù)訂功能，得到希望的輸出?；蛘呤菍?duì)不合法的輸入和操作能夠正確的識(shí)別和防御。黑盒法是最基本的測試法，主要測試軟件能否滿足功能要求。2 測試項(xiàng)目 應(yīng)該注意到，在本系統(tǒng)中從總體上分為了轉(zhuǎn)賬、選擇服務(wù)、存款、取款、查詢余額、修改密碼以及查看交易記錄模塊設(shè)計(jì)。我們?cè)谠O(shè)計(jì)測試用例的時(shí)候應(yīng)該選擇有代表的，可以用最小的工作量完成對(duì)整個(gè)系統(tǒng)的測試。 3測試方法1）模塊接口 參數(shù)的數(shù)目、次序與變?cè)氖欠裣嘁恢?；全局變量的定義和用法在各個(gè)模塊中是否也相一致。2）邊界條件 做完第一次操作進(jìn)行第二次循環(huán)操作時(shí)，有沒有出現(xiàn)使用上的錯(cuò)誤；使用過大或過小的數(shù)據(jù)值和控制量時(shí)，系統(tǒng)是否進(jìn)行了錯(cuò)誤提示，有沒有導(dǎo)致軟件卡死或電腦死機(jī)情況。1）模塊測試第一步，對(duì)主控制模塊進(jìn)行測試，測試時(shí)用存根程序代替所有直接附屬于主控制模塊的模塊；第二步，根據(jù)選定的結(jié)合策略，每次用一個(gè)實(shí)際模塊代替一個(gè)存根程序；第三步，在結(jié)合進(jìn)一個(gè)模塊的同時(shí)進(jìn)行測試。2）回歸測試 主要是檢測軟件全部功能的代表性測試用例。3）確認(rèn)測試 主要用來檢測軟件是否與需求一致，并要通過調(diào)試和測試觀察軟件能否滿足所有的功能要求，能否達(dá)到每個(gè)性能要求。4測試環(huán)境與測試輔助工具測試輔助工具：Eclipse、NetBeans、MYSQL、JDK測試環(huán)境：Windows windows xp5系統(tǒng)測試只要輸入正確的用戶名和密碼即可完成登陸測試用例期望結(jié)果實(shí)際結(jié)果不輸入無法登錄無法登錄輸入錯(cuò)誤賬號(hào)無法登錄無法登錄輸入錯(cuò)誤密碼無法登錄無法登錄因?yàn)樵撃K僅限于界面上的幾個(gè)按鈕可選，故測試范圍小、簡單。用戶可修改用戶的個(gè)人密碼信息。a. 修改密碼成功b. 修改密碼失敗測試用例期望結(jié)果實(shí)際結(jié)果密碼輸入5位修改失敗修改失敗不輸入修改失敗修改失敗輸入6位修改成功修改成功 用戶可以進(jìn)行一定數(shù)額與次數(shù)的存款。b．存款金額不能為負(fù)測試用例期望結(jié)果實(shí)際結(jié)果存入11000存款失敗存款失敗存入1000存款失敗存款失敗 轉(zhuǎn)賬模塊測試只要輸入正確的用戶名并進(jìn)行密碼確認(rèn)即可完成此功能測試用例期望結(jié)果實(shí)際結(jié)果不輸入無法轉(zhuǎn)賬與期望相符輸入錯(cuò)誤賬號(hào)無法轉(zhuǎn)賬與期望相符輸入錯(cuò)誤密碼無法轉(zhuǎn)賬與期望相符 只要輸入正確的日期查詢區(qū)間即可完成查詢（即查詢區(qū)間為空）b. 輸入錯(cuò)誤的日期（即查詢起始時(shí)間比結(jié)束時(shí)間晚）測試用例期望結(jié)果實(shí)際結(jié)果輸入相同的日期提示錯(cuò)誤無記錄輸入錯(cuò)誤的日期提示錯(cuò)誤無記錄6測試結(jié)果及評(píng)價(jià) 功能和性能與用戶要求基本一致，軟件可以接受。但仍有部分功能尚未實(shí)現(xiàn)或進(jìn)行了更改，例如： 原計(jì)劃每天取款金額不超過5000元，但迫于代碼復(fù)雜，沒有實(shí)現(xiàn)； 交易記錄查詢模塊，如果用戶輸入的起始時(shí)間大于結(jié)束時(shí)間（例如起始時(shí)間為2008年，而結(jié)束時(shí)間為2004年），按照錯(cuò)誤處理的原則，系統(tǒng)會(huì)自動(dòng)報(bào)錯(cuò)，但是系統(tǒng)仍然會(huì)出現(xiàn)交易記錄界面，只不過記錄為空； 原計(jì)劃沒有加入聲音提示，但后來加以改進(jìn)；
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1