【正文】 。通過本次設(shè)計(jì)，使我了解到測試的重要性。 33 黑盒測試主要根據(jù)規(guī)格說明書設(shè)計(jì)測試用例，并不涉及程序內(nèi)部構(gòu)造和內(nèi)部特性，只依靠被測程序輸入和輸出之間的關(guān)系或程序的功能設(shè)計(jì)測試用例。 } //將身份標(biāo)示傳到 jsp 頁面 (jurisdiction, jurisdiction)。i++){ Log log=(i)。 29 （三） 單元測試 測試分為四大模塊進(jìn)行測試：用戶模塊、請假模塊、加班模塊、日志模塊。 單行注釋規(guī)則： 1) 單行注釋位于所描述內(nèi)容之前。 2) 所有用戶進(jìn)入日志日期查詢頁 面，管理員在每個分頁面輸入要查詢的條件，點(diǎn)擊日期可以查到自己的日志，頁面列表顯示所有符合條件的日志信息。 3) 在對話框填入申請人、請假類別、請假日期、開始時間、結(jié)束時間、請假天數(shù)、請假事由等信息。具體如表 24 T_BASE_ROLE 所示： 表 24 T_BASE_ROLE 表名 T_BASE_ROLE 列名 數(shù)據(jù)類型（精度范圍） 空 /非空 約束條件 ID NUMBER(19) 非空 主鍵、外鍵 CREATE_TIME TIMESTAMP(6) CREATE_USER VARCHAR2(36 CHAR) STATUS NUMBER(10) UPDATE_TIME TIMESTAMP(6) UPDATE_USER VARCHAR2(36 CHAR) VERSION NUMBER(10) 補(bǔ)充說明 組員和組長的關(guān)系 17 組織表 這是組織表，存放組織信息。本系統(tǒng) 根據(jù)需求分析在進(jìn)行設(shè)計(jì)出原型，然后在原型的基礎(chǔ)上進(jìn)行測試和改進(jìn)。如圖 身份驗(yàn)證所示： 圖 身份驗(yàn)證 用戶模塊 登錄用戶 新增用戶 修改用戶 刪除用戶 開始 填寫登錄名，密碼 驗(yàn)證 結(jié)束 N Y 5 新增功能：管理員登錄后新增，首先姓名要不為空，并且密碼兩次驗(yàn)證，然后進(jìn)行填寫其他的信息，郵箱和號碼必須要符合格式。 關(guān)鍵詞 ： ESSH easy ui jquery MVC 2 引 言 隨著軟件行業(yè)的興起，經(jīng)濟(jì)的飛速發(fā)展，越來越多的管理者認(rèn)識到管理與效益是息息相關(guān)的，實(shí)現(xiàn)數(shù)據(jù)規(guī)范化、自動化的電腦管理規(guī)范、運(yùn)作高效的企業(yè)單位的必然要求?，F(xiàn)在的市場競爭是知識的競爭，管理手段的競爭，誰有先進(jìn)的技術(shù)設(shè)備和管理手段，誰就有成功的先機(jī)，但 是，目前國內(nèi)大多數(shù)企業(yè)在進(jìn)行考勤管理時，使用的是傳統(tǒng)的手工、半手工方式，如通過紙質(zhì)的 EXCEL表進(jìn)行記錄和統(tǒng)計(jì)，這樣的考勤管理方式不僅效率低，也容易出錯，維護(hù)成本比較高，而通過單機(jī)的打卡機(jī)，進(jìn)行請假和加班的申請和數(shù)據(jù)維護(hù)。如果注冊失敗會彈出提示信息，如果格式錯誤控件也會彈出提示框，流程如下圖 所示： 圖 新增用戶 修改功能： 首選要選擇修改的用戶（管理員權(quán)限下），對要修改的信息進(jìn)行修改：并且修改的格式要相同，具體流程如下圖 修改用戶所示： 圖 修改用戶 開始 修改用戶信息 驗(yàn)證格式 結(jié)束 N Y 開始 新增新用戶 驗(yàn)證重復(fù) 結(jié)束 Y N 6 刪除用戶：首先要選擇用戶，然后點(diǎn)擊刪除按鈕，點(diǎn)擊確定刪除，即可刪除該用戶。 架構(gòu)設(shè)計(jì)：架構(gòu)的本質(zhì)在于其抽象性，包括兩個方面的抽象：業(yè)務(wù)抽象和技術(shù)抽象?？梢耘c用戶進(jìn)行外鍵連接，來控制用戶權(quán)限的必要的表。 4) 點(diǎn)擊請假申請按鈕，將請假申請?zhí)峤唤o項(xiàng)目經(jīng)理。 3) 日志刪除只能是自己刪除自己的日志，組長沒有權(quán)限刪除他人日志。 2) 單行注釋之前留一行空行。 這四個模塊分別對系統(tǒng)進(jìn)行了系統(tǒng)性的測試，詳情請查詢《測試用例書》。 int visble=()。 DatagridLog dg = new DatagridLog((),datalist)。 黑盒測試的特點(diǎn) 黑盒測試與軟件的具體實(shí)現(xiàn)過程無關(guān)，在軟件實(shí)現(xiàn)的過程發(fā)生變化時，測試用例仍然可以使用。通過測試，可以使軟件更適合用戶的需求，更加穩(wěn)定、可靠地運(yùn)行。祝他們壽域無疆，德業(yè)永輝 !感謝同窗好友 金正財(cái) 、 周昱 、 蔡長波 、 彭炳楊 以及更多我無法逐一列出名字的朋友，他們和我共同度過了四 年美好難忘的大學(xué)時光，我非常珍視和他們的友誼 !祝他們前程似錦，事業(yè)有成 !家有嬌妻，外有二房 !最最感謝生我養(yǎng)我的父母，他們給予了我最無私的愛，為我 的成長付出了許多許多，焉得諼草，言樹之背，養(yǎng)育之恩，無以回報，惟愿他們健康長壽 !感謝我的 朋友們 ，他們和我一起度過了大 四無聊的時光，讓我在寫作之余能有很好的休閑活動。漸漸的對測試有了濃厚的興趣，為以后就業(yè)方向提供了幫助。 若測試規(guī)劃基于產(chǎn)品的內(nèi)部結(jié)構(gòu)進(jìn)行測試，檢查內(nèi)部操作是否按規(guī)定執(zhí)行，軟件各個部分功能是否得到充分使用，則這種測試方法稱為白盒測試 (Whitebox Testing)方法。 } catch (Exception e) {throw e。amp。詳情如下表 31 所示： 表 31 用戶登錄測試表 測試要點(diǎn) 測試路徑 測試結(jié)果 用戶名、密碼 用戶名為假，密碼為假；輸入用戶名“ a”；密碼“ 111” 提示“用戶名或密碼輸入錯誤” 請返回重新輸入。 2) 除一次性的臨時變量（如 for 循環(huán)變量）以外，不能用單個字符 的變量名。 2) 在方法的局部變量聲明和語句之間加一個空行。 2) 修改申請界面需填寫的主要內(nèi)容包括：請假人姓名 ，請假類別，開始時間，結(jié)束時間，最底部的修改申請按鈕為事件觸發(fā)按鈕即當(dāng)您點(diǎn)擊此按鈕時會彈出如 圖 2. 2 申請主頁 圖和 修改頁面圖的界面，單您點(diǎn)擊確定按鈕時 ，你的修改信息將被寫入數(shù)據(jù)庫，即您的本次修改已成功。具體如表 26 T_BASE_USER_ORGAN所示： 表 26 T_BASE_USER_ORGAN 表名 T_BASE_USER_ORGAN 列名 數(shù)據(jù)類型（精度范圍） 空 /非空 約束條件 ORGAN_ID NUMBER(19) 非空 外鍵 USER_ID NUMBER(19) 非空 外鍵 補(bǔ)充說明 組織 字典類型表 這是字典表，存放數(shù)據(jù)字典信息，當(dāng)進(jìn)行相關(guān)業(yè)務(wù)是，就是對這個表處理。 根據(jù) 需求的穩(wěn)定性，來決定耦合的程度恰到好處在同樣都能夠滿足需要的情況下，一項(xiàng)簡單的設(shè)計(jì)遠(yuǎn)比復(fù)雜的設(shè)計(jì)來的直接和有效。如下圖 請假模塊所示： 圖 請假模塊 開始 刪除用戶 確認(rèn)刪除 結(jié)束 N Y 請假 新增請假 修改請假 刪除請假 審批請假 7 申請請假：用戶登錄后對請假進(jìn)行申請，首先開始請假日期不能小于結(jié)束請假日期，并且提交請假日期不能大于開始請假日期，然后進(jìn)行填寫其他的信息，提交失敗會彈出提示，格式錯誤控件也會彈出提示框，流程如下圖 請假所示： 圖 申請請假 請假修改：首選要選擇修改的請假信息（修改的請假信息沒有通過審批），對要修改的信息進(jìn)行修改，具體流程如下圖 請假修改所示： 圖 請假修改 開始 修改請假 驗(yàn)證格式 結(jié)束 N Y 開始 申請請假 判斷正確 結(jié)束 N Y 8 刪除請假：首先要選擇用戶，然后點(diǎn)擊刪除按鈕（刪除的請假信息沒有通過審批），點(diǎn)擊確定刪除，即可刪除該用戶。 3 一、 需求分析 (一 ) 考勤日志系統(tǒng)需求規(guī)格說明書編寫目的 考勤日志系統(tǒng) [1]定位于軟件開發(fā)行業(yè)信息化建設(shè)的基礎(chǔ) 軟件平臺 —— 在對軟件公司的辦公、管理和信息溝通提供強(qiáng)有力的網(wǎng)絡(luò)化、電子化支持外，還為其它信息化系統(tǒng)的引入、為這些系統(tǒng)間的信息交流提供幫助，實(shí)現(xiàn)單位信息化程度的全面提升。 請假系統(tǒng)、加班系統(tǒng)、日志系統(tǒng)這三個系統(tǒng)都需要建立在用戶模塊上，需要有用戶登錄才可以進(jìn)行這些業(yè)務(wù)修改。 4 (二 ) 具體需求分析 登錄 模塊分 析 登錄模塊主要有登錄功能，新增功能，修改功能，刪除功能。在對審批的信息進(jìn)行適當(dāng)修改，然后通過如圖 審批日志所示： 圖 審批日志 開始 審 批日志 確定通過 結(jié)束 N Y 開始 刪除日志 確定刪除 結(jié)束 N Y 14 二、 系統(tǒng)設(shè)計(jì) （一） 總體架構(gòu) 系統(tǒng)架構(gòu) 完成了需求分析之后，就進(jìn)入系統(tǒng)的設(shè)計(jì)階段，在整個系統(tǒng)開發(fā)周期，設(shè)計(jì)階段也很重要，設(shè) 計(jì)任務(wù)分為兩個階段，第一階段是概要設(shè)計(jì)階段，主要任務(wù)是建立軟件的總體結(jié)構(gòu)，即軟件的組成，以及各組成成分 (子系統(tǒng)或模塊 )之間的相互聯(lián)系，第二階段是詳細(xì)設(shè)計(jì)，該任務(wù)是確定模塊的算法結(jié)構(gòu)。與菜單表和用戶表可以進(jìn)行外鍵連接。具體如表 214 T_SYS_BUG 所示： 表 214 T_SYS_BUG 表名 T_SYS_BUG 列名 數(shù)據(jù)類型（精度范圍） 空 /非空 約束條件 ID NUMBER(19) 非空 主鍵、外鍵 CREATE_TIME TIMESTAMP(6)