【正文】 5||g==18)m=4000。 else if(g==10||g==19)m=3800。 else if(g==11||g==24||g==16||g==17||g==20||g==21||g==26)m=3500。 else if(g==24||g==25||g==27)m=3200。 else m=3000。 cout基本工資：mendl。 }//基本工資的判斷 void Enter(){//登錄 coutWele to the Personnel!\n。}int main(){ int a。//記錄是否離職 int n。//記錄功能選項 Enter()。 //功能表的列舉 coutmenu is:\n。 cout0 is exit.\n1 is worktime.\n2 is ifworking.\n。 cout3 is award.\n4 is salary.\n。 coutinput what do you want to:。 cinn。 Personnel b。 while(1){ switch(n){ case 0:coutThank you for the Personnel\n。 coutExiting.....\n。 break。 case 1:()。break。 case 2:coutif the person does not work,input 0:。 cina。 (a)。 break。 case 3:()。break。 case 4:()。break。 default:break。 } if(a==0||n==0)break。 cout0 is exit.\n1 is worktime.\n2 is ifworking.\n。 cout3 is award.\n4 is salary.\n。 cinn。 } system(pause)。 return 0。} 財務(wù)部管理主要模塊的代碼如下：includeiostreamusing namespace std。bool boo。int huiz[1000][6]。//用數(shù)組表示匯總表 void f1(){ Personnel[i].money=Personnel[i].m+Personnel[i].dPersonnel[i].k。 cout該職工的工資為：Personnel[i].moneyendl。 }//工資計算void f2(){ huiz[i][0]=bh。 huiz[i][1]=boo。 huiz[i][2]=Personnel[i].m。 huiz[i][3]=Personnel[i].d。 huiz[i][4]=Personnel[i].k。 huiz[i][2]=Personnel[i].money。 }//生成匯總表void f3(){int bh,g,d。 do{//職工編號的限制輸入 cout請輸入人員的編號：endl。 cinbh。 g=bh/100。 d=bh%100。 }while(g10||g27||(g=10amp。amp。g=19amp。amp。(d1||d20)))。 boo=true。 cout人員變動成功！endl。}//職工離退休管理 void caiwubu(){ int a,money,bh,g,d,c。 bool boo。 do{ cout請選擇要進行的操作endl。 cout(1職工工資計算,2表格派送,3離退休人員管理,0退出)：。 cina。 }while(a!=1amp。amp。a!=2amp。amp。a!=3amp。amp。a!=0)。//輸出提示信息，請用戶輸入命令選擇操作 switch(a) { case 0:f1()。break。 case 1:f1()。break。//職工工資計算 case 2:f2()。break。//表格派送 case 3:f3()。break。//離退休人員添加 }} int main(){ caiwubu()。 system(pause)。 return 0。} 八、測試報告系統(tǒng)測試是工資管理系統(tǒng)的開發(fā)周期中的一個十分重要環(huán)節(jié)。盡管在系統(tǒng)開發(fā)周期的各個階段均采取了嚴格的技術(shù)審查，但依然難免會留下錯誤，如果沒有在投入運行前的系統(tǒng)測試階段被發(fā)現(xiàn)并糾正，問題遲早會在運行中暴露出來，到那時要糾正錯誤將會付出更大的代價。系統(tǒng)測試占用的時間、花費的人力和成本占軟件開發(fā)的很大比例。統(tǒng)計表明，開發(fā)較大規(guī)模的系統(tǒng)，系統(tǒng)測試的工作量大約占整個軟件開發(fā)工作量的40％－50％。而對于一些特別重要的大系統(tǒng)，測試的工作量和成本更大，甚至超過系統(tǒng)開發(fā)其他各階段的總和的若干倍。 單元測試 用戶注冊登陸測試1) 主頁面測試輸入期望輸出實際輸出1注冊界面注冊界面2普通職工登錄界面普通職工登錄界面3人事管理用戶登錄界面人事管理用戶登錄界面4財務(wù)管理用戶登陸界面財務(wù)管理用戶登陸界面5退出系統(tǒng)退出系統(tǒng)2) 注冊系統(tǒng)測試（普通用戶、人事管理人員、財務(wù)管理人員登錄測試一樣）輸入次數(shù)輸入期望輸出實際輸出賬號輸入密碼輸入1tyut1234注冊成功注冊成功2tyut1234賬號無效輸入的賬號已存在，注冊失敗圖81 注冊界面圖82 注冊成功界面圖 83 重復注冊失敗界面3) 登錄系統(tǒng)測試（普通用戶、人事管理人員、財務(wù)管理人員登錄測試一樣）輸入次數(shù)輸入期望輸出實際輸出賬號輸入密碼輸入1tyut1234登錄成功登錄成功2tyut12賬號或密碼錯誤 輸入的賬號或密碼錯誤，重新輸入 3wer23賬號不存在賬號不存在，任意鍵退出圖84 登陸成功界面設(shè)計過程中感覺這里最麻煩的就是界面設(shè)計，最初是無法進行重新繪圖，改用gotoxy之后就可以進行重繪了，如下:圖85 用戶注冊登錄界面錯誤：無法存取文件，最終發(fā)現(xiàn)是函數(shù)使用錯誤：應(yīng)該用fp=fopen(,w)，而不是使用只讀模式r，否則會產(chǎn)生很多錯誤。 人事部測試單元測試主要分為人工靜態(tài)檢查和動態(tài)（自動）執(zhí)行跟蹤檢查，由于時間的原因，我們只進行了人工靜態(tài)檢查。我通過一些基本路徑來進行測試：直接選擇退出程序的選項：，則程序會輸出歡迎使用，退出。這是運行結(jié)果：圖86 人事部界面（超過30或小于0會報錯，然后重新輸入），選擇后直接進行統(tǒng)計工資（因為沒有輸入初始工資，所以這里還要進行初始工資的輸入），之后程序會輸出沒有進行等級的輸入，不能進行工資統(tǒng)計。運行結(jié)果：圖87 人事部出勤測試界面（小于A或大于E會報錯，重新輸入）選擇后直接進行工資的統(tǒng)計（因為沒有輸入初始工資，所以這里要進行初始工資的輸入），之后程序會輸出沒有輸入出勤次數(shù)，不能進行統(tǒng)計。運行結(jié)果：圖88 人事部修改后出勤測試，但不進行其他的輸入。這里程序只會輸出基本工資，提示沒有輸入出勤和獎勵等級。運行結(jié)果：圖89 人事部基本工資判斷測試。不輸入0，為還繼續(xù)工作，輸入0，為退休。運行結(jié)果：圖810 離職的測試，查看最后的工資是否計算正確。運行結(jié)果：圖811 人事部完整功能測試經(jīng)過這幾個途徑的測試，保證了程序的正確性，清晰性，規(guī)范性，高效性。 財務(wù)部測試A 系統(tǒng)管理員模塊測試根據(jù)系統(tǒng)管理員模塊進行測試。比如口令設(shè)置中驗證無效的用戶是否能更改登錄口令；當用戶名或密碼出錯時，都會提示其相應(yīng)的錯誤，且用戶名或密碼三次出錯就自動退出系統(tǒng)。當?shù)卿洺晒?，可以添加用戶，并且用戶可更改自己的密碼，這些都被保存在數(shù)據(jù)庫表中，均達到測試目標。B 工資錄入模塊測試基本工資設(shè)置時可根據(jù)不同的職稱，設(shè)置其相應(yīng)的基本工資；在其他項目設(shè)置時，可選擇多個項目進行設(shè)置，；在設(shè)置工資計算公式時，可以根據(jù)本企業(yè)的規(guī)章制度設(shè)置其相應(yīng)的參數(shù)，一旦設(shè)置成功時，就被保存到相應(yīng)的數(shù)據(jù)庫表中，而如果一旦不小心設(shè)置錯了，可以重新錄入，而不會變動原有的數(shù)據(jù)內(nèi)容，均達到測試目標。C 工資查詢模塊測試輸入某個員工姓名或是職工編號，即可查詢本職工本月工資詳細情況，而且根據(jù)本系統(tǒng)的模塊設(shè)計，普通用戶查詢時可以根據(jù)姓名職工號直接查詢內(nèi)容，而管理員則可以登陸主界面上，進行查詢的同時可以修改相應(yīng)內(nèi)容，從而給系統(tǒng)安全帶來保障，均達到測試目標。具體的測試內(nèi)容如下：a． 工程環(huán)境檢查；b． 程序編寫檢查；c． 初始畫面內(nèi)容檢查；d． 畫面控件功能檢查；e． 輸入數(shù)據(jù)檢查；f． 輸出數(shù)據(jù)檢查；g． 報表打印檢查；h． 其它需要檢查的內(nèi)容（如：某性能要求） 黑盒測試輸入某個員工姓名或是職工編號，即可查詢本職工本月工資詳細情況，而且根據(jù)本系統(tǒng)的模塊設(shè)計，普通用戶查詢時可以根據(jù)姓名職工號直接查詢內(nèi)容，而管理員則可以登陸主界面上，進行查詢的同時可以修改相應(yīng)內(nèi)容，從而給系統(tǒng)安全帶來保障，均達到測試目標。黑盒測試的最主要的特點就是在不知曉程序細節(jié)的情況下進行輸入輸出測試，其實也就是測試用例。 測試用例表測試用例（主要）輸入預期輸出實際輸出用戶注冊User:d32a注冊成功注冊成功Password:123456User:d32a不允許重復注冊帳號已經(jīng)存在Password:123456用戶登錄User:d32a登陸成功登陸成功Password:123456User:d32非法用戶用戶不存在Password:123456User:d32a密碼錯誤密碼錯誤Password:12345職工號輸入Personnel:1521職工不存在職工不存在Personnel:3001職工不存在職工不存在Personnel:1215輸入成功輸入成功Personnel:2126輸入成功輸入成功出勤輸入t:32輸入錯誤輸入錯誤t:20輸入成功輸入成功貢獻等級輸入award:J輸入錯誤輸入錯誤award:A輸入成功輸入成功下面介紹一下部分測試例子：進入后進行人事部測試:：圖812 人事部扣款測試圖圖813 人事部獎金測試圖運行良好。財務(wù)部管理員的測試：圖814 財務(wù)部管理員測試圖錯誤處理比較好，有較高的健壯性。 測試總結(jié)①軟件在運行、關(guān)閉及退出時保存記錄的提示功能基本完成，在軟件的不斷啟動關(guān)閉過程中沒有出現(xiàn)死機、程序執(zhí)行效率降低等各種不良現(xiàn)象，功能的實現(xiàn)較為完善。③數(shù)據(jù)庫的可維護性良好，數(shù)據(jù)的錄入能順利完成，并能實現(xiàn)動態(tài)更新，刪除和修改也能順利完成。④數(shù)據(jù)查詢不夠全面，只能按系統(tǒng)設(shè)定的少數(shù)查詢條件進行搜索，以找到合適的答案。⑥數(shù)據(jù)類型填寫錯誤時，系統(tǒng)有報錯功能，在數(shù)據(jù)輸入錯誤時，使用者能夠獲知錯誤所在。 ⑦軟件兼容性有待提高，在Dreamweaver版本較低的機子上測試不斷出現(xiàn)錯誤提示。還有健壯性和錯誤處理能力有待提高。九、參考資料[1]《軟件工程導論》，張海藩，清華大學出版社；[2]《Software EngineeringA Practitioner39。s Approach 6th Edition》Roger ；[3]《Software Engineering Theory and Practice》Shari Lawrence Pfleege；[4]《軟件需求最佳實踐:SERU過程框架原理與應(yīng)用》，徐鋒，電子工業(yè)出版社。[5]《軟件測試書籍（軟件測試的藝術(shù)等）》Ron Patton 機械工業(yè)出版社[6]《圖書管理系統(tǒng)的軟件體系結(jié)構(gòu)設(shè)計》顧紅衛(wèi)2007年7月[7]《軟件需求》(丹)Soren Lauesen，電子工業(yè)出版