1、精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-信息管理系統(tǒng)測試總結(jié)張林2011-4-25-精品文檔-精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-目錄1.編寫本文檔的目的 .32.OA 辦公系統(tǒng)簡介 .32.1 OA 系統(tǒng)是什么 .32.2 OA 辦公系統(tǒng)的特點 .43. 軟件測試過程 .54 OA 辦公系統(tǒng)的測試策略 .64.1 功能測試 .74.1.1純功能點性測試 .74.1.2流程測試 .74.2 性能測試 .84.2.1性能測試需求調(diào)研 .94.2.2性能測試計劃 .104.2.3性能測試方案

2、 .114.2.4性能測試實施 .114.2.5性能測試結(jié)果分析 .124.2.6性能調(diào)優(yōu) .124.2.7性能測試報告 .124.3 安全性、訪問控制性測試 .134.3.1登入測試 .144.3.2功能權(quán)限 .144.3.3數(shù)據(jù)權(quán)限 .154.3.4特殊約束 .154.3.5管理員權(quán)限 .164.4 數(shù)據(jù)準(zhǔn)確性測試. 16-精品文檔-精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-4.5 舊系統(tǒng)數(shù)據(jù)測試184.6 兼容性測試184.7 操作易用性及界面友好性測試194.8 故障轉(zhuǎn)移和恢復(fù)測試201.編寫本文檔的目的在最近的兩三年中一直在測試信息管

3、理系統(tǒng)，散的思維做一下整理， 作為經(jīng)驗總結(jié)。 本文以O(shè)A但很少做總結(jié)， 借于 jackei 的提問， 將零為切入點， 但整個信息管理系統(tǒng)測試也大致相同。2.OA 辦公系統(tǒng)簡介2.1 OA 系統(tǒng)是什么以下信息摘自于網(wǎng)絡(luò)搜索1）OA 辦公系統(tǒng)即OA ，是 Office Automation的縮寫，指辦公室自動化或自動化辦公。A 、 OA 辦公系統(tǒng)不僅僅是企業(yè)辦公的一種工具，更應(yīng)該是一種有思想、有模式的懂管理的軟件， 目前市場上主流的協(xié)同OA 辦公系統(tǒng)就為現(xiàn)代企業(yè)發(fā)展注入了強(qiáng)勁的動力，協(xié)同 OA 辦公系統(tǒng)是在研究現(xiàn)代組織實踐案例和管理理論發(fā)展方向的基礎(chǔ)上，結(jié)合神經(jīng)網(wǎng)絡(luò)的研究成果而設(shè)計的協(xié)同管理系統(tǒng)。

4、它以動態(tài)組織為行為主體，以工作流為傳導(dǎo)模型，以任務(wù)為處理模型，將組織行為的復(fù)雜性通過三者的結(jié)合充分表現(xiàn)出來，從而幫助實際組織解決管理過程中的復(fù)雜課題。-精品文檔-精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-B、OA 辦公系統(tǒng)將執(zhí)行中的三個要點：執(zhí)行者、目標(biāo)與過程管控，通過動態(tài)組織、工作流和任務(wù)三者， 將執(zhí)行相關(guān)的各種信息和應(yīng)用緊密集成在一起， 并用權(quán)變組織、網(wǎng)狀溝通、關(guān)聯(lián)結(jié)構(gòu)和控制反饋四個管理模型實現(xiàn)各個執(zhí)行體之間的融會貫通和統(tǒng)一管理，從而為企業(yè)提供實現(xiàn)人力資源、資金資源、產(chǎn)品資源、客戶資源、知識資源的高度整合和統(tǒng)一的工具， 幫助企業(yè)逐步走向虛擬

5、管理、 敏捷辦事和互動溝通的高級形態(tài)。C、能夠?qū)⒔M織管理中的業(yè)務(wù)活動、管理活動及活動產(chǎn)生的信息在組織、部門、個人之間進(jìn)行及時高效、有序可控、全程共享的溝通和處理。D、過去在組織的信息化建設(shè)過程往往重視人、財、物這些有形的物質(zhì)資產(chǎn)管理，忽視了知識資產(chǎn)的管理，需要借助知識管理工具對組織內(nèi)外的知識進(jìn)行有效的獲取、沉淀、共享、應(yīng)用、學(xué)習(xí)和創(chuàng)新，從而提高員工的素質(zhì)和技能、執(zhí)行力。E、辦公系統(tǒng)是組織內(nèi)使用面最廣泛、頻率最高的信息系統(tǒng)，希望能夠通過辦公系統(tǒng)實時、直觀地了解到組織的運營狀況（如生產(chǎn)、營銷、財務(wù)等數(shù)據(jù)）同時有效地解決組織內(nèi)“信息孤島”問題。，綜合上述各種新的需求不難發(fā)現(xiàn)，現(xiàn)階段的OA系統(tǒng)將以知識

