工作流引擎測試計(jì)劃書

1、精選優(yōu)質(zhì)文檔-傾情為你奉上工作流引擎測試計(jì)劃2022年3月9日專心-專注-專業(yè)目 錄 1 測試概述 2009年中國聯(lián)通黑龍江分公司OA系統(tǒng)改造工程主要完成辦公系統(tǒng)、門戶系統(tǒng)、部門網(wǎng)站系統(tǒng)的相關(guān)硬件設(shè)備的升級(jí)改造及應(yīng)用功能的整改與開發(fā)。工作流產(chǎn)品是本次工程的重要建設(shè)內(nèi)容，該產(chǎn)品的可靠性、持續(xù)可用性、可擴(kuò)展性、可維護(hù)性等指標(biāo)是辦公系統(tǒng)的核心基礎(chǔ)，是為用戶提供高質(zhì)量、高水平服務(wù)的關(guān)鍵應(yīng)用中間件。為此，黑龍江系統(tǒng)集成公司組織相應(yīng)的業(yè)務(wù)和技術(shù)專家，對(duì)前期經(jīng)過充分交流的工作流產(chǎn)品進(jìn)行技術(shù)對(duì)比，組織工作流廠商和相關(guān)業(yè)務(wù)人員從功能和性能2個(gè)方面進(jìn)行測試。2 功能測試2.1功能測試要求工作流產(chǎn)品作為整個(gè)業(yè)務(wù)應(yīng)用

2、系統(tǒng)的支撐平臺(tái)，起到非常關(guān)鍵的作用。因此對(duì)平臺(tái)在可靠性，靈活性，擴(kuò)展性等方面都有很高的要求。2.1.1符合WFMC標(biāo)準(zhǔn)產(chǎn)品符合WfMC標(biāo)準(zhǔn)定義的概念；完全實(shí)現(xiàn)了interface1、interface2、interface3、interface5，使用圖形化的方式，實(shí)現(xiàn)了過程定義模型到WfMC定義的模型wpdl的完全轉(zhuǎn)換。2.1.2強(qiáng)大的流程描述執(zhí)行能力引擎不僅支持順序流程的流轉(zhuǎn)，而且還支持分支、并發(fā)、循環(huán)、子過程、同步、異步、競爭、多工作流、同步活動(dòng)組、異步活動(dòng)組、靜態(tài)活動(dòng)等，在分支上可以定義條件，實(shí)現(xiàn)按條件自動(dòng)流轉(zhuǎn)，條件轉(zhuǎn)移之間還可設(shè)置邏輯關(guān)系；在并發(fā)流轉(zhuǎn)中，多個(gè)活動(dòng)節(jié)點(diǎn)可以同時(shí)激活；在某

3、些活動(dòng)節(jié)點(diǎn)上，也可以通過創(chuàng)建子過程來完成任務(wù)。2.1.3可視化的流程建模支持可視化的業(yè)務(wù)流程建模工具，方便用戶快速定義流程2.1.4 API接口引擎對(duì)外提供了靈活、豐富的工作流API，外部程序可以通過對(duì)這些API的調(diào)用，控制流程的運(yùn)行，查詢流程的運(yùn)行狀況以及工作流系統(tǒng)的運(yùn)行狀況，從而實(shí)現(xiàn)自己的業(yè)務(wù)需求。2.1.5支持第三方組織機(jī)構(gòu)接口引擎提供了標(biāo)準(zhǔn)的組織結(jié)構(gòu)接口，只要根據(jù)該組織機(jī)構(gòu)接口開發(fā)接口程序，就可以使工作流系統(tǒng)使用已有的組織機(jī)構(gòu)模型，而不需要對(duì)原有組織機(jī)構(gòu)進(jìn)行任何修改。2.1.6支持腳本事件實(shí)現(xiàn)一個(gè)支持事件處理的框架，過程建模師在過程定義時(shí)可以選擇要處理的事件并為相應(yīng)的事件定義需要處理的

4、動(dòng)作。這樣就可以在流程流轉(zhuǎn)的過程中在需要執(zhí)行任務(wù)的位置添加合適的任務(wù)代碼自動(dòng)完成某個(gè)任務(wù)。支持的事件包括過程啟動(dòng)、過程中止、過程掛起、生成工作項(xiàng)之前、生成工作項(xiàng)之后、完成工作項(xiàng)等。對(duì)事件的響應(yīng)，通過為事件選擇內(nèi)置的一些動(dòng)作（比如發(fā)送郵件、發(fā)送消息等）或者通過腳本設(shè)置動(dòng)作來完成。2.1.7 跨平臺(tái)能力引擎采用JAVA語言開發(fā)，可在不同的平臺(tái)上正常運(yùn)行2.1.8數(shù)據(jù)庫無關(guān)性可以在各種各樣的主流數(shù)據(jù)庫上運(yùn)行，例如：oracle , DB2 , sybase, Sqlserver等2.2測試要求根據(jù)業(yè)務(wù)系統(tǒng)的具體流程，考察工作流如何實(shí)現(xiàn)？支持是否靈活？尤其是對(duì)復(fù)雜流程的支持度。2.2.1測試場景描述發(fā)

