【導讀】本文是科普公司財務管理信息系統(tǒng)的文檔。文中介紹了該系統(tǒng)采用生命周期法開。發(fā)的全過程，分為問題定義，可行性研究，需求分析，總體設計，詳細設計，編碼，測試，維護八章。在可行性研究中從經(jīng)濟上、技術上、操作上詳細的論證了它的可行。理及工資統(tǒng)計等的統(tǒng)計工作在計算機系統(tǒng)中完成。同時，本系統(tǒng)把財務管理系統(tǒng)分解。統(tǒng)的功能，編碼選用PowerBuilder和SQLServer2020作為開發(fā)工具,利用SQLServer. 速開發(fā)前臺界面，并與數(shù)據(jù)庫連接。本文呈現(xiàn)給用戶的是一個可實現(xiàn)的方案，是說服。系統(tǒng)時對系統(tǒng)有更好的了解。

　　

【正文】 序的內(nèi)部結(jié)構而精心設計的一批測試用例， 是在軟件投入運行前，對軟件需求分析、設計規(guī)格說明和編碼進行最終復審的活動。軟件測試的目的是為了檢驗軟件系統(tǒng)是否滿足需求。 軟件測試基本概念 測試的含義 所謂測試，首先是一項活動，在這項活動中某個系統(tǒng)或組成的部分將在特定的條件下運行，結(jié)果將被觀察和記錄，并對系統(tǒng)或組成部分進行評價。測試活動有兩種結(jié)果：找出缺陷和故障，或顯示軟件執(zhí)行正確。測試是一個或多個測試用例的集合。 測試用例：所謂測試用例是為特定的目的而設計的一組測試 輸入、執(zhí)行條件和預期的結(jié)果；測試用例是執(zhí)行測試的最小實體。 測試的步驟 測試步驟詳細規(guī)定了如何設置、執(zhí)行、評估特定的測試用例。 軟件生命周期：一個軟件生命周期包括制定計劃、需求分析定義、軟件設計、程序編碼、軟件測試、軟件運行、軟件維護、軟件停用等 8 個階段。 軟件測試在軟件生命周期中橫跨兩個階段： 單元測試階段： 即在每個模塊編寫出以后所做的必要測試 綜合測試階段： 即在完成單元測試后進行的測試，如集成測試、系統(tǒng)測試、驗收測試。 大學畢業(yè)設計（論文） 第 30 頁 設計測試方案 設計測試方案是測試階段的關鍵技術問題。所謂測試方案包括預 定要測試的功能。應該輸入的測試數(shù)據(jù)和預期的結(jié)果，目標是設計一組可能發(fā)現(xiàn)錯誤的數(shù)據(jù)。本系統(tǒng)中，我應用了如下測試方案：基本用到邏輯覆蓋；語句覆蓋；判斷覆蓋；條件覆蓋；判定 /條件覆蓋；條件組合覆蓋；點邊路徑覆蓋。 軟件測試目的 測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤；不能證明程序的正確性，除非僅處理有限種情況。檢查系統(tǒng)是否滿足需求也是測試的期望目標。一個好的測試用例在于發(fā)現(xiàn)了還未曾發(fā)現(xiàn)的錯誤；一次成功的測試則是發(fā)現(xiàn)了錯誤的測試。 軟件測試的三個目的： 第一、確認軟件的質(zhì)量； 第二、提供信息； 第三、保證整 個軟件開發(fā)過程是高質(zhì)量的。 軟件測試方法和流程 測試有兩種方法：黑盒測試和白盒測試。 黑盒測試又稱為功能測試，在程序接口進行，只檢查程序功能是否能夠按照規(guī)格說明書的規(guī)定正確使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)并發(fā)生正確的輸出信息，而且要能夠保持外部信息的完整性。白盒測試又叫結(jié)構測試，完全了解程序的結(jié)構和處理過程，這種方法按照程序內(nèi)部的邏輯測試程序，檢驗程序中每條通路是否都能按照預定要求正確工作。 本系統(tǒng)開發(fā)過程進行的測試步驟如下： 一、模塊測試：也叫單元測試，目的是保證每一個模塊作為一個單元能正確運行，本 測試所發(fā)現(xiàn)的往往是編碼和詳細設計的錯誤，主要評價模塊的下述五個特點： （ 1）模塊接口； （ 2）局部數(shù)據(jù)結(jié)構； （ 3）重要的執(zhí)行路徑； （ 4）出錯處理通路； 大學畢業(yè)設計（論文） 第 31 頁 （ 5）影響上述各方面特性的邊界條件。 二、集成測試：包括系統(tǒng)測試和子系統(tǒng)測試。集成測試是組裝軟件的系統(tǒng)技術，主要目標是發(fā)現(xiàn)與接口有關的問題。集成測試有兩種方法：非漸增式和漸增式，但比較而言，漸增式方法比較好，因為： （ 1） 寫的測試軟件較少，開銷較?。? （ 2） 較早地發(fā)現(xiàn)模塊間的接口錯誤； （ 3） 錯誤位置容易判斷； （ 4） 測試更徹底。 因此，本系統(tǒng)集成測試采用漸增式測試中的混合法， 即對軟件結(jié)構中較上層使用自頂而下的測試方法，而對軟件結(jié)構中較下層，使用的是自底向上方法，兩者結(jié)合，這是對模塊較多時測試的一種折衷方法。 三、驗收測試：這一步是驗證軟件的有效性。目的是向未來的用戶表明系統(tǒng)能夠象預定的那樣工作，驗收測試一般使用黑盒測試法，驗收測試有兩種可能的結(jié)果。 （ 1）和特性與用戶的要求有差距。 （ 2）功能和性能與用戶要求一致，軟件是可以接受的。 這個階段發(fā)現(xiàn)的問題往往和需求分析階段的差距有關。 四、平行運行。所謂平行運行就是同時運行。新開發(fā)出來的系統(tǒng)和將被它取代的舊系統(tǒng)，以便比較新舊兩個系 統(tǒng)的處理結(jié)果。目的有： （ 1） 以在準生產(chǎn)環(huán)境中運行新系統(tǒng)而有不冒風險； （ 2） 用戶能有一段熟悉新系統(tǒng)的時間； （ 3） 可以驗證用戶指南和使用手冊之類的文檔； （ 4） 能夠以準生產(chǎn)模式對新系統(tǒng)進行全負荷測試，可以用測試結(jié)果驗證性能指標。 大學畢業(yè)設計（論文） 第 32 頁 財務管理系統(tǒng)主要模塊測試 登錄模塊測試用例 表 登錄系統(tǒng)測試用例 項目軟件 財務管理 系統(tǒng) 程序版本 功能模塊 登陸模塊 編制人 譚敬懿 功能特性 用戶身份驗證 測試目的 驗證是否輸入合法的信息，允許合法登陸，阻止非法登陸 測試數(shù)據(jù) 用戶名 =hello / Admin 密碼 =hello / Admin 操作步驟 操作描述 數(shù)據(jù) 期望結(jié)果 實際結(jié)果 實際結(jié)果 測試狀態(tài) 1 輸入用戶名稱，按 “登陸 ”按鈕。 用戶名 =11，密碼為空 顯示警告信息“請輸入用戶名和密碼！ ” 密碼錯誤 密碼錯誤 正常 2 輸入密碼，按“登陸 ”按鈕。 用戶名為空，密碼 =1 顯示警告信息“請輸入用戶名和密碼！ ” 密碼錯誤 密碼錯誤 正常 3 輸入用戶名和密碼，按 “登陸 ”按鈕。 用戶名 =11，密碼 =2 顯示警告信息“請輸入用戶名和密碼！ ” 密碼錯誤 密碼錯誤 正 常 4 輸入用戶名和密碼，按 “登陸 ”按鈕。 用戶名 =hello，密碼 =hello 進入系統(tǒng)頁面 進入系統(tǒng)頁面 進入系統(tǒng)頁面 正常 5 輸入用戶名和密碼，按 “登陸 ”按鈕。 用戶名 =11， 密碼 =11 進入系統(tǒng)頁面 進入系統(tǒng)頁面 進入系統(tǒng)頁面 正常 測試人員 譚敬懿 開發(fā)人員 譚敬懿 項目負責人 譚敬懿 大學畢業(yè)設計（論文） 第 33 頁 管理員信息管理模塊測試用例 表 管理員信息管理模塊測試用例 項目軟件 財務管理 系統(tǒng) 程序版本 功能模塊 管理員信息管理 編制人 譚敬懿 功能特性 管理員信息 管理 測試目的 驗證是否 可以對管理員信息進行修改、刪除等管理 測試數(shù)據(jù) 用戶編號： 0001 用戶姓名： hello 用戶密碼： hello 操作步驟 操作描述 數(shù)據(jù) 期望結(jié)果 實際結(jié)果 實際結(jié)果 測試狀態(tài) 1 單擊 用戶名 ，按 “刪除 ”按紐 hello 刪除數(shù)據(jù) 刪除數(shù)據(jù) 刪除數(shù)據(jù) 正常 2 按 “添加 ”按紐 11 添加新用戶 11 添加新用戶 11 添加新用戶 11 正常 3 單擊 用戶名 ，按 “修改 ”按紐 將用戶名 11 修改為 22 將用戶名 11 修改為 22 修改成功 修改成功 正常 測試人員 譚敬懿 開發(fā)人員 譚敬懿 項目負責人 譚敬懿 大學畢業(yè)設計（論文） 第 34 頁 添加員工基本信息模塊測試用例 表 添加員工基本信息管理模塊測試用例 項目軟件 財務管理 系統(tǒng) 程序版本 功能模塊 添加員工信息 編制人 譚敬懿 功能特性 添加員工基本信息 測試目的 驗證是否增加信息 測試數(shù)據(jù) 姓名 =小白 性別 =男 出生年月日 =198588 電話 =13611111 職務 =業(yè)務員 雇用時間 =202066 部門 =業(yè)務部 基本工資 =900 身份證號碼 =210123121212121212 地址 =鞍山 XXXXXX 操作步驟 操作描述 數(shù)據(jù) 期望結(jié)果 實際結(jié)果 實際結(jié)果 測試狀態(tài) 1 輸入姓名，按“添加 ”按鈕。 姓名 =小白 顯示信息 “保存成功 ” 顯示信息“保存成功 ” 顯示信息“保存成功 ” 正常 2 輸入性別，按“添加 ”按紐 性別 =男 其他為空 顯示警告信息“請輸入用戶名！ ” 顯示警告信息 “請輸入用戶名！ ” 顯示警告信息 “請輸入用戶名！ ” 正常 測試人員 譚敬懿 開發(fā)人員 譚敬懿 項目負責人 譚敬懿 大學畢業(yè)設計（論文） 第 35 頁 測試報告 本次測試中，我采用了軟 件測試技術對財務管理系統(tǒng)的幾個主要模塊進行了詳細的測試，其中在測試中采用的測試用例為： 登錄系統(tǒng)測試用例，管理員信息管理模塊測試用例，添加員工基本信息管理模塊測試用例。 期望得到的結(jié)果為： 保存成功 實際測試過程中得到的結(jié)果： 保存成功 與期望值有所偏差：很 小 測試的評定性結(jié)論：本系統(tǒng)可以正常使用 通過本對系統(tǒng)的全面測試，我學到了許多測試方面的知識，了解到測試方法、測試經(jīng)驗。通過本次設計，使我了解到測試的重要性。通過測試，可以使軟件更適合用戶的需求，更加穩(wěn)定、可靠地運行，并能適應市場競爭，應用前景廣泛。 大學畢業(yè)設計（論文） 第 36 頁 結(jié)論 在畢業(yè)設計的近兩個多月的時間內(nèi)，我根據(jù)設計要求，查閱了大量資料，了解了財務管理系統(tǒng)的基本流程、進行了系統(tǒng)需求分析、概要設計、程序編程、調(diào)試運行等。 通過這次畢業(yè)設計，對數(shù)據(jù)庫開發(fā)和 PowerBuilder技術有了更深的理解，掌握了調(diào)試程序的一般技巧，同時培養(yǎng)了自己獨立分析問題、解決問題和實際操作的能力。 本財務管理系統(tǒng)能夠?qū)崿F(xiàn)數(shù)據(jù)的輸入、查詢、修改，能夠追朔到數(shù)據(jù)的始終。完成了財務管理系統(tǒng)從要求方面的開發(fā)和應用。能夠達到預期實現(xiàn)的目標。但本財務管理系統(tǒng)在開發(fā)過程中還有許多的缺點和不足，由于本人是第一次實 現(xiàn)系統(tǒng)程序的開發(fā)，經(jīng)驗不足，能力有限，所以開發(fā)出的系統(tǒng)軟件還不夠完善， 有許多不盡如人意的地方。比如：用戶界面不夠美觀， 功能實現(xiàn)的還不完全，保密性還不夠高等多方面問題。這些都有待于進一步完善。 大學畢業(yè)設計（論文） 第 37 頁 致謝 本設計是在指導教師的親切關懷和細心指導下完成的。 老師嚴謹?shù)闹螌W態(tài)度，民主的工作作風和科學的思維方法使我受益匪淺。尤其是 在輔導過程中耐心、細致。 老師嚴于律己，忘我工作的高尚品格為我樹立了很好的典范。 老師在軟件開發(fā)過程中給予了我們很大的支持與幫助。在此，我表示衷心的感謝和誠摯的謝意。 在設計過程中也得到了其他老師的指點和幫助，特別是在數(shù)據(jù)庫設計時遇到技術性問題的時候，老師的指點使我茅塞頓開，順利的解決了問題。在此我表示誠摯的感謝。 同時也感謝我的同學和朋友提供的大力支持和幫助。 最后向評審本論文，參加論文答辯的各位老師表示最衷心的感謝。 大學畢業(yè)設計（論文） 第 38 頁 參考文獻 [1] 薩師煊，王珊．數(shù)據(jù)庫系統(tǒng)概論 [M]．北京：高等教育出版社， 2020 年 2 月， 227249． [2] 鄭阿齊，殷紅先，張為民． PowerBuilder實用教程（第 2版） [M]．北京：電子工業(yè)出版社， 2020年 3月， 37157. [3] 張海藩．軟件工程（第 2 版） [M]．北京：人民郵電出版社， 2020 年 2 月， 845. [4] 劉堅 ．編譯原理基礎 [M]．西安：西安電子科技大學出版社， 2020 年 2 月， 2628. [5] 李大友，陳明．實用軟件工程基礎 [M]．北京：清華大學出版社， 2020 年 8 月，3045． [6] 葉乃文，喻國寶．面向?qū)ο蟪绦蛟O計 [M]．北京：清華大學出版社， 2020 年 7 月，1620.