6、管理為核心、以實時協(xié)作為技術(shù)支撐手段，以統(tǒng)一的知識門戶為展現(xiàn)方式。2.2 OA 辦公系統(tǒng)的特點看了上段什么是OA 辦公系統(tǒng)，不難總結(jié)出它的特點：1） 源自于非網(wǎng)絡(luò)時代的手工辦公、紙質(zhì)辦公。所以O(shè)A 辦公系統(tǒng)的原始需求源自于手工辦公，其工作模式源自于原有的工作模式，結(jié)合網(wǎng)絡(luò)特點、優(yōu)勢，來優(yōu)化或改變原有的工作模式；2） 資源（人力、物力、財力、時間、知識等）和信息（計劃、任務(wù)、進(jìn)度、質(zhì)量、-精品文檔-精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-現(xiàn)場監(jiān)控等）的整合。使資源和信息完整、快速的反映到相關(guān)人員面前，為決策和任務(wù)的跟蹤提供支持；3） 實現(xiàn)跨地域

7、合作辦公，大大提高工作效率；4） 知識積累，方便檢索；5） 節(jié)約紙張、綠色環(huán)保。軟件測試過程鑒于本文檔想作為一個完整的解決方案，所以，提到軟件測試過程是必須的。通用的軟件測試過程包括：了解系統(tǒng)、制定測試計劃、制定測試方案（總體測試方案和測試用例）、開發(fā)、測試實施、編寫測試報告1） 了解系統(tǒng)原則上說， 測試應(yīng)該盡早的介入了解被測系統(tǒng)的需求。實際上根據(jù)項目的實際情況適時介入，可以參與需求調(diào)研，也可以從需求比較穩(wěn)定后開始介入。主要目的：了解系統(tǒng)。知道系統(tǒng)是什么？做什么用的？有哪些功能？測試難易度？明確需求、開發(fā)等相關(guān)接口人。2） 制定測試計劃在了解系統(tǒng)的基礎(chǔ)上，根據(jù)項目的總體計劃，制定相應(yīng)測試計劃。

8、在測試實施過程中，根據(jù)實際情況對測試計劃進(jìn)行變更，以適合當(dāng)前的測試工作。主要目的：約定、明確測試的時間、參與的人員、劃分測試階段、每個階段的輸入條件及輸出物。3） 制定測試方案包括測試環(huán)境、測試策略（測試類型、測試方法、目標(biāo)等） 、測試工具、制定缺陷跟蹤流程、明確測試結(jié)束條件。主要目的：-精品文檔-精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-明確測試的環(huán)境，選擇需要的測試類型，而不是所有測試類型，選擇合適的測試工具。4） 開發(fā)主要是測試腳本開發(fā)、測試數(shù)據(jù)準(zhǔn)備，有時可能修改系統(tǒng)某些功能已方便測試。主要目的：為測試的實施做好必要的測試環(huán)境。5） 測試

9、實施根據(jù)測試計劃和測試方案，對被測系統(tǒng)進(jìn)行有序、有效的測試。對發(fā)現(xiàn)的缺陷進(jìn)行持續(xù)跟蹤。6） 編寫測試報告根據(jù)每個版本的測試結(jié)果，編寫測試報告，向項目組和相關(guān)人反饋系統(tǒng)質(zhì)量情況，為下一階段項目工作調(diào)整提供依據(jù)和參考。4 OA 辦公系統(tǒng)的測試策略在前面一段描述的測試過程當(dāng)中，很大部分都是通用的，除了測試策略。 每一種系統(tǒng)有它自己的特點，在測試策略方面也會有所側(cè)重。對于OA 辦公系統(tǒng)來說，總結(jié)為如下幾個：1） 功能測試2） 性能測試3） 安全性、訪問控制性測試4） 數(shù)據(jù)準(zhǔn)確性測試5） 舊系統(tǒng)數(shù)據(jù)測試6） 兼容性測試7） 操作易用性及界面友好性測試8） 故障轉(zhuǎn)移和恢復(fù)測試下面逐個說明為什么選擇這些測試

10、類型和每種測試類型的測試重點。-精品文檔-精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-4.1 功能測試功能測試是每個系統(tǒng)都必須要測試的類型，用以保證確保被測系統(tǒng)實現(xiàn)了客戶的基本使用要求。如果該項測試沒有通過，基本上該系統(tǒng)完全不符號要求。進(jìn)行測試，首先需求是必須要了解的；其次設(shè)計，數(shù)據(jù)間的關(guān)聯(lián)也是要了解的；最后，數(shù)據(jù)的約束也是要了解的。至于測試方法，簡單歸納如下。純功能點性測試1） 單獨功能點測試，測試單獨功能點實現(xiàn)是否正確；2） 有關(guān)聯(lián)功能點之間的測試，測試兩個功能點之間的影響是否正確，子系統(tǒng)與子系統(tǒng)之間的關(guān)聯(lián)是否正確；3） 權(quán)限相關(guān)測試，測試對