5、文管理，要求能夠新建并處理發(fā)文，發(fā)文過程要經(jīng)過多個(gè)環(huán)節(jié)的審批和處理，最終形成有效的文件。包括擬稿、審核、核批、會(huì)簽、核稿、簽發(fā)、登記、編號(hào)、繕印、校對(duì)、分發(fā)、歸檔等環(huán)節(jié)：公司發(fā)文（復(fù)雜）省公司發(fā)文（簡單）公司收文（一）省公司收文2.2.2測試要求要求流程支持子過程，回退，取回，自由流，委托授權(quán)，工作時(shí)限設(shè)置，工作任務(wù)提醒等功能。該項(xiàng)主要考察流程引擎在流程描述方面的能力，流程引擎是否能夠很好地把業(yè)務(wù)流程梳理出來。3 性能測試從廣泛意義上講性能測試包括：壓力測試、穩(wěn)定性測試和可擴(kuò)展性測試等。在不同應(yīng)用系統(tǒng)的性能測試中，需要根據(jù)應(yīng)用系統(tǒng)的特點(diǎn)和測試目的的不同來選擇具體的測試方案。本次性能測試主要是采

6、用通常的壓力測試模式來執(zhí)行的，即：逐步增加壓力，查看應(yīng)用系統(tǒng)在各種壓力狀況小的性能表現(xiàn)。在本次性能測試中，也將使用美科利的新產(chǎn)品性能測試診斷工具（Diagnostic）對(duì)測試應(yīng)用的各層進(jìn)行監(jiān)控，判斷J2EE各層次的各類方法和類的調(diào)用使用時(shí)間和效率，并幫助開發(fā)人員分析J2EE應(yīng)用的各類交易的性能瓶頸點(diǎn)。3.1壓力測試在性能測試中，壓力測試主要是為了獲取系統(tǒng)在較大壓力狀況下的性能表現(xiàn)而設(shè)計(jì)并實(shí)現(xiàn)的，壓力測試主要是獲取系統(tǒng)的性能瓶頸和系統(tǒng)的最大吞吐率。3.1.1壓力測試概述本次壓力測試是指針對(duì)工作流系統(tǒng)的處理能力的測試，檢驗(yàn)系統(tǒng)的吞吐率。本系統(tǒng)的壓力測試主要是針對(duì)發(fā)文流程進(jìn)行測試，檢查在工作使用的高

7、峰時(shí)期，并發(fā)用戶數(shù)較多的時(shí)候的處理能力等等。3.1.2測試目的壓力測試的目的就是檢驗(yàn)系統(tǒng)的最大吞吐量，檢驗(yàn)工作流平臺(tái)在各種壓力交易量下的運(yùn)行狀況，檢驗(yàn)系統(tǒng)地運(yùn)行瓶頸，獲取系統(tǒng)的處理能力等等。3.1.3測試方法及測試用例使用美科利公司（Mercury）的性能測試軟件LoadRunner，對(duì)工作流系統(tǒng)進(jìn)行腳本錄制、測試回放、逐步加壓和跟蹤記錄。測試過程中，由LoadRunner的管理平臺(tái)調(diào)用各臺(tái)測試前臺(tái)，發(fā)起各種組合的交易請(qǐng)求，并跟蹤記錄服務(wù)器端的運(yùn)行情況和返回給客戶端的運(yùn)行結(jié)果。3.1.3.1 測試方式一（API方式） 為了能夠準(zhǔn)確測試工作流引擎的最大并發(fā)處理能力，采用直接調(diào)用引擎API的方式來

8、進(jìn)行測試，最大程度地把壓力施加給引擎，考察引擎的處理極限能力。 測試運(yùn)行安排如下：· 每隔1秒增加1個(gè)用戶連接，最多增加到100個(gè)用戶，持續(xù)運(yùn)行60分鐘，查看并記錄運(yùn)行情況· 每隔1秒增加1個(gè)用戶連接，最多增加到200個(gè)用戶，持續(xù)運(yùn)行60分鐘，查看并記錄運(yùn)行情況具體可根據(jù)測試情況和硬件配置進(jìn)行調(diào)整。3.1.3.2 測試方式二（WEB方式）采用實(shí)際開發(fā)好的流程，進(jìn)行腳本錄制，和業(yè)務(wù)系統(tǒng)的集成壓力測試。一、使用的測試用例包括：發(fā)文流程和收文進(jìn)行測試針對(duì)每個(gè)測試案例，都將采用逐步加壓和瞬間加壓兩種客戶端連接方式進(jìn)行，查看服務(wù)器端在客戶端的連接數(shù)量變化過程中對(duì)應(yīng)的處理能力，測試運(yùn)行

