【正文】 [].() + 39。()。()。 = delete from 收支記賬表 where 賬戶=39。 + [].() + 39。()。()。 = select * from 資產(chǎn)賬戶表。修改密碼界面運行如圖23所示：圖23 家庭理財系統(tǒng)修改密碼界面該界面是修改密碼界面，此界面會驗證原密碼是否正確，兩次新密碼是否一致，均無誤后即可更改密碼，下次登錄時生效。圖24修改密碼流程圖其核心代碼如下： = Update 用戶表 set password=@A where username=@B。(@A, ())。(@B, Session[UserName].ToString())。()。()。()。日常收支界面運行結果如圖25所示：圖25家庭理財系統(tǒng)日常記賬界面該界面是在完善初始的一些設置之后最先用到的功能模塊，在進行記賬是需要注意有“*”號的均是必填的，要先進行類別選擇，選擇后才會相應出現(xiàn)不同的項目，都填好后點擊保存按鈕，系統(tǒng)驗證無誤后即返回“添加記錄成功！”字樣的提示，并重新載入此界面。若點擊重置按鈕，則將所有填寫或選擇的數(shù)據(jù)清空。圖26 記賬流程圖其核心代碼如下：()。 = insert into 收支記賬表(日期,項目編碼,隸屬項目,賬戶,金額,備注,用戶名,成員名) values (@rq,@xmbm,@lsxm,@zhh,@jine,@bz,@uname,@mname)。//將數(shù)據(jù)傳回收支記賬表…(@mname, )。()。()。(添加記錄成功!, )。財務概況界面運行結果如圖27所示：圖27 家庭理財系統(tǒng)財務概況界面該界面直觀的顯示了用戶的總資產(chǎn)，總負債及凈資產(chǎn)。并通過柱狀圖將每月的收支情況呈現(xiàn)給用戶。日常收支表界面運行結果如圖28所示：圖28 家庭理財系統(tǒng)日常收支表界面該界面通過對時間的篩選進行對指定時間段內(nèi)的收入和支出進行統(tǒng)計查詢?？梢圆榈绞杖肱c支出總和，并且列舉了各項收入或支出的總和。216。 日常收支模塊活動圖圖29 日常收支表活動圖7系統(tǒng)測試 測試方法白盒測試：是通過程序的源代碼進行測試而不使用用戶界面。這種類型的測試需要從代碼句法發(fā)現(xiàn)內(nèi)部代碼在算法，溢出，路徑，條件等等中的缺點或者錯誤，進而加以修正。[12]黑盒測試：是通過使用整個軟件或某種軟件功能來嚴格地測試，而并沒有經(jīng)過檢查程序的源代碼或者很清楚地了解該軟件的源代碼程序具體是怎樣設計的。測試人員通過輸入他們的數(shù)據(jù)然后看輸出的結果從而了解軟件怎樣工作。在測試時，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結構和內(nèi)部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮芎驼_的輸出。它不管程序內(nèi)部結構是什么樣的，只是從用戶出發(fā)，根據(jù)產(chǎn)品應該實現(xiàn)的實際功能和已定義好的產(chǎn)品規(guī)格來驗證產(chǎn)品所應該具有的功能是否實現(xiàn)，每個功能是否都能正常使用，是否滿足用戶需求。單元測試：是指對軟件中的最小可測試單元進行檢查和驗證。單元就是人為規(guī)定的最小的被測功能模塊。單元測試是開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數(shù)的行為。壓力測試：是對系統(tǒng)不斷施加壓力的測試，是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務級別的測試。通俗地講，壓力測試是為了發(fā)現(xiàn)在什么條件下應用程序的性能會變得不可接受。[13]測試方案是測試階段的關鍵技術問題。為了提高測試效率降低測試成本，也本著容易實施的原則，該測試主要采用黑盒法進行測試，再用白盒法進行補充測試。沒有進行壓力測試。因有些功能模塊相類似，所以僅測試相似界面的其中一個界面，不進行全部測試。被測程序輸入數(shù)據(jù)實際輸出預期輸出原因用戶登錄（UserLogin）用戶名密碼驗證碼驗證用戶名，密碼，驗證碼都正確的可以登錄，否則登錄失敗驗證用戶名，密碼，驗證碼都正確的可以登錄，否則登錄失敗驗證用戶名，密碼，驗證碼都正確的才可以登錄注冊信息（UserRegister）用戶名Email密碼密碼核對用戶名不可重復，密碼，密碼核對一致，Email格式正確即為注冊成功，否則注冊失敗用戶名不可重復，密碼，密碼核對一致，Email格式正確即為注冊成功，否則注冊失敗驗證用戶名不存在，兩次密碼必須一致，Email格式必須正確才可以注冊修改密碼（CP）原密碼新密碼新密碼核對原密碼無誤，新密碼，新密碼核對一致，可修改密碼，否則修改失敗原密碼無誤，新密碼，新密碼核對一致，可修改密碼，否則修改失敗原密碼無誤，兩次新密碼一致才可以修改密碼添加成員（MMadd）名稱性別驗證名稱，不存在添加成功，否則添加失敗驗證名稱，不存在添加成功，否則添加失敗名稱必須唯一才可添加成功添加賬戶（AMadd）名稱所屬人類型備注驗證名稱，選擇所屬人和類型，均可行添加成功，否則添加失敗驗證名稱，選擇所屬人和類型，均可行添加成功，否則添加失敗名稱必須唯一，所屬人與類型必須選擇才可添加成功日常收支（DIE）類別收支項目賬戶金額備注成員名驗證選擇類別、項目、賬戶、成員名，確認輸入金額，填寫完整后添加記錄成功，否則添加失敗驗證選擇類別、項目、賬戶、成員名，確認輸入金額，填寫完整后添加記錄成功，否則添加失敗類別，項目，賬戶，成員名，金額為必填選項，均填寫完整方可添加記錄借入（Borrow）債權人借入金額成員(債務人)驗證債權人，成員的選擇，金額的輸入，填寫完整后添加記錄成功，否則添加失敗驗證債權人，成員的選擇，金額的輸入，填寫完整后添加記錄成功，否則添加失敗債權人，借入金額，成員均為必填選項，均填寫完整后方可添加記錄收回（TBack）債務人本金利息成員驗證債務人，成員的選擇，本金，利息填寫完成，填寫完整后添加記錄成功，否則添加失敗驗證債務人，成員的選擇，本金，利息填寫完成，填寫完整后添加記錄成功，否則添加失敗債務人，成員，本金，利息均為必填選項，均填寫完整后方可添加記錄日常收支表（DBS）時間段選擇或輸入時間段，時間段無誤即可查詢選擇或輸入時間段，時間段無誤即可查詢選擇或輸入時間段，時間段無誤即可查詢經(jīng)過測試之后基本確認該系統(tǒng)的開發(fā)基本已達到預定目標，各個模塊的基本功能可以得到保證，但是基于測試環(huán)境和實際運行環(huán)境的差異，因此在實際應用中可能存在一些問題沒有考慮到，在實際應用的時候可能會造成一些不定因素的問題。致謝大學生活轉瞬即逝，回首走過的歲月，心中倍感充實。當我終于開始結束這篇論文之時，回首幾個月的不懈努力，心中感慨萬千。參考文獻[1] 陳仕強、2009年1月：97135頁[2] ——，2003年11月：79125頁[3] [4] 吳治中、2002年：3958頁[5] 薩師煊、(第三版).高等教育出版社，2000年2月：39253頁[6] 孟宗潔、(C版).電子工業(yè)出版社，2012年9月：163205頁[7] Web應用開發(fā)(C版).機械工業(yè)出版社，2008年1月：67108頁[8] 林成春、孟湘來、2010年7月：89123頁[9] ．機械工業(yè)出版社，2005年4月：184209頁[10] (第三版).清華大學出版社，2004年3月：162229頁[11] 陳季、馬永杰、2009年1月：83109頁[12] 梁建全、宋修舫、——，2004年：2345頁[13] 匡松、2009年7月：247387頁3