11、應(yīng)權(quán)限的登入者操作權(quán)限及數(shù)據(jù)權(quán)限是否正確；4） 功能點附屬功能的測試，比如附件增刪改，表單打印等。流程測試1） 場景拆分， 設(shè)置主場景及分支場景：測試流程走向是否正確；考慮前面環(huán)節(jié)的數(shù)據(jù)對流程流轉(zhuǎn)走向的影響是否正確。2） 測試場景各環(huán)節(jié)的測試：a.表單字段值的延續(xù)性（變/不變）、準(zhǔn)確性及表單讀寫控制是否正確；b.當(dāng)前處理人選擇下一環(huán)節(jié)處理人時，選擇的范圍是否正確，特殊要求是否實現(xiàn)，比如正職必須放在副職前面等；c.單據(jù)所處狀態(tài)的準(zhǔn)確性；d.流程跟蹤準(zhǔn)確性，包括流程走向及歷史意見記錄。3） 異常場景的測試：收回、退回、平級轉(zhuǎn)他人處理、會簽部分人同意部分人不同意、多人并發(fā)處理，插入流程的正常流轉(zhuǎn)中，

12、檢查前面A 和 B中的項目是否正確。4） 權(quán)限相關(guān)測試， 測試對應(yīng)權(quán)限的登入者操作權(quán)限及數(shù)據(jù)權(quán)限是否正確。如對哪些單-精品文檔-精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-可以看到哪些不能看到，哪些可以看到但不能操作等。4.2 性能測試在項目緊張的開發(fā)過程中，很容易忽略性能問題，可能在設(shè)計之初就已經(jīng)埋下了隱患，所以在系統(tǒng)試用后即使在使用人數(shù)很少、基礎(chǔ)數(shù)據(jù)量很小的情況下也會出現(xiàn)性能問題。以前我不相信，現(xiàn)在我相信了，目前碰到的一個案例，實際使用人數(shù)才不到50 人，基礎(chǔ)數(shù)據(jù)還不到1 萬條， 結(jié)果發(fā)現(xiàn)系統(tǒng)登入經(jīng)常很慢，查詢也很慢， 以至于客戶相當(dāng)懷疑我們

13、系統(tǒng)的處理能力。經(jīng)查，結(jié)果發(fā)現(xiàn)登入首頁顯示待辦、已辦、辦結(jié)，反復(fù)調(diào)用工作流接口，且工作流還是公司原來用.NET 開發(fā)的，我們的系統(tǒng)全部用的是java 開發(fā)，據(jù)分析反復(fù)調(diào)用可能不穩(wěn)定， 且為顯示這些數(shù)據(jù)反復(fù)調(diào)用效率低下，后改為這些數(shù)據(jù)直接從數(shù)據(jù)庫取，不經(jīng)過工作流接口， 效率得到了很大的提高。 所以系統(tǒng)上線之前對系統(tǒng)常用或關(guān)鍵業(yè)務(wù)進(jìn)行性能測試還是比較重要的。性能測試的目的：目的是驗證軟件系統(tǒng)是否能夠達(dá)到用戶提出的性能指標(biāo)， 同時發(fā)現(xiàn)軟件系統(tǒng)中存在的性能瓶頸，優(yōu)化軟件，最后起到優(yōu)化系統(tǒng)的目的。主要包括：包括以下幾個方面一評估系統(tǒng)的能力，測試中得到的負(fù)荷和響應(yīng)時間數(shù)據(jù)可以被用于驗證所計劃的模型的能力，

14、并幫助作出決策。二識別體系中的弱點：受控的負(fù)荷可以被增加到一個極端的水平，并突破它，從而修復(fù)體系的瓶頸或薄弱的地方。三系統(tǒng)調(diào)優(yōu)：重復(fù)運行測試，驗證調(diào)整系統(tǒng)的活動得到了預(yù)期的結(jié)果，從而改進(jìn)性能。檢測軟件中的問題： 長時間的測試執(zhí)行可導(dǎo)致程序發(fā)生由于內(nèi)存泄露引起的失敗，揭示程序中的隱含的問題或沖突。-精品文檔-精品文檔就在這里-各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-四驗證穩(wěn)定性（ resilience ）可靠性（ reliability）：在一個生產(chǎn)負(fù)荷下執(zhí)行測試一定的時間是評估系統(tǒng)穩(wěn)定性和可靠性是否滿足要求的唯一方法。在性能測試實際開展過程中， 也遵循測試過程通

