辦公自動(dòng)化(OA)系統(tǒng)測(cè)試

1、江西信息應(yīng)用職業(yè)技術(shù)學(xué)院 畢業(yè)設(shè)計(jì)(論文專業(yè)名稱 軟件技術(shù)專業(yè)班 級(jí)學(xué)生名稱指導(dǎo)教師 夏侯赟系 主 任 胡穎輝二一一年 四 月 三十 日畢業(yè)設(shè)計(jì)(論文任務(wù)書I 、 畢業(yè)設(shè)計(jì)(論文題目:辦公自動(dòng)化 (OA系統(tǒng) 測(cè)試II 、 畢業(yè)設(shè)計(jì)(論文使用的原始資料(數(shù)據(jù)及設(shè)計(jì)技術(shù)要求:原始數(shù)據(jù)資料 :辦公自動(dòng)化 (OA系統(tǒng) 。技術(shù)要求 :對(duì) 辦公自動(dòng)化 (OA系統(tǒng) 的測(cè)試流程進(jìn)行研究并對(duì)主要模塊 (用戶登錄模塊、 電 子郵件模塊、 系統(tǒng)管理模塊 進(jìn)行功能測(cè)試 , 設(shè)計(jì)測(cè)試用例。 通過執(zhí)行測(cè)試用例了解系統(tǒng)缺陷 , 分析得出測(cè)試總結(jié)報(bào)告。III 、 畢業(yè)設(shè)計(jì)(論文工作內(nèi)容 :該論文是對(duì)一個(gè) 辦公自動(dòng)化 (OA系

2、統(tǒng) 的測(cè)試,具體步驟如下:A :獲得一個(gè) 辦公自動(dòng)化 (OA系統(tǒng) 及相當(dāng)數(shù)據(jù)B: 制定詳細(xì)的測(cè)試計(jì)劃C: 模擬用戶對(duì) Web 應(yīng)用程序進(jìn)行功能測(cè)試并生成測(cè)試結(jié)果D :分析 Web 應(yīng)用程序功能及穩(wěn)定性并提交測(cè)試報(bào)告IV 、主要參考資料:軟件測(cè)試技術(shù)軟件測(cè)試的有效方法 JSP 項(xiàng)目開發(fā)全程實(shí)錄計(jì)算機(jī)技術(shù)系軟件技術(shù)專業(yè)學(xué) 生:日 期:自 2010 年 11月 20 日 至 2011年 4 月 30 日指導(dǎo)老師 : 夏侯赟系主任 : 胡穎輝目 錄前 言 1 第一章 被測(cè)試軟件項(xiàng)目介紹 . 11.1被測(cè)試軟件項(xiàng)目的背景 . 1 1.2辦公自動(dòng)化 (OA系統(tǒng)介紹 . . 3 1.3辦公自動(dòng)化 (OA系統(tǒng)

3、的功能需求分析研究 . 3 1.4辦公自動(dòng)化 (OA系統(tǒng)可用性要求 . 5 第二章 測(cè)試計(jì)劃 . 6 2.1概述 . 6 2.2定義 . 6 2.3 質(zhì)量風(fēng)險(xiǎn)摘要 . 7 2.4測(cè)試進(jìn)度計(jì)劃 . 7 2.5進(jìn)入和退出標(biāo)準(zhǔn) . . 8 2.6 測(cè)試配置和環(huán)境 . 8 2.7 測(cè)試開發(fā) . 8 2.8 參考文檔 . 8 第三章 測(cè)試過程概述 . 9 3.1 單元測(cè)試 . 9 3.2 集成測(cè)成 . 9 3.3 系統(tǒng)測(cè)試 . 10 3.4 驗(yàn)收測(cè)試 . 10 第四章 測(cè)試用例設(shè)計(jì) . 11 4.1用戶管理子系統(tǒng)測(cè)試大綱 . .11 4.2 其他可用性測(cè)試檢查標(biāo)準(zhǔn) . 12 4.3 功能測(cè)試用例 . 1

4、2 第五章 測(cè)試結(jié)果與缺陷報(bào)告 . 16 5.1 測(cè)試總結(jié)報(bào)告 . 16 5.2軟件測(cè)試結(jié)果統(tǒng)計(jì)分析 . 17 5.3 編寫缺陷報(bào)告 . 19 第六章 文檔測(cè)試 . 20致謝 . 22參考文獻(xiàn) . 22辦公自動(dòng)化 (OA系統(tǒng)測(cè)試摘 要本文是從辦公與文件處理的特性、技術(shù)特點(diǎn)和工作原理出發(fā),闡述了辦公自動(dòng)化 (OA系統(tǒng)作用和意義, 并對(duì)系統(tǒng)中的一些功能進(jìn)行測(cè)試和關(guān)鍵點(diǎn)重寫等, 且對(duì)相關(guān)的設(shè)計(jì)方法進(jìn) 行了詳細(xì)的說明,為進(jìn)一步的研究和后期開發(fā)提供了思路和有效的開發(fā)方法。關(guān)鍵字 :單元測(cè)試 功能測(cè)試 文檔測(cè)試第一章 被測(cè)試軟件項(xiàng)目介紹系統(tǒng)軟件已深入到軟件各方面, 對(duì)軟件質(zhì)量的要求在不斷提高, 軟件測(cè)試成

5、為軟件開發(fā) 中一個(gè)重要部分。軟件測(cè)試是使用為發(fā)現(xiàn)錯(cuò)誤所選擇的輸入和狀態(tài)的組合而執(zhí)行代碼的過 程。 包括白盒測(cè)試和黒盒測(cè)試。 黒盒測(cè)試不考慮內(nèi)部邏輯結(jié)構(gòu), 只依據(jù)程序規(guī)格說明書, 檢 查程序功能。 白盒測(cè)試?yán)贸绦騼?nèi)部邏輯結(jié)構(gòu), 設(shè)計(jì)或選擇測(cè)試用例, 對(duì)程序所有邏輯路徑 進(jìn)行測(cè)試。隨著 J2EE 應(yīng)用開發(fā)的流行,并應(yīng)用到各種大型電子商務(wù)和辦公應(yīng)用中,這些領(lǐng)域?qū)?件質(zhì)量要求非常高, 要是在應(yīng)用中出現(xiàn)錯(cuò)誤, 會(huì)造成嚴(yán)重的損失。最近幾年, 由于軟件的復(fù) 雜度不斷增強(qiáng),軟件產(chǎn)業(yè)的不斷發(fā)展,軟件測(cè)試得到越來越廣泛的重視。軟件應(yīng)用的日趨廣泛, 加深了社會(huì)和經(jīng)濟(jì)對(duì)計(jì)算機(jī)的依賴, 但軟件故障時(shí)常會(huì)給人們的 生

6、活帶來不便, 甚至不安。 特別是一些軟件, 其行為直接關(guān)系到人們的生命安全、 財(cái)產(chǎn)的損 失和嚴(yán)重的環(huán)境破壞。這些軟件就是通常所說的安全苛求軟件。如何保障這些軟件的質(zhì)量, 防止災(zāi)難性事故的出現(xiàn),已成為一個(gè)刻不容緩的研究課題。1.1被測(cè)試軟件項(xiàng)目的背景辦公自動(dòng)化,英文 Office Automation ,簡(jiǎn)稱 OA ,是辦公信息處理的自動(dòng)化,它利用先 進(jìn)的技術(shù), 使人的各種辦公業(yè)務(wù)活動(dòng)逐步由各種設(shè)備、 各種人、 機(jī)信息系統(tǒng)來協(xié)助完成, 達(dá) 到充分利用信息,提高工作效率和工作質(zhì)量,提高生產(chǎn)率的目的。辦公自動(dòng)化由 70年代末 80年代初在我國(guó)提出, 到現(xiàn)在已有近二十年的發(fā)展歷史。 由于 辦公自動(dòng)化技

7、術(shù)的不斷發(fā)展, 辦公自動(dòng)化新產(chǎn)品不斷的出現(xiàn), 辦公自動(dòng)化的內(nèi)涵也不斷地豐 富和發(fā)展。大部分中小型企業(yè)自成立至今, 辦公模式為傳統(tǒng)的辦公模式并主要以紙介質(zhì)為主, 在信息革命的浪潮中, 顯然已經(jīng)遠(yuǎn)遠(yuǎn)不能滿足高效率、 快節(jié)奏的現(xiàn)代工作和生活的需要。 如何實(shí) 現(xiàn)信息處理的自動(dòng)化和辦公的無紙化逐步得到了公司領(lǐng)導(dǎo)的重視。而今公司普遍使用計(jì)算機(jī)來提高員工的工作效率,但是在需要許多員工一起協(xié)同工作 的現(xiàn)代工作環(huán)境中, 公司更需要提高整體的工作效率。 利用網(wǎng)絡(luò)通訊基礎(chǔ)及先進(jìn)的網(wǎng)絡(luò)應(yīng)用 平臺(tái),建設(shè)一個(gè)安全、可靠、開放、高效的信息網(wǎng)絡(luò)和辦公自動(dòng)化、信息管理電子化系統(tǒng), 為管理公司提供現(xiàn)代化的日常辦公條件及豐富的綜合

8、信息服務(wù), 實(shí)現(xiàn)檔案管理自動(dòng)化和辦公 事務(wù)處理自動(dòng)化, 以提高辦公效率和管理水平, 實(shí)現(xiàn)公司各部門日常業(yè)務(wù)工作的規(guī)范化、 電 子化、標(biāo)準(zhǔn)化,實(shí)現(xiàn)信息的在線查詢、借閱。最終實(shí)現(xiàn)“無紙”辦公。1、傳統(tǒng)辦公模式 圖 1-1 傳統(tǒng)辦公模式傳統(tǒng)的辦公模式主要以紙介質(zhì)為主, 在信息革命的浪潮中, 顯然已經(jīng)遠(yuǎn)遠(yuǎn)不能滿足高效 率、 快節(jié)奏的現(xiàn)代工作和生活的需要。 如何實(shí)現(xiàn)信息處理的自動(dòng)化和辦公的無紙化逐步得到 了人們的重視。2、網(wǎng)絡(luò)辦公模式 圖 1-2網(wǎng)絡(luò)化辦公模式現(xiàn)有網(wǎng)絡(luò)辦公自動(dòng)化系統(tǒng)和大型信息管理系統(tǒng)中, 企業(yè)業(yè)務(wù)流程重組或者是文件流轉(zhuǎn)功 能都是核心功能。 同時(shí)企業(yè)辦公主要是一個(gè)文件流轉(zhuǎn)的過程, 所有的辦

9、公事務(wù)都可以抽象成 一個(gè)數(shù)據(jù)庫(kù)對(duì)象。目前辦公自動(dòng)化系統(tǒng)較成熟的模式是客戶 /服務(wù)器方式,而新一代的辦公自動(dòng)化系統(tǒng)則 應(yīng)是 Internet/Intranet方式,即 B/S(Browser/Server, B/S結(jié)構(gòu),才更能適應(yīng)目前及未 來的要求。1.2辦公自動(dòng)化 (OA系統(tǒng)介紹辦公自動(dòng)化系統(tǒng) (OA,是伴隨著 Internet 技術(shù)在各個(gè)領(lǐng)域的廣泛應(yīng)用,和各行各業(yè)企 業(yè)信息化建設(shè)步伐的加快應(yīng)運(yùn)而生。當(dāng)代社會(huì)已經(jīng)進(jìn)入信息時(shí)代,信息技術(shù)革命使社會(huì)的各個(gè)領(lǐng)域都發(fā)生了翻天覆地的變 化, 每個(gè)企業(yè)都必須緊跟時(shí)代的步伐, 加強(qiáng)企業(yè)競(jìng)爭(zhēng)力和提升現(xiàn)代化企業(yè)的管理能力, 以適 應(yīng)整個(gè)社會(huì)的發(fā)展變化。企業(yè)對(duì)信息

10、需求的增長(zhǎng), 使計(jì)算機(jī)、 網(wǎng)絡(luò)技術(shù)已經(jīng)滲透到企業(yè)的日常工作中。 傳統(tǒng)的企 業(yè)內(nèi)信息的交流方式早已不能滿足企業(yè)對(duì)大量信息的快速傳遞與處理的需求, 辦公自動(dòng)化管 理系統(tǒng)的應(yīng)用滿足了企業(yè)的辦公網(wǎng)絡(luò)化、自動(dòng)化的管理需求,提高了企業(yè)內(nèi)部的管理水平, 進(jìn)而全面提升了企業(yè)在市場(chǎng)競(jìng)爭(zhēng)中的綜合競(jìng)爭(zhēng)力。1.3辦公自動(dòng)化 (OA系統(tǒng)的功能需求分析研究1、用戶身份驗(yàn)證模塊在用戶身份驗(yàn)證模塊的總體流程分析中業(yè)務(wù)流程圖是表現(xiàn)個(gè)人辦公流程的一個(gè)主要圖 例,用戶通過表單提供登陸信息,系統(tǒng)根據(jù)用戶提供的信息對(duì)用戶進(jìn)行查詢鑒別,如果身 份合法,則將用戶導(dǎo)向系統(tǒng)主頁。從系統(tǒng)退出后也進(jìn)入系統(tǒng)登陸頁面。此時(shí),用戶的身份 信息都會(huì)被清空

11、 ; 本系統(tǒng)功能的開發(fā)與設(shè)計(jì),是完全針對(duì)公司內(nèi)部進(jìn)行辦公管理以及為各部 門員工提供便捷的電子化交互平臺(tái)搭建的。 用戶身份驗(yàn)證模塊是公司辦公自動(dòng)化管理系統(tǒng)重 要組成部分之一, 它主要功能是在系統(tǒng)用戶進(jìn)入系統(tǒng)時(shí)的身份驗(yàn)證以及在不同頁面瀏覽時(shí)的 身份驗(yàn)證,以防止公司重要資料的泄露。流程圖如下所示: 圖 1-3用戶身份驗(yàn)證流程圖2、電子郵件模塊該模塊用作當(dāng)前的登錄用戶給系統(tǒng)內(nèi)的其他用戶發(fā)送電子郵件, 并可以查看其他用戶發(fā) 來的電子郵件。 用戶可以通過選擇不同的鏈接,進(jìn)行相應(yīng)的發(fā)送電子郵件、查看、設(shè)置已讀 以及刪除等操作。本模塊中應(yīng)該保存的信息有:接收者、發(fā)送者、消息內(nèi)容、發(fā)送時(shí)間。 流程圖如下所示:圖

12、 1-4 電子郵件管理流程圖3、系統(tǒng)管理模塊本模塊只有管理員以及部門經(jīng)理登入才能顯示, 為了公司內(nèi)部資料的保密。 本模塊用于所有用戶信息管理、 審批管理、 分發(fā)公文以及新建管理員。 對(duì)公司重要文件進(jìn)行發(fā)放及整理。 系統(tǒng)管理員通過登陸驗(yàn)證進(jìn)入系統(tǒng)主頁面,然后選擇進(jìn)入系統(tǒng)管理模塊頁面,管理員可以 通過系統(tǒng)管理模塊對(duì)公司內(nèi)部進(jìn)行相應(yīng)的操作,當(dāng)點(diǎn)擊“用戶管理”時(shí),進(jìn)入相應(yīng)的界 面,可以對(duì)“用戶管理”里的用戶信息進(jìn)行查看、添加、修改、刪除的操作,并有相應(yīng)的 提示信息;當(dāng)點(diǎn)擊“審批管理”時(shí),進(jìn)入“審批管理”的應(yīng)用界面,可以對(duì)審批文件進(jìn)行 查看、添加、修改、刪除的操作,冰有相應(yīng)的提示信息;流程圖如下:成功成

13、功 圖 1-5系統(tǒng)管理流程圖1.4辦公自動(dòng)化 (OA系統(tǒng)可用性要求沒有人懷疑計(jì)算機(jī)的出現(xiàn)給辦公室職員帶來的便利,但是對(duì)現(xiàn)代的辦公自動(dòng)化而言, 其目的己經(jīng)不局限于減輕員工的工作量, 而是要將員工從繁瑣的事務(wù)性工作中解放出來, 用 更多的精力去關(guān)注最重要的事情, 從而提高企業(yè)的效率, 增強(qiáng)企業(yè)的綜合競(jìng)爭(zhēng)能力。 從這個(gè) 意義上講, 在市場(chǎng)競(jìng)爭(zhēng)日趨白熱化的今天, 辦公自動(dòng)化己經(jīng)不再是一種手段、 一種工具, 而 成為決定企業(yè)生存發(fā)展的命脈。在傳統(tǒng)的辦公模式中, 由于缺少重要的信息傳遞和工作流程環(huán)節(jié), 辦公的各個(gè)部門之間 無法實(shí)現(xiàn)信息共享和信息集成, 從而難以實(shí)現(xiàn)各個(gè)部門之間的高效協(xié)作。 在日常的辦公過程

14、 中,比較容易出現(xiàn)以下的差錯(cuò):各部門的信息傳遞和事務(wù)交接仍然由人工完成,容易出現(xiàn)差錯(cuò);上下級(jí)和部門之間無法實(shí)現(xiàn)協(xié)同工作,難以及時(shí)溝通;信息和工作流程相互分離, 缺少至關(guān)重要的隨時(shí)記錄, 使工作監(jiān)控和評(píng)估困難重重。 隨著信息技術(shù)的發(fā)展和國(guó)內(nèi)信息技術(shù)應(yīng)用水平的提高, 在辦公過程中, 傳統(tǒng)的工作方式 和審批模式己經(jīng)難以滿足新的需求, 實(shí)現(xiàn)辦公自動(dòng)化已經(jīng)是提高政府機(jī)關(guān)和企事業(yè)單位辦公 效率,規(guī)范化管理的必然趨勢(shì)。成功辦公自動(dòng)化系統(tǒng)的帶來的好處有以下幾點(diǎn):一、信息傳遞與溝通交流順暢排除因職能、 職位、 距離等原因造成的信息聯(lián)絡(luò)不暢而帶來的企業(yè)發(fā)展羈絆, 通過構(gòu)建 內(nèi)部通訊、 信息發(fā)布與交流平臺(tái), 實(shí)現(xiàn)多

15、途徑的聯(lián)絡(luò)與溝通, 減少信息在途時(shí)間, 提高信息 的時(shí)效性,與此同時(shí),縮短領(lǐng)導(dǎo)與職員之間,各部門之間的距離。二、規(guī)范工作管理,提高整體效率解決了跨地域跨部門多崗位間的業(yè)務(wù)處理諸多問題, 有效避免工作中出現(xiàn)的脫節(jié)、 延誤、 錯(cuò)辦等情況, 杜絕職責(zé)不清、 工作推脫等怠工現(xiàn)象, 實(shí)現(xiàn)網(wǎng)上協(xié)同辦公, 增強(qiáng)組織協(xié)調(diào)能力, 提高團(tuán)隊(duì)協(xié)作能力。 同時(shí), 加強(qiáng)了領(lǐng)導(dǎo)實(shí)時(shí)了解事務(wù)狀態(tài), 實(shí)時(shí)掌控工作進(jìn)度, 強(qiáng)化了過程 控制與監(jiān)督,加強(qiáng)了工作管理。三、整合信息資源,實(shí)現(xiàn)知識(shí)管理打破“信息孤島”, 徹底改變文件丟失遺漏、 管理分散、 查找不方便等現(xiàn)象, 解決因人 事變動(dòng)導(dǎo)致經(jīng)驗(yàn)流失等問題,通過知識(shí)管理,有效整合并積

16、累各類資源,實(shí)現(xiàn)再利用。 四、增強(qiáng)凝聚力,提高響應(yīng)能力在降低管理成本, 促進(jìn)管理進(jìn)步的同時(shí), 能夠培養(yǎng)全員信息化關(guān)注與參與意識(shí), 激發(fā)掌 握和利用先進(jìn)信息技術(shù)的熱情,提高專業(yè)素質(zhì),形成全新的企業(yè)文化。第二章 測(cè)試計(jì)劃2.1概述測(cè)試計(jì)劃,描述了要進(jìn)行的 測(cè)試活動(dòng)的范圍、方法、資源和進(jìn)度的文檔。它確定 測(cè)試項(xiàng)、被測(cè)特性、測(cè)試任務(wù)、誰執(zhí)行任務(wù)、各種可能的風(fēng)險(xiǎn)。2.2定義Testing plan(測(cè)試計(jì)劃 , 描述了要進(jìn)行的測(cè)試活動(dòng)的范圍、 方法、 資源和進(jìn)度的文檔。 它確定測(cè)試項(xiàng)、被測(cè)特性、測(cè)試任務(wù)、誰執(zhí)行任務(wù)、各種可能的風(fēng)險(xiǎn)。測(cè)試計(jì)劃可以有效預(yù)防計(jì)劃的風(fēng)險(xiǎn),保障計(jì)劃的順利實(shí)施。質(zhì)量風(fēng)險(xiǎn):被測(cè)試系統(tǒng)

17、不能實(shí)現(xiàn)描述的產(chǎn)品需求劃系統(tǒng)不能達(dá)到用戶的期望的行為, 即 系統(tǒng)可能存在的錯(cuò)誤。測(cè)試用例:為了查找被測(cè)試軟件中的錯(cuò)誤而設(shè)計(jì)的一系列的操作數(shù)據(jù)和執(zhí)行步驟, 即一 系列測(cè)試條件的組合。測(cè)試工具:應(yīng)用于測(cè)試用例的硬件 /軟件條件系統(tǒng),用于安裝或撤銷測(cè)試環(huán)境、創(chuàng)造測(cè) 試條件,執(zhí)行測(cè)試,或者度量測(cè)試結(jié)果等工作。測(cè)試工具獨(dú)立于測(cè)試用例本身。進(jìn)入標(biāo)準(zhǔn):一套決策的指導(dǎo)方針, 用于決定項(xiàng)目是否準(zhǔn)備好進(jìn)入特定的測(cè)試階段。 在集 中測(cè)試和系統(tǒng)測(cè)試階段,進(jìn)入標(biāo)準(zhǔn)會(huì)很苛刻。退出標(biāo)準(zhǔn):一套標(biāo)準(zhǔn), 用于決定項(xiàng)目是否可以退出當(dāng)前的測(cè)試階段, 或者進(jìn)入下一個(gè)測(cè) 試階段或者結(jié)束項(xiàng)目。同進(jìn)入標(biāo)準(zhǔn),測(cè)試過程的后幾個(gè)階段退出標(biāo)準(zhǔn)一般很

18、苛刻。功能測(cè)試:集中于正確性方面的測(cè)試。 功能測(cè)試必須和其他測(cè)試方法一起處理潛在的重 要的質(zhì)量風(fēng)險(xiǎn),比如:性能、負(fù)荷、容積和容量等。2.3 質(zhì)量風(fēng)險(xiǎn)摘要表 2-1質(zhì)量風(fēng)險(xiǎn)摘要表 2.4測(cè)試進(jìn)度計(jì)劃表 2-2測(cè)試進(jìn)度計(jì)劃表 2.5進(jìn)入和退出標(biāo)準(zhǔn)“測(cè)試小組”配置好軟硬件環(huán)境,并且可以正確訪問這些環(huán)境。“開發(fā)小組”已完成所有特性和錯(cuò)誤修復(fù)并完成修復(fù)后的單元測(cè)試?！皽y(cè)試小組”完成“冒煙測(cè)試”程序包能打開,隨機(jī)的測(cè)試操作正確完成“開發(fā)小組”完成了所有必須修復(fù)的錯(cuò)誤?！皽y(cè)試小組” 完成了所在計(jì)劃的測(cè)試。 沒有優(yōu)先級(jí)為了 3以上的錯(cuò)誤。 優(yōu)先級(jí)為 2以下 的錯(cuò)誤少于 5個(gè)?！绊?xiàng)目管理小組”認(rèn)為產(chǎn)品實(shí)現(xiàn)穩(wěn)定性

19、和可靠性。2.6 測(cè)試配置和環(huán)境服務(wù)器 2臺(tái)(配置如下 :操作系統(tǒng):windows2003 , xp , windows 7Web 服務(wù)器:tomcat5.0以上 Java 開發(fā)包;jdk1.5以上;數(shù)據(jù)庫(kù):SqlServer2000或是 SqlServer2005瀏覽器:ie6.0以上;分辨率:最佳為 1024*768客戶端 20臺(tái)(配置如下 :操作系統(tǒng):windows 系列, Linux 系列;瀏覽器:ie6.0以上, frefox ,等等;2.7 測(cè)試開發(fā)1. 設(shè)計(jì)測(cè)試用例進(jìn)行手工測(cè)試2. 設(shè)計(jì)開發(fā)問題記錄及交互工具,包括問題存取控制系統(tǒng)和所有的數(shù)據(jù)庫(kù),以對(duì)測(cè)試結(jié) 果做好的記錄并且提供相

20、關(guān)測(cè)試和開發(fā)人員的交換平臺(tái)。2.8 參考文檔表 2-3參考文檔表 第三章 測(cè)試過程概述廣義來講, 測(cè)試工作貫穿一個(gè)軟件項(xiàng)目開發(fā)過程的始終, 從項(xiàng)目的策劃和相關(guān)文檔生產(chǎn) 開始直到軟件通過用戶的驗(yàn)收。 通常所說的測(cè)試是指運(yùn)行軟件系統(tǒng) (單個(gè)的模塊 以檢驗(yàn)其 是否滿足用戶的要求的過程。OA 系統(tǒng)的測(cè)試按照一般測(cè)試過程,將其分為單元測(cè)試、集成測(cè)試、系統(tǒng)、和驗(yàn)收測(cè)試 4個(gè)階段。對(duì)于測(cè)試開發(fā)人員來說,關(guān)注的是前 3個(gè)階段的測(cè)試過程,因此本節(jié)詳細(xì)描述前 3個(gè)階段的測(cè)試過程,并且在后續(xù)小節(jié)中給出集成測(cè)試階段所涉及的相關(guān)設(shè)計(jì)和分析。 3.1 單元測(cè)試單元測(cè)試是對(duì)軟件中的基本組成單位進(jìn)行的測(cè)試, 如一個(gè)模塊、 一

21、個(gè)過程等等。 它是軟 件動(dòng)態(tài)測(cè)試的最基本的部分, 也是最重要的部分之一, 其目的是檢驗(yàn)軟件基本組成單位的正 確性。一個(gè)軟件單元的正確性是相對(duì)于該單元的規(guī)約而言的。單元測(cè)試通常是動(dòng)態(tài)和靜態(tài)測(cè)試兩種方式并舉的。 動(dòng)態(tài)測(cè)試可由開發(fā)人員去運(yùn)行局部功 能和模塊以發(fā)現(xiàn)系統(tǒng)潛在的錯(cuò)誤, 也可以借助測(cè)試工具區(qū)測(cè)試。 靜態(tài)測(cè)試既是代碼審查。 審 查的內(nèi)容包括代碼規(guī)則和風(fēng)格、程序設(shè)計(jì)和結(jié)構(gòu)、業(yè)務(wù)邏輯等。OA 系統(tǒng)中涉及到了很多的文章、圖片問題還有是管理員后臺(tái)的操作管理問題,因此是 比較復(fù)雜的。面對(duì)復(fù)雜的業(yè)務(wù)和用戶需求,沒有白盒測(cè)試是不可想象的。最簡(jiǎn)答的例子: OA 系統(tǒng)要處理文章問題,如發(fā)表文章、查看文章、評(píng)論文

22、章、刪除文章、編輯文章等,每 個(gè)文章都是不同的, 所以要對(duì)開發(fā)人員嚴(yán)格地按照系統(tǒng)設(shè)計(jì)去檢查代碼的邏輯結(jié)構(gòu), 選取有 代表性的測(cè)試用例去測(cè)試相關(guān)的測(cè)試模塊。 又如后臺(tái)管理添加和刪除一些信息等, 必須知道 系統(tǒng)的詳細(xì)設(shè)計(jì)和程序的邏輯結(jié)構(gòu)才能設(shè)計(jì)好測(cè)試用例。在單元測(cè)設(shè)中, 由于被測(cè)試的模塊往往不是單獨(dú)的程序, 它處于整個(gè)軟件結(jié)構(gòu)的某一層 上, 被其他模塊調(diào)用或是調(diào)用其他模塊, 其本身不能單獨(dú)運(yùn)行, 因此在單元測(cè)試時(shí), 應(yīng)為測(cè) 試模塊開發(fā)個(gè)驅(qū)動(dòng)模塊或是若干個(gè)樁模塊。 在 OA 系統(tǒng)中所有的用戶在系統(tǒng)中發(fā)表的帖子都 是要通過系統(tǒng)的身份驗(yàn)證的。3.2 集成測(cè)成集成測(cè)試是在軟件系統(tǒng)集成過程中所進(jìn)行的測(cè)試,

23、其主要目的是檢查軟件單位之間的接 口是否正確。 它根據(jù)集成測(cè)試計(jì)劃, 一邊將模塊或其他軟件單位組合成越來越大的系統(tǒng), 一 邊運(yùn)行該系統(tǒng), 以分析所組成的系統(tǒng)是否正確, 各組成部分是否合拍。 集成測(cè)試的策略主要 有自頂向下和自底向上兩種。OA 系統(tǒng)的集成測(cè)試是指開發(fā)人員完成了所有的系統(tǒng)模塊的開發(fā)并通過了單元測(cè)試后, 將編譯完成的軟件交付給測(cè)試部門進(jìn)行測(cè)試的過程。 因?yàn)樗心K都已完成, 所以沒有附加 的樁模塊和驅(qū)動(dòng)模塊。 這個(gè)階段測(cè)試需要一個(gè)完備的測(cè)試管理過程。 集成測(cè)試過程可以分為測(cè)試準(zhǔn)備、 測(cè)試計(jì)劃、 測(cè)試設(shè)計(jì)、 測(cè)試執(zhí)行和測(cè)試總結(jié) 5個(gè)階段。 測(cè)試準(zhǔn)備階段是指測(cè)試人 員準(zhǔn)備測(cè)試資源、 熟悉

24、系統(tǒng)的過程。 測(cè)試計(jì)劃階段包含制定測(cè)試策略、 資源分配、 風(fēng)險(xiǎn)預(yù)警 和進(jìn)度安排等內(nèi)容, 此項(xiàng)工作由測(cè)試負(fù)責(zé)人來做。 測(cè)試計(jì)劃的模塊各不相同, 這取決于軟件 的特殊性和管理的規(guī)范性。測(cè)試設(shè)計(jì)階段包含設(shè)計(jì)測(cè)試用例及相關(guān)管理工具的設(shè)計(jì)。 在下一節(jié)給出 OA 系統(tǒng)集成測(cè) 試過程中的部分主要的測(cè)試用例, 側(cè)重于系統(tǒng)的功能和性能測(cè)試。 測(cè)試用例設(shè)計(jì)之前一般要 有一份測(cè)試用例設(shè)計(jì)大綱。如果沒有現(xiàn)成的缺陷記錄和交互工具, 還應(yīng)該設(shè)計(jì)并開發(fā)這樣的工具。 另外還要考慮如 果測(cè)試用例執(zhí)行失敗時(shí)的數(shù)據(jù)的恢復(fù)或錯(cuò)誤的清理問題,以保證測(cè)試用例的再次執(zhí)行。 完成測(cè)試設(shè)計(jì)工作后, 就開始執(zhí)行實(shí)際的測(cè)試工作了。 如果測(cè)試用例設(shè)

25、計(jì)的好, 測(cè)試的 執(zhí)行變的簡(jiǎn)答的很。 但測(cè)試人員也不要太不該疏忽大意, 應(yīng)該集中精力并積極思考, 除了嚴(yán) 格按照測(cè)試用例進(jìn)行測(cè)試,還應(yīng)該有更好的“即興發(fā)揮” ,以發(fā)現(xiàn)一些在測(cè)試設(shè)計(jì)時(shí)意想不 到的錯(cuò)誤。測(cè)試時(shí)另外一項(xiàng)非常重要的工作就是做好系統(tǒng)缺陷記錄。 要生成缺陷報(bào)告, 另外記錄到 數(shù)據(jù)庫(kù)中。 用數(shù)據(jù)庫(kù)記錄缺陷的好處是測(cè)試人員和開發(fā)人員能夠通過動(dòng)態(tài)的信息發(fā)布和獲取 進(jìn)行更好的交互,提高測(cè)試和修改的工作效率。經(jīng)過修改后的系統(tǒng)再次經(jīng)過測(cè)試就是回歸測(cè)試。 可以用原來的測(cè)試用例, 但是測(cè)試人員 的關(guān)注點(diǎn)要變下, 應(yīng)該著重觀察此前的錯(cuò)誤發(fā)生處。 測(cè)試的過程通常要經(jīng)過幾輪, 每次執(zhí)行 都有進(jìn)入標(biāo)準(zhǔn)和退出標(biāo)準(zhǔn)

26、。測(cè)試結(jié)束后要及時(shí)總結(jié)分析測(cè)試結(jié)果。3.3 系統(tǒng)測(cè)試系統(tǒng)測(cè)試是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測(cè)試, 以驗(yàn)證軟件系統(tǒng)的正確性和性能 等滿足其規(guī)約所指定的要求, 檢查軟件的行為和輸出是否正確并非一項(xiàng)簡(jiǎn)單的任務(wù), 它被稱 為測(cè)試的 “ 先知者問題 ” 。因此,系統(tǒng)測(cè)試應(yīng)該按照測(cè)試計(jì)劃進(jìn)行,其輸入、輸出和其他動(dòng)態(tài) 運(yùn)行行為應(yīng)該與軟件規(guī)約進(jìn)行對(duì)比。軟件系統(tǒng)測(cè)試方法很多,主要有功能測(cè)試、性能測(cè)試、 隨機(jī)測(cè)試等等。3.4 驗(yàn)收測(cè)試驗(yàn)收測(cè)試旨在向軟件的購(gòu)買者展示該軟件系統(tǒng)滿足其用戶的需求。 它的測(cè)試數(shù)據(jù)通常是 系統(tǒng)測(cè)試的測(cè)試數(shù)據(jù)的子集。所不同的是,驗(yàn)收測(cè)試常常有軟件系統(tǒng)的購(gòu)買者代表在現(xiàn)場(chǎng), 甚至是在軟件安裝

27、使用的現(xiàn)場(chǎng)。這是軟件在投入使用之前的最后測(cè)試。OA 系統(tǒng)一般在用戶驗(yàn)收之前都要需要對(duì)系統(tǒng)進(jìn)行一段時(shí)間的試運(yùn)行,因此可以說 OA 的驗(yàn)收測(cè)試就是實(shí)際的使用 (但用戶一般參于軟件的系統(tǒng)測(cè)試, 即所謂的 測(cè)試, 不然用戶 是不會(huì)放心讓系統(tǒng)試運(yùn)行的 。第四章 測(cè)試用例設(shè)計(jì)測(cè)試用例該由測(cè)試人員在充分了解系統(tǒng)的基礎(chǔ)上在測(cè)試之前設(shè)計(jì)好, 測(cè)試用例的設(shè)計(jì)是 測(cè)試系統(tǒng)開發(fā)中的一項(xiàng)非常重要的內(nèi)容。集成測(cè)試階段測(cè)試用例的設(shè)計(jì)依據(jù)為系統(tǒng)需求分 析、 系統(tǒng)用戶手冊(cè)和系統(tǒng)設(shè)計(jì)報(bào)告等相關(guān)資料的內(nèi)容, 而且測(cè)試人員要與開發(fā)人員充分交互。 另外有一些內(nèi)容由測(cè)試人員的相關(guān)背景知識(shí)、經(jīng)驗(yàn)、直覺等產(chǎn)生。4.1用戶管理子系統(tǒng)測(cè)試大綱表

28、 4.1用戶管理子系統(tǒng)測(cè)試大綱 4.2 其他可用性測(cè)試檢查標(biāo)準(zhǔn)軟件產(chǎn)品的可用性是指軟件產(chǎn)品能否讓用戶更快更容易地完成工作。即軟件是否易學(xué)、 易用, 并使用戶感到滿意。 軟件產(chǎn)品的可用性主要反映在軟件產(chǎn)品的用戶界面及操作過程上 減少錯(cuò)誤出現(xiàn), 提高用戶工作效率, 增加用戶滿意度; 對(duì)于開發(fā)商而言可以縮減服務(wù)和培訓(xùn) 費(fèi)用, 提高用戶滿意度。 軟件可用性已經(jīng)越來越引起用戶和開發(fā)商的關(guān)注。 可用性測(cè)試對(duì)所 有功能模塊來說, 檢測(cè)標(biāo)準(zhǔn)是相同的, 而這些檢測(cè)在功能測(cè)試同時(shí)即可檢驗(yàn), 所以不再設(shè)計(jì)單獨(dú)的測(cè)試用例 ; 表 4-2列出 OA 辦公系統(tǒng)的可用性檢測(cè)標(biāo)準(zhǔn)。表 4-2 OA辦公系統(tǒng)的可用性檢測(cè)標(biāo)準(zhǔn) 4

29、.3 功能測(cè)試用例1. 用戶登錄功能的測(cè)試用例表 4-3用戶登錄功能的測(cè)試用例 2. 是電子郵件模塊測(cè)試用例表 4-4用戶登錄功能的測(cè)試用例 第 13 頁 共 22 頁 3. 管理員系統(tǒng)管理模塊的測(cè)試用例 第 14 頁 共 22 頁 4. 對(duì)用戶信息修改功能的測(cè)試用例表 4-6對(duì)用戶信息修改功能的測(cè)試用例 第 15 頁 共 22 頁第五章 測(cè)試結(jié)果與缺陷報(bào)告5.1 測(cè)試總結(jié)報(bào)告下圖就是測(cè)試總結(jié)報(bào)告的一個(gè)模板,各行業(yè)、各階段的軟件測(cè)試會(huì)有具體不同的總結(jié)報(bào)告, 但基本上應(yīng)該有本模板所展示的項(xiàng)目。第 16 頁 共 22 頁 表 5-1測(cè)試總結(jié)報(bào)告表 5.2軟件測(cè)試結(jié)果統(tǒng)計(jì)分析一個(gè)階段的系統(tǒng)測(cè)試結(jié)束后

30、, 應(yīng)該對(duì)系統(tǒng)有一份完整的測(cè)試報(bào)告, 給出系統(tǒng)在最終測(cè)試 后功能、性能等方面所達(dá)到的狀況的總結(jié)與評(píng)價(jià),通常測(cè)試總結(jié)報(bào)告要包含量化的描述。 關(guān)于被測(cè)試軟件的測(cè)試結(jié)果總結(jié)是必要的, 而對(duì)測(cè)試工作本身的總結(jié)也是不可少的。 存 儲(chǔ)在數(shù)據(jù)中的測(cè)試用例、 問題記錄和相關(guān)處理記錄是一筆巨大的財(cái)富。 積累各種項(xiàng)目的歷史 數(shù)據(jù),并將其繪制成直觀的圖表,會(huì)很快就能辯出“優(yōu)良的”和“不良的”曲線。下面介紹 實(shí)際測(cè)試工作中測(cè)試結(jié)果總結(jié)分析所關(guān)注的一些內(nèi)容。第 17 頁 共 22 頁 圖 5-1 按等級(jí)統(tǒng)計(jì)結(jié)果圖 5-2表達(dá)的是測(cè)試所發(fā)現(xiàn)的缺陷數(shù)目與其缺陷所屬的軟件工程的不同階段之間的關(guān) 系。 這個(gè)圖表會(huì)又一次驗(yàn)證軟件包工程的任何階段都會(huì)有導(dǎo)致程序中產(chǎn)生錯(cuò)誤的因素, 只是 程度和數(shù)目不同而已。 通過對(duì)該圖表的分析, 可以清楚看到, 軟件工程中的哪個(gè)階段更應(yīng)該 加強(qiáng)控制。 圖 5-2按原因統(tǒng)計(jì)結(jié)果圖 5-3表達(dá)的是程序的不同模塊與在其中所發(fā)現(xiàn)的缺陷數(shù)目之間的關(guān)系。缺陷的產(chǎn)生有 多方面的原因,但可以從該圖中反映出哪些程序員所開發(fā)的模塊中的