針對辦公自動化系統軟件的測試分析方法(2)

　　針對這些情況，在進行測試分析和設計時，首先按照上面提到的根據現成的公司體制進行分析和設計的測試數據，然后將各個領導是否兼職的情況區分開來。通常建議準備這樣兩套數據：

　　·領導不兼職

　　領導不兼職的情況，相對較簡單，即每個領導只負責一個批示。

　　在執行測試過程中，還需要重點注意批示的并行和串行的情況。

　　· 領導兼職

　　領導兼職的情況，即每個領導可能負責不同過程中多個批示，是流轉型模塊測試的一個難點，需要特別注意。

　　跟上面的情況一樣，同時也要考慮批示的并行和串行的情況。在測試執行過程中，其組合方式是否能夠全面覆蓋，與測試人員的經驗、對模塊的需求和設計熟悉程度、測試數據準備是否充分以及測試人員是否考慮周到全面等因素息息相關。

　　·個人事務

　　個人事務通常包括：待辦工作、日程安排、個人資料、個人名片、個人記事本、外出聲明等模塊。有的 OA 系統還包括個人郵件、及時消息模塊。

　　個人事務以其獨立性，完成個人日常的辦公工作，例如批閱各部門上報的各種公文，評閱同事交流的各種文件內容，回復或發送電子郵件，起草各類報告，查看個人的活動日程、外出等安排，系統能自動提醒待辦事項。

　　以個人名片為例，用戶可將名片登記并進行管理查詢和打印，同時可根據需要將部分名片共享，供他人使用。每個人只能看到自己的名片集及共享的名片集，通過所有由個人收集的名片以及整個單位的名片總集，可很快找出所需要聯系的名片主人，并方便地通知他們參加會議或發送郵件等等。

　　在進行測試分析、設計和執行中需要特別考慮：

　　· 新建或修改的名片時對于輸入重復的名片是否給予提示警告;

　　· 新建或修改的名片時個人維護的私有名片是否能被其他人看到或使用;

　　· 個人刪除私有名片時是否影響到其他用戶的名片;

　　· 共享的名片是否可以被其他人正確查看和使用;

　　· 單位的名片集修改后，是否正確影響個人的單位名片集;

　　· 給需要聯系的名片主人聯系時，是否可以正確聯系上，其聯系內容是否顯示正確;

　　·綜合信息

　　綜合信息通常包括：建議管理、電子論壇、網上調查、電子賀卡、信息采集等模塊。

　　以信息采集為例，信息采集可以通過各種渠道，從所有可利用的信息源收集辦公需要的信息，從各種媒體采集各種相關信息后作為原始信息記錄在案，經過篩選整理后編輯成各種主題的信息刊物。同時信息刊物也支持套紅頭轉入行政辦公的公文模塊中?？梢苑奖愕夭樵?、檢索信息刊物及其所有原始信息內容。并對信息采用和閱讀情況、次數進行統計。

　　在進行測試分析、設計和執行時要重點考慮：

　　· 從信息來源收集信息時，是否能正確完好的保存其原始信息的內容和格式;

　　· 整理后的信息是否能正確完好的保存其原始信息的內容和格式;

　　· 整理后的信息是否能正確轉入公文流程中;

　　· 基礎服務

　　基礎服務包括：人員注冊、部門設置、數據維護等模塊。

　　以數據維護為例：系統為系統的管理員提供了多項數據維護的服務?？梢詫σ恍┏Ｓ玫臄祿M行設置，包括用戶登錄名 / 用戶密碼組合方式、用戶登錄名 / 用戶密碼長度、主題詞、常用意見、自動編號、存儲大小、存儲時間和公文格式，也可以對行政辦公中所要使用的各個流轉模塊的流程進行預定義。

　　在進行測試分析、設計和執行時要特別考慮：

　　· 用戶登錄名 / 用戶密碼組合方式設置是否正確;

　　· 用戶登錄名 / 用戶密碼長度設置是否正確、有效;

　　· 存儲大小設置是否正確、有效;對于超出設定的存儲大小系統是否能正確提示;

　　· 預定義的行政辦公中各個流轉模塊是否能被正確應用;

　　· 小結

　　OA 系統的某些業務與其他知識管理系統相類似，但由于其鮮明的特點，目前已經自成體系。

　　本文介紹的測試分析主要與 OA 特有的業務處理方法緊密聯系，作為測試人員介入 OA 項目時如何有重點的進行測試分析。

原文轉自：http://www.uml.org.cn/Test/200505195.htm