15、用規(guī)則： 性能測試需求調(diào)研、 性能測試計劃、性能測試方案、性能測試實施、性能測試分析、性能調(diào)優(yōu)、結(jié)果評估與測試報告。其中：一、后面4 個過程可能有一個反復(fù)的過程；二、性能測試實施包括：測試環(huán)境、工具、數(shù)據(jù)準(zhǔn)備測試腳本錄制、編輯與調(diào)試場景設(shè)定 測試執(zhí)行 獲取測試結(jié)果；三、性能調(diào)優(yōu)是個可選項，根據(jù)測試目的的不同，可能只要求出一個測試報告即可。性能測試需求調(diào)研性能測試需求調(diào)研主要做三件事情：1、本次性能測試的目的和目標(biāo)。是調(diào)優(yōu)性質(zhì)還是驗證性質(zhì)；2、從整個系統(tǒng)無窮的業(yè)務(wù)/操作域中，找出典型業(yè)務(wù)，通常是廣泛使用和關(guān)鍵性業(yè)務(wù)；3、確定性能指標(biāo)。還有兩件必須弄清楚的事情：1、 什么時候開始？什么時候結(jié)束？2

16、、 明確誰來做本次性能測試的實施人、業(yè)務(wù)支持接口人是誰、技術(shù)支持接口人是誰。要獲得上面的信息， 一方面可以從系統(tǒng)規(guī)劃和需求說明書中入手， 另一方法要與項目組和客戶進(jìn)行充分的溝通。-精品文檔-精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-最表象的方式是回答如下問題：在什么測試環(huán)境下， 在多少基礎(chǔ)數(shù)據(jù)量的情況下， 多少人并發(fā)，做什么事情，響應(yīng)時間是多少。至于：容量測試、負(fù)載測試、疲勞測試可根據(jù)調(diào)研結(jié)果根據(jù)需要進(jìn)行取舍。具體實施可采取案卷調(diào)查的形式來進(jìn)行，根據(jù)反饋的結(jié)果整理出初步的場景和性能指標(biāo)，與客戶確認(rèn)，最終達(dá)成一致。這里產(chǎn)生的成果，很大程度上影響到

17、后續(xù)的測試執(zhí)行和對性能測試工作好壞認(rèn)可度。有人和我反映說：我做了性能測試， 但項目組說做了和沒做一樣， 得不到認(rèn)可。我們從兩個方面來分析：1、 你自己做的確實好不好？2、 做的結(jié)果達(dá)到了目標(biāo)沒有？其中的第二個問題就是要在這里找客觀參考數(shù)據(jù)的。說明：性能測試需求調(diào)研問卷實例見附錄二、負(fù)載壓力測試需求分析原理之80 20 原理80 20 原理測試強(qiáng)度估算基本概念：每個工作日80的業(yè)務(wù)在20的時間內(nèi)完成。例如：每天工作8 個小時，那么每天80的業(yè)務(wù)在8*20 1.6 小時內(nèi)完成。性能測試計劃性能測試計劃主要描述：測試目的、目標(biāo)、測試范圍、測試環(huán)境、測試時間、執(zhí)行人、-精品文檔-精品文檔就在這里- 各

18、類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-通過準(zhǔn)則等。性能測試方案性能測試方案是在確定性能測試需求的情況下，為達(dá)成性能測試目標(biāo)而設(shè)計的一套方案。主要描述：測試目的、測試環(huán)境、測試工具、測試方法、測試場景/用例測試方案中，測試場景/用例的設(shè)計占了很大的比例。是“在什么測試環(huán)境下，在多少基礎(chǔ)數(shù)據(jù)量的情況下，多少人并發(fā)，做什么事情，響應(yīng)時間是多少?！钡木唧w實現(xiàn)。實際執(zhí)行性能測試時，先將多個典型業(yè)務(wù)分來進(jìn)行測試，最后再將幾個業(yè)務(wù)組成一個場景進(jìn)行混合場景測試。但混合場景中，各業(yè)務(wù)占的比例在需求調(diào)研中應(yīng)該調(diào)研回來。性能測試實施性能測試實施主要依照性能測試方案，對各種場景進(jìn)行執(zhí)行

19、測試，記錄有效的測試結(jié)果。獲取事務(wù)響應(yīng)時間和服務(wù)器（軟、硬件）和網(wǎng)絡(luò)的性能指標(biāo)。執(zhí)行過程包括：測試環(huán)境、 工具、數(shù)據(jù)準(zhǔn)備 測試腳本錄制、 編輯與調(diào)試 場景設(shè)定 測試執(zhí)行 獲取測試結(jié)果注意：1、 腳本編輯中調(diào)試通過后，還要用控制臺進(jìn)行并發(fā)執(zhí)行的調(diào)試，否則可能出現(xiàn)編輯器中運行通過，但運行場景時失敗的問題；2、 性能測試執(zhí)行過程中一定要對有效的執(zhí)行結(jié)果做好記錄，件被覆蓋的情況。建議目錄結(jié)構(gòu)如下：01 文檔02 測試場景03 測試腳本04 測試結(jié)果避免發(fā)生不該被覆蓋的文05 其他每種文件存放在相應(yīng)的目錄下面，文件命名制定簡單易懂的規(guī)則，不建議設(shè)置直接覆蓋結(jié)果。-精品文檔-精品文檔就在這里- 各類專業(yè)好