9、安排如下：· 每隔2秒增加2個(gè)用戶連接，最多增加到800個(gè)用戶，查看并記錄運(yùn)行情況· 每隔2秒增加2個(gè)用戶連接，最多增加到1000個(gè)用戶，查看并記錄運(yùn)行情況 具體可根據(jù)測試情況和硬件配置進(jìn)行調(diào)整。二、模擬真實(shí)的業(yè)務(wù)情況序號(hào)活動(dòng)用戶數(shù)場景并發(fā)數(shù)2000并發(fā)300【登錄】系統(tǒng)6001500擬稿環(huán)節(jié)登錄，并發(fā)300【新建】公文6001500擬稿環(huán)節(jié)登錄，【新建】公文，并發(fā)300【正文】公文并發(fā)送下一環(huán)節(jié)6001500擬稿環(huán)節(jié)登錄，【新建】公文，并發(fā)【上傳附件8MB】公文并發(fā)送下一環(huán)節(jié)400600審核環(huán)節(jié)登錄，并發(fā)【點(diǎn)擊待辦】公文，【查看正文】，發(fā)送下一環(huán)節(jié)60030001>

10、每秒30人登錄系統(tǒng)，共300人登錄；2>每秒1人登錄，共100人新建公文，上傳2MB附件，發(fā)送下一環(huán)節(jié)；3>每秒1人共300人查看待辦；4>每秒1人共100人審核環(huán)節(jié)：瀏覽正文，發(fā)送下一環(huán)節(jié)核稿環(huán)節(jié)；核稿人登錄，審批公文，發(fā)送下一環(huán)節(jié)；8003.2 各項(xiàng)測試指標(biāo)3.2.1事務(wù)級(jí)別的測試指標(biāo)ü 平均事務(wù)數(shù)：每秒中的平均完成的事務(wù)的個(gè)數(shù) ü 平均響應(yīng)時(shí)間：某個(gè)事務(wù)的平均響應(yīng)時(shí)間ü 總事務(wù)數(shù)：一定時(shí)間范圍內(nèi)，完成的總的事務(wù)的個(gè)數(shù)3.2.2網(wǎng)絡(luò)級(jí)別的測試指標(biāo)ü 吞吐量：單位時(shí)間內(nèi)網(wǎng)絡(luò)傳輸數(shù)據(jù)量ü 沖突率：在以太網(wǎng)上監(jiān)測到的每秒沖突數(shù)3

11、.2.3操作系統(tǒng)級(jí)別的測試指標(biāo)ü 進(jìn)程/線程交換率：進(jìn)程和線程之間每秒交換次數(shù) ü CPU利用率：即CPU占用率（）ü 系統(tǒng)CPU利用率：系統(tǒng)的CPU占用率（） ü 用戶CPU利用率：用戶模式下的CPU占用率（） ü 磁盤交換率：磁盤交換速率 ü 中斷速率：CPU每秒處理的中斷數(shù) ü 讀入內(nèi)存頁速率：物理內(nèi)存中每秒讀入內(nèi)存頁的數(shù)目 ü 寫出內(nèi)存頁速率：每秒從物理內(nèi)存中寫到頁文件中的內(nèi)存頁數(shù)目或者從物理內(nèi)存中刪掉的內(nèi)存頁數(shù)目 ü 內(nèi)存頁交換速率：每秒寫入內(nèi)存頁和從物理內(nèi)存中讀出頁的個(gè)數(shù) ü 進(jìn)程入交換率：交換區(qū)輸入的進(jìn)程數(shù)目 ü 進(jìn)程出交換率：交換區(qū)輸出的進(jìn)程數(shù)目 3.2.4數(shù)據(jù)庫級(jí)別的測試指標(biāo)ü 數(shù)據(jù)庫的并發(fā)連接數(shù)：客戶端的最大連接數(shù)ü 數(shù)據(jù)庫鎖資源的使用數(shù)量3.3運(yùn)行狀況記錄記錄可擴(kuò)展性測試中的測試結(jié)果及其系統(tǒng)的運(yùn)行狀況。除了記錄測試指標(biāo)以外，應(yīng)該結(jié)合測試實(shí)時(shí)記錄系統(tǒng)各個(gè)層次的資源和參數(shù)。主要包括：ü 硬件環(huán)境資源ü 服務(wù)器操作