20、文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-錄制腳本過程中要設(shè)置好事務(wù)、集合點、 檢查點等， 還可能遇到各種各樣的問題，需要做一些技術(shù)上的處理，如：跨域、參數(shù)化、關(guān)聯(lián)等，不在此詳述。性能測試結(jié)果分析參考 LoadRunner 進(jìn)行性能測試過程講解中相關(guān)章節(jié)。性能調(diào)優(yōu)經(jīng)過性能測試結(jié)果分析，如發(fā)現(xiàn)系統(tǒng)性能不理想，則需要進(jìn)行系統(tǒng)調(diào)優(yōu)。首先，明確性能調(diào)優(yōu)的責(zé)任人（這里就用到前面技術(shù)接口人），再開始做下面的事情。一、根據(jù)分析結(jié)果， 找出需要重點關(guān)注的區(qū)域。 如：web 服務(wù)器、 數(shù)據(jù)庫服務(wù)器的相關(guān)配置、可能出問題的程序塊等；二、根據(jù)需要可能要進(jìn)行額外的測試，比如在程序中加入更多的有針對

21、性的輸出，設(shè)置 LR 輸出全部執(zhí)行日志或有針對性的設(shè)置場景， 以便從這些不同的場景和這些日志中發(fā)現(xiàn)問題的蹤跡；三、對被測系統(tǒng)可疑地方進(jìn)行調(diào)整， 然后再執(zhí)行性能測試。注意： 每次測試最好只改變一個變量，方便定位問題；四、完整記錄每一次測試結(jié)果， 對比系統(tǒng)每次調(diào)整后的性能結(jié)果， 找出真正有效的解決的方法；五、因為有些對系統(tǒng)改動策略有副作用（比如去掉部分小功能） ，綜合考慮所有因素，找出一種最優(yōu)的解決方案；六、再次測試，驗證該方案對系統(tǒng)的性能提升是有效的。性能測試報告一般是以 Word/PDF 格式文檔或者電子郵件形式存在。 而測試報告的讀者， 一般是整個項目組的管理者甚至更高層面、 相關(guān)同事比如開

22、發(fā)人員等， 他們并不一定具備多少測試背景-精品文檔-精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-知識，因此，測試報告要盡量避免測試術(shù)語，要用容易理解的話語進(jìn)行敘述。另外，它不應(yīng)該是性能測試結(jié)果的簡單羅列： 因為閱讀對象通常而只關(guān)心報告中測試結(jié)論是否合理以及結(jié)論的內(nèi)容。所以性能測試工程師在編寫測試報告時，首先要明確閱讀這份報告的對象是誰，不能從自己角度出發(fā)來寫報告， 而是使閱讀對象能看的明白， 所以給不同的閱讀對象， 可能報告格式及內(nèi)容繁簡可能稍有不同。測試報告內(nèi)容一般分為測試目的、測試方法、 測試環(huán)境、 測試數(shù)據(jù)概括總結(jié)、測試結(jié)果分析、 結(jié)論這幾

23、大部分。 在實際工作中的要求不盡相同， 每個公司會有自己的模板，因此在文檔結(jié)構(gòu)上并無一定之規(guī)。但內(nèi)容方面大致相同。完成一份好的性能測試報告，最好做到如下幾點：一）提交報告的時機(jī)。做完性能測試應(yīng)及時反饋給項目組相關(guān)領(lǐng)導(dǎo)和同事。二）有效地總結(jié)概括測試數(shù)據(jù)。不要只是簡單的原始數(shù)據(jù)成列。三）報告應(yīng)該清楚易讀，結(jié)合圖表，但不能濫用圖表。四）報告要具備較強(qiáng)的邏輯性。要具有層次感，幾個部分區(qū)分明顯、清楚。五）系統(tǒng)問題突出標(biāo)識，讓人一眼就能知道問題所在。性能測試報告模板參見附錄。4.3 安全性、訪問控制性測試OA 辦公系統(tǒng)日常使用中與權(quán)限相關(guān)的操作主要包括：1、登入； 2、數(shù)據(jù)錄入；3、數(shù)據(jù)審批； 4、數(shù)據(jù)查

24、看； 5、管理員管控。系統(tǒng)要控制不該進(jìn)的系統(tǒng)不能進(jìn)，不該做的事情不能做，不該看的數(shù)據(jù)不能看，不是管理員就不能有超大的系統(tǒng)控制權(quán)力。歸納到軟件系統(tǒng)中，為：登入權(quán)限、功能操作權(quán)限、數(shù)據(jù)權(quán)限和管理員權(quán)限。這些權(quán)限控制了系統(tǒng)使用的方方面面，以達(dá)到前面所說的控制目標(biāo)。但往往在實際測試過程當(dāng)中，為測試方便起見，都賦予了測試賬號極為廣泛的權(quán)限，所以在測試用例設(shè)計階段就要考慮到有安全性問題要測試，以免遺漏。如果權(quán)限真的出了問題，某人冒充領(lǐng)導(dǎo)審批多少錢的款項，那就問題大去了。-精品文檔-精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-安全性、訪問控制性的測試，按照操作

25、來分，要考慮如下方面：1） 登入測試2） 功能權(quán)限測試3） 數(shù)據(jù)權(quán)限測試4） 特殊約束5） 管理員權(quán)限登入測試登入只代表你能進(jìn)入這個系統(tǒng)，但并不表示你就能看到和操作里面的東西。A 、登入采用輸入框登入模式要保證正確的賬號和密碼能登入進(jìn)去；賬號和密碼其中一項錯誤都不能進(jìn)去。B、 登入采用key等第三方工具這種登入模式主要要選好廠商，最好是有權(quán)威機(jī)構(gòu)認(rèn)證的。而對OA協(xié)同辦公的系統(tǒng)的測試人員來說，就沒有必要對key里面東西進(jìn)行詳細(xì)測試了，只是測試這個工具能不能正常使用， 硬件和系統(tǒng)里面注冊的證書匹配時且在有效期內(nèi)，可以正常登入； 不匹配或過期均不能登入。另外還要考慮：1、 Key 拔出后，系統(tǒng)是否還

26、能使用；2、 一個 Key 能不能同時在多臺電腦上使用；3、 一臺電腦上能否同時使用多個Key 。C、是否采用首頁門戶登入各個子系統(tǒng)首頁1、 登入門戶首頁后再登入子系統(tǒng)首頁，不需要再輸入用戶密碼驗證；2、 單獨進(jìn)入子系統(tǒng)首頁需單獨驗證。D、考慮有沒其他辦法非法入侵的（比較專業(yè)，沒弄過）。功能權(quán)限賦予功能操作權(quán)限，表示你可以查看或操作某些模塊，某些菜單，某些按鈕， 但是并不-精品文檔-精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-表示你能看到或操作這個模塊里面的所有數(shù)據(jù)，可能只能操作一部分或僅僅你自己新建的數(shù)據(jù)。測試項目：1、 賦權(quán)了可讀寫權(quán)限的功能

27、，可以查看和操作；賦權(quán)只讀權(quán)限的功能，只可以查看不能操作；沒有賦予功能權(quán)限的功能看不到；2、 更改功能權(quán)限設(shè)置，系統(tǒng)反應(yīng)做相應(yīng)的變化；取消功能權(quán)限，不可以查看/操作；3、 考慮單獨賬號賦權(quán)和集合方式賦權(quán)的方式，集合方式賦權(quán)如角色賦權(quán)或崗位賦權(quán)等，與單獨賬號賦權(quán)有同等效用。數(shù)據(jù)權(quán)限賦予數(shù)據(jù)權(quán)限， 表示看到哪些數(shù)據(jù)， 一些敏感的數(shù)據(jù)，是要進(jìn)行隔離的，比如某個單位的合同，就只有相關(guān)公司能夠看到，其它公司不能看到。測試項目：1、 默認(rèn)數(shù)據(jù)權(quán)限，比如本人能看到本人添加的數(shù)據(jù)，本人能看到本部門的數(shù)據(jù)，根據(jù)業(yè)務(wù)規(guī)則來定；2、 賦權(quán)了可讀寫權(quán)限的數(shù)據(jù)，可以查看和操作；賦權(quán)只讀權(quán)限的數(shù)據(jù)，只可以查看不能操作；沒

28、有賦予數(shù)據(jù)權(quán)限的數(shù)據(jù)看不到；3、 更改功能權(quán)限設(shè)置，系統(tǒng)反應(yīng)做相應(yīng)的變化；取消數(shù)據(jù)權(quán)限，不可以查看/操作；4、 考慮單獨賬號賦權(quán)和集合方式賦權(quán)的方式，集合方式賦權(quán)如角色賦權(quán)或崗位賦權(quán)等，與單獨賬號賦權(quán)有同等效用。數(shù)據(jù)權(quán)限的測試項和功能權(quán)限測試項比較類似，并且通常配合使用。特殊約束除了功能權(quán)限和數(shù)據(jù)權(quán)限外，根據(jù)業(yè)務(wù)需求有一些特殊的約束，用功能權(quán)限和數(shù)據(jù)權(quán)限均無法配置， 直接在程序里面寫死了，比如在什么情況下某個按鈕或某些數(shù)據(jù)可以顯示出來，-精品文檔-精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-其他情況下不顯示出來等。這種比較細(xì)節(jié)的約束比較零散，需收

29、集整理。根據(jù)業(yè)務(wù)和程序設(shè)計進(jìn)行測試。另外一種是常用的功能，公文審批。公文審批過程中涉及到蓋章或簽名， 這兩種都是電子辦公的重要組成部分， 使用簽名或蓋章表示這份文的正式性和有效性。 通常 OA 系統(tǒng)都是使用的第三方成熟的控件， 所以對控件本身測試相對較少，主要是對系統(tǒng)對它們的使用上是否達(dá)到了要求。測試項目：1、簽名或蓋章功能使用正常；2、防偽處理。如文件簽名或蓋章后再修改，要使簽名和蓋章作廢。管理員權(quán)限管理員分為系統(tǒng)管理員和業(yè)務(wù)管理，而系統(tǒng)管理員根據(jù)客戶要求又有可能再細(xì)分二級管理員等。系統(tǒng)管理員通常注冊賬戶、分配操作權(quán)限等，可能看不到某些業(yè)務(wù)數(shù)據(jù)；而業(yè)務(wù)管理員通常對某一些業(yè)務(wù)的數(shù)據(jù)進(jìn)行專門的授

30、權(quán)。如果不區(qū)分的話， 系統(tǒng)管理員也充當(dāng)業(yè)務(wù)管理員的角色。測試項目：1、 系統(tǒng)管理員能夠進(jìn)行賬號注冊、維護(hù)操作；2、 系統(tǒng)管理員能夠授權(quán)和取消授權(quán)操作，且授權(quán)和取消授權(quán)后立即生效；3、 業(yè)務(wù)管理員能夠看到自己應(yīng)該看到的數(shù)據(jù)，并可以授權(quán)給其他人，且可以取消授權(quán)；4、 業(yè)務(wù)管理員不能夠看到不應(yīng)該看到的數(shù)據(jù)。4.4 數(shù)據(jù)準(zhǔn)確性測試數(shù)據(jù)準(zhǔn)確性， 一方面包括數(shù)據(jù)傳遞的準(zhǔn)確性，一方面包括數(shù)據(jù)報表的準(zhǔn)確性。通常我們專門進(jìn)行數(shù)據(jù)準(zhǔn)確性測試一般都是關(guān)注的數(shù)據(jù)報表的準(zhǔn)確性，因為數(shù)據(jù)傳遞的準(zhǔn)確性在功能測試的過程中都有測試到，而數(shù)據(jù)報表相對復(fù)雜，所以專門做為一個測試項目來單獨測試，-精品文檔-精品文檔就在這里- 各類專

31、業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-也表現(xiàn)了它的重要性。按報表展現(xiàn)方式來分，分為：瀏覽性報表和統(tǒng)計性報表。瀏覽性報表： 報表上面展現(xiàn)的數(shù)據(jù)來源比較單一， 比較簡單， 基本上是系統(tǒng)某一個功能數(shù)據(jù)的展現(xiàn)，關(guān)聯(lián)性也不強(qiáng)，給人一種很直接的感覺；統(tǒng)計性報表： 報表上面展現(xiàn)的數(shù)據(jù)來源比較復(fù)雜， 可能來至于多個業(yè)務(wù)數(shù)據(jù)， 多個報表上的數(shù)據(jù)，數(shù)據(jù)關(guān)聯(lián)性比較復(fù)雜。但這兩種測試有相同的測試方法，如下：1）了解被測報表要統(tǒng)計的項，了解數(shù)據(jù)來源及數(shù)據(jù)匯總公式；2）根據(jù)業(yè)務(wù)特點、及常見單位轉(zhuǎn)換準(zhǔn)備測試數(shù)據(jù)，整理原始數(shù)據(jù)表；a.根據(jù)業(yè)務(wù)，各種業(yè)務(wù)數(shù)據(jù)來源齊備（如入庫數(shù)量：包括正常采購入庫、盤

32、盈入庫、調(diào)撥入庫等；又如合同中有申請變更，準(zhǔn)備數(shù)據(jù)時必須準(zhǔn)備有申請變更通過和未通過的數(shù)據(jù)）；b.應(yīng)包含在統(tǒng)計報表中的數(shù)據(jù)；c.業(yè)務(wù)相關(guān)，但不應(yīng)該包含在統(tǒng)計報表中的數(shù)據(jù)；d.單位轉(zhuǎn)換：金額、數(shù)量、小數(shù)點四舍五入3）權(quán)限相關(guān)測試，測試對應(yīng)權(quán)限的登入者操作權(quán)限及數(shù)據(jù)權(quán)限是否正確（如報表中只統(tǒng)計操作者所在公司的數(shù)據(jù)，不應(yīng)該統(tǒng)計到他同級子公司的數(shù)據(jù)）兩種報表測試不同的地方在于， 統(tǒng)計性報表測試要花很多時間理清楚來龍去脈， 要花較多的精力。數(shù)據(jù)準(zhǔn)確性測試通常要用到一些數(shù)據(jù)整理表格， 主要包含輸入數(shù)據(jù)、 數(shù)據(jù)關(guān)系和輸出結(jié)果，無固定格式，但做出來表格一定要思路清醒，容易理解，否則很難用。-精品文檔-精品文檔就

33、在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-4.5 舊系統(tǒng)數(shù)據(jù)測試有些項目上 OA 辦公系統(tǒng)是因為原來的 OA 辦公系統(tǒng)已經(jīng)不能滿足需要了， 再用新的系統(tǒng)替換原來的系統(tǒng)， 這樣就存在一個原來舊系統(tǒng)中的數(shù)據(jù)如何處理的問題， 要么舊系統(tǒng)中的數(shù)據(jù)在就系統(tǒng)中處理完，要么舊系統(tǒng)中的數(shù)據(jù)通過某種方式弄到新系統(tǒng)中繼續(xù)處理。第一種方式相對簡單， 不需要做多少事情。 但通常有一種要求就是把舊系統(tǒng)中處理完的資料導(dǎo)入到新系統(tǒng)中來，方便查看。對于這種處理的測試，主要檢查：1）導(dǎo)過來的數(shù)據(jù)條數(shù)是不是和原來的一樣2）每條記錄的信息是不是和原來的一樣3）舊系統(tǒng)和新系統(tǒng)中字段不一定完全對

34、應(yīng)，可能名稱不一樣，可能多字段或少字段，要注意檢查有數(shù)據(jù)對應(yīng)對不對，多出來的字段是留空還是默認(rèn)填寫什么值。第二種方式相對復(fù)雜， 除了檢查第一種方式的幾個事項外， 還要檢查單據(jù)在新系統(tǒng)中能否繼續(xù)處理，處理過程中有沒有反寫舊系統(tǒng)中的數(shù)據(jù)，反寫的數(shù)據(jù)是不是對的。4.6 兼容性測試現(xiàn)在的 OA 辦公系統(tǒng)多采用web 訪問方式，因為很多臺不同的客戶端同時在用，而每個客戶端所用的操作系統(tǒng)、IE 版本都不同，甚至電腦某些用到的控件版本不同，都有可能導(dǎo)致系統(tǒng)某些功能無法正常使用。軟件相關(guān)兼容性測試主要考慮如下幾個方面：1） 操作系統(tǒng)的兼容性2） 瀏覽器的兼容性3） OA 辦公系統(tǒng)所用到的控件的兼容性操作系統(tǒng)-

35、精品文檔-精品文檔就在這里- 各類專業(yè)好文檔，值得你下載，教育，管理，論文，制度，方案手冊，應(yīng)有盡有-目前常見個人辦公電腦的操作系統(tǒng)一辦都是 Windows 7、簡體版、繁體版等） ，不排除有用windows系統(tǒng)（常見版本有l(wèi)iunx 系統(tǒng)的，還有最近又多了XP、 2003 、32 位操作系統(tǒng)版本和64 位操作系統(tǒng)版本的區(qū)別。瀏覽器目前常用的瀏覽器有IE（ IE 常用版本： IE6.0 、IE7.0 、IE8.0 ）、火狐、遨游、 360 瀏覽器等，并且新的瀏覽器和新的版本還在不斷更新中，IE9.0 已經(jīng)出了測試版。OA 辦公系統(tǒng)中使用到的控件Office 控件（常用版本：office 200

36、3、 office 2007 、簡體版、繁體版） ，簽章服務(wù)升級版本等。以上三個方面的軟件產(chǎn)品均在不斷的更新當(dāng)中，特別是不同的用戶根據(jù)自己的喜歡選擇不同的產(chǎn)品， 而開發(fā)環(huán)境通常不會在這么多環(huán)境上進(jìn)行開發(fā)，而測試雖然可以進(jìn)行專題進(jìn)行測試，但是要遍歷所有情況并且時時跟上版本的更新也確實有點難度。通常的做法是抽取當(dāng)前客戶使用較多的情況，并適當(dāng)超前進(jìn)行測試，并建議給出軟件標(biāo)準(zhǔn)配置（標(biāo)準(zhǔn)：是我們給出的比較穩(wěn)定的組合）。整理出常見的操作系統(tǒng)、瀏覽器、控件的典型組合，安裝在多臺測試機(jī)上，每個測試人員使用不同的配置，是一種較為常見的方式，另外可以采用安裝虛擬機(jī)的方式來實現(xiàn)，考慮到現(xiàn)在硬件越來越不是問題，所以這種方式可能是一種比較好的解決方法。最近幾年又推出了移動辦公的系統(tǒng)，而移動辦公系統(tǒng)的兼容性則面臨不同廠商的手機(jī)，不同操作系統(tǒng)等多方面的兼容性問題。 但通常來說如果是公司使用會統(tǒng)一采購， 建議先了解客戶打算使用什么樣的手機(jī)和配置，縮小測試范圍