OA辦公系統即OA，是Office Automation的縮寫，指辦公室自動化或自動化辦公。其實OA辦公系統是一個動態的概念，隨著計算機技術、通信技術和網絡技術的突飛猛進，關于OA辦公系統的描述也在不斷充實，至今還沒有人對其下過最權威、最科學、最全面、最準確的定義。當今世界是信息爆炸的知識經濟統治的時代，在這種情況下結合技術的各種進步所產生的OA辦公系統已與十幾年前的OA發生了很大的變化。
      成熟的OA辦公系統具有清晰的多層結構、數據庫層、功能層、界面層是分離的，所以在實施的時候可以最大限度的適應企業現有的IT環境，并對每個層次分別做出靈活的調整，而絲毫不會影響OA辦公系統整體的應用。

　　在項目啟動和項目實施過程中，全方位、多角度的保持通暢的溝通，傾聽客戶需求，達成更多共識，提高協作效率。和客戶達成更多的共識，只會有利于雙方的合作，有利于項目的成功實施。比如，產品化理論，九思軟件說服太多的客戶和九思軟件一道堅持產品化的路線和服務，甚至有極少數偏離產品化路線的項目也在經歷了諸多問題之后回到九思軟件的產品路線上來。達成更多的共識，使客戶和九思軟件共同成長，一起擎起協同軟件應用和服務的大旗。

　　協同OA辦公軟件在企業中的應用是一個復雜的系統工程，因為其不僅涉及軟件產品、而且需規范企業各部門的業務流程；不僅涉及軟件應用而且需協調組織；與財務軟件或其它小型應用軟件有本質的區別。企業要想用好OA辦公軟件必須進行系統實施。其在企業中的應用效果不僅取決于軟件產品的質量，更重要的是對實施過程的控制。因為企業管理軟件能否成功應用受諸多環節和諸多因素的影響，事先不進行充分的準備和周密的計劃是不可能成功的。

　　不怕“出亂子”，避免消極管理，而要積極管理，先放后收，保護和促進基層員工的積極性。（消極管理的邏輯是——某些應用可能會帶來一些亂子，那么一刀切，大家都不要用了；積極管理的邏輯是——某些應用即使可能帶來一些負面的效果，但是為了信息化發展、為了辦公效率的提高、為了組織整體能力的提升，我們還是要將這些功能用起來，只是多一些管理而已。負責人的智者會選擇積極管理。）比如論壇、即時溝通、視頻文件等等，從興趣開始推進OA的應用。

　　隨著協同OA軟件的不斷發展，OA實施顧問的角色逐漸實現了從保姆式實施到導師式實施的轉型。導師式實施顧問是指以客戶為主導，全局把握整個項目的進展，供應商更多的是在技術上協助、培訓和指導，確保知識的傳遞。

　　在這種方式下，客戶是自己單位業務的專家，由客戶提出基礎管理問題、梳理業務流程方案，甚至是各種基礎數據的采集和調研、需求的深化，各種運行管理制度和項目激勵制度，也往往是客戶結合自己的管理風格自行制定，而實施顧問更多是以教練的角色，給出方法、工具、技術上的培訓、指導、關鍵問題的答疑和輔助。這種類型的實施顧問，可以很好有效的實現知識和能力的傳遞，后續客戶完全可以建立自己調整、變更和管理OA辦公系統的能力，從而使得系統具備了活性，項目驗收后，系統可以持續的深化應用下去，從而延長了項目的生命周期。

　　當然，導師式的實施管理方案，不只是一種方法論，對OA辦公系統的易用性、易管理性、易維護性有很高的要求，否則，普通的用戶員工很難在自身能力和時間有限的情況下，快速掌握OA辦公系統的使用和管理，也就無法按時完成項目任務，成為整個項目實施的瓶頸和短板。

　　為了保證OA協同辦公系統項目實施的成功，導師式實施顧問可以在以下四個方面對項目進行把控：

　　(1) 選擇恰當的項目人員

　　應當指導企業根據人員素質、業務能力、項目范圍等方面選拔項目小組成員，并保證有技能的人員全職參與到項目中，確保得到高層管理人員的支持。項目人員必須是對項目大力支持，同時能夠承受一定工作壓力的員工，否則，內部的溝通協調成本就會抵消一部分項目的成功概率。

　　(2) 重視客戶培訓和考核

　　培訓的內容應涵蓋規章制度、協同管理理念宣傳和協同辦公系統操作指導等，可以采用通俗的文字說明、生動的PPT、直觀的屏幕視頻等培訓教材，并制作培訓記錄和效果反饋文檔以保證培訓的質量，同時采用筆試、上機操作等形式進行考核，并及時將考核結果反饋給項目領導，在培訓通報會上，可以采用提名表揚優秀者，不提名闡述不合格情況的方式，帶動客戶的學習積極性。

　　(3) 進行質量檢查并及時糾正

　　建立階段性的客戶工作驗收機制，并定期、不定期地進行跟蹤糾正，保證客戶工作的質量。在制定項目計劃時就應在項目關鍵點處保留幾天的彈性時間，以確保該項工作的順利進行。

　　(4) 建立獎懲制度

　　對于OA協同辦公系統，很多企業員工都有不同程度的抵觸心理，一方面可以通過培訓、宣傳等方式抵消一部分抵觸情緒，另一方面可以建立一套合理的獎懲制度來推進實施。如可以采用分享一條知識獎勵一定金額的方式，帶動一部分人分享知識的積極性，等到整體員工都有這種意愿時，即可取消獎勵機制轉而采取懲罰機制，以處罰仍不使用協同辦公系統的員工。

　　正是由于OA辦公系統實施顧問角色的轉變，才促使了協同管理思想在更多的政府和企業人員中間傳播，這也在很大程度上促進了OA辦公自動化軟件的發展，而協同管理思想的發展同時又促使著實施人員必須要關注這種角色轉變過程中項目把控的重點和難點，這兩方面相輔相成，共同為整合企業資源、提高政務績效和企業效益而發揮自己的作用。

　　OA辦公系統的五大特性

　　這五大特性包括：開放性、易用性、健壯性、嚴密性和實用性。

　　這是因為與企業現有ERP、CRM、HR、財務等系統相融合集成，是OA辦公系統的大勢所趨。只有具備開放性的OA辦公系統，才能與其他信息化平臺進行整合集成，幫助用戶打破信息孤島、應用孤島和資源孤島。如今，大部分組織內部人員年齡跨度較大，眾口難調，只有易用性高的OA辦公系統才能獲得用戶的一致青睞。而OA辦公系統的嚴密性和健壯性是衡量軟件優劣的重要指標，也是反映OA軟件廠商實力差距的重要方面。此外，不實用的OA辦公系統，無論看起來功能多豐富，性價比多高，都可能造成與企業和行業發展的不配套，無法達到提升效率的目的。 縱觀國內OA辦公系統整個市場，能在這五個特性上有著杰出表現的是中國軟件行業的領軍企業——萬戶網絡公司，有著“賽迪顧問協同管理平臺類軟件國內占有率第一”等榮譽，其研發的OA辦公系統是當前最普及應用的新一代協同2.0產品。從萬戶OA在諸多用戶中的表現來看，其在開放性、易用性、嚴密性、健壯性和實用性上達到了極致。

　　開放性：把整合用到極致

　　從技術上看，萬戶OA采用整合性強的技術架構（J2EE）作為底層設計對軟件的整合性會有決定性的幫助。如此，軟件就能預留大量接口，為整合其他系統提供充分的技術保障。

　　易用性：學軟件有難度，但上網人人都會

　　萬戶OA是目前國內唯一一款能真正做到徹底網絡風格化的協同軟件，平臺從整體到細節，徹底堅持網絡風格，甚至能實現與外網的全面打通，從而，讓軟件應用變得像上網一樣簡單。

　　健壯性：沒有并發數上限的平臺

　　堅持網絡風格是最大限度提升軟件健壯性的一種有效手段，這樣一來，決定應用并發數的并不是軟件平臺本身，而是硬件和網絡速度；也就是說，從理論上講，萬戶OA這樣的軟件平臺沒有嚴格的并發數限制。

　　嚴密性：“用戶、角色、權限”三維管控還不夠

　　企業，尤其是集團型企業，從制度落地的現實需求來看，一方面必須有統一的信息平臺，另一方面，又必須給各個子公司部門相對獨立的信息空間。所以，OA辦公系統不僅要實現“用戶、角色和權限”上的三維管控，還必須同時實現信息數據上的大集中與小獨立的和諧統一，也就是必須實現“用戶、角色、權限+數據”的四維管控，具備全面的門戶功能。而萬戶OA平臺的權限分配就能成功實現嚴密的分級設置模式，徹底實現真正的門戶應用。

　　實用性：80%標準化+20%個性化的絕配

　　支撐制度落地的OA辦公系統最好能采用標準化平臺的模式，在標準化的基礎上，提供開放的強大的自定義功能，如此便能同時具備項目化與產品化的優點。萬戶OA就成功做到了這一點，既有標準化，又部署了大量的自定義工具，包括：首頁門戶自定義、知識管理平臺、工作流程平臺、自定義模塊平臺，自定義關系平臺，以及大量的設置和開關與支持以上模塊定義的基礎自定義內容，如：數據表自定義、表單自定義、頻道自定義等，通過這些功能或工具，讓企業對系統的控制力大大加強，在日常的使用中不再過分依賴軟件開發商，能夠讓系統迅速適應管理的變革。

編輯本段OA設計理念

　　針對協同辦公軟件應用遇到的三大問題，采用如下設計理念設計產品，為用戶提供的不僅是一個協同辦公軟件，更是一個易用的協同整合平臺。

流程化設計

　　實際工作中講究流程，哪項工作由誰發起，由誰審批批準，由誰執行，最后環節是誰，這是一個工作的過程，流程執行出問題，工作環節銜接就會出問題，將引發一系列的問題，不僅工作本身完成的質量效率不達標，企業內部部門與部門，崗位與崗位之間的協同配合問題將無法根除。

精細化設計

　　實際工作中的困難在于細節，OA辦公系統包括所有的電腦管理軟件，實質上就是“工作工具和管理工具”，就像傳統的“螺絲刀工具”一樣，必須考慮所有的細節，對應用不同的工具才能輕松解決問題。OA辦公系統實質就是看不見的IT化、信息化、智能化的“工具包”，或者叫工具系統，因此精細化的設計尤為重要。

平臺化設計

　　目前市場上的協同軟件項目合作方式有項目化方式、產品化方式、平臺化方式。項目化方式雖然能完全響應用戶需求，但是開發周期太長，質量不穩定，不可平滑升級等不足。產品化方式由于產品功能模塊功能固定，適應面比較窄，難以滿足用戶不斷增加的需求，解決不了“隨需應變”問題，存在一定的局限性。市場上對于“協同平臺”定義是不盡相同的，不少開發商提出的協同平臺是指可供研發人員開發協同應用的平臺，這種項目風險很大、工作量很大、失敗的可能性也很大；用戶需要的是開發商提供一個軟件平臺，在開發商對應用的理解基礎上使用平臺快速傻瓜式構建其應用。萬戶OA協同管理平臺的平臺化設計理念，是把協同應用中共性的應用做到足夠精致、足夠靈活，把簡單的個性的應用通過傻瓜式的自定義平臺快速構建，在產品中我們部署了大量的開發與自定義工具，包括信息文檔平臺、工作流程平臺，自定義模塊平臺，自定義門戶平臺等，最大程度的滿足用戶個性應用，幫助用戶隨需應變。

易用性設計

　　易用性的設計體現在產品設計的每一個細節，是一個不太容易考量的指標，需要用戶對系統的體驗與感悟。OA在易用性設計方面的指導思想是讓用戶少記東西、少操作、簡潔、容易理解，同時遵循時間管理要求，幫助用戶對事情進行分類處理等；在體系方面設立易用性測試小組等確保產品的易用性；面向前臺用戶，“做不需要培訓的軟件”是我們一貫的追求。

編輯本段整合性設計

　　整合性體現在產品的接口、可配置等方面，OA在產品設計中部署有大量的接口，如自定義門戶預留接口允許用戶快速開發業務模塊接入到系統門戶中，工作流程預留接口實現與業務系統的整合，與AD域目錄用戶管理整合，預留組織管理、用戶管理web service供與人事系統信息互動，產品采用插件式設計思想，可方便的更換短信接入，通過配置切換各種外部檔案系統整合等等。

編輯本段CIO選型陷阱

　　CIO通常是協同OA項目的負責人，中國協同OA應用發展史可謂“成也CIO敗也CIO”。在組織賦予CIO肩負起協同OA項目選型和建設職責的同時，不少CIO卻也還滿懷激情地沖向了陷阱。

缺乏長期規劃

　　CIO一般有當前的項目規劃，而無長期戰略規劃，為項目的早夭埋下了伏筆。

需求貪大求全

　　如果你堅信自己采集的需求是一種客觀的需求，是必須被100%滿足的需求，你就離失敗不遠了。那么，如何認識自己的需求?

　　首先，絕大多數的協同OA需求都是發問卷給相關人采集匯總而得來的，以這樣的形式采集匯總的需求造就了中國過去近20年幾乎所有的協同OA都走項目化；

　　其次，看著別人的協同OA產品還湊合拿來就用。如果你也是這樣整理需求的，那簡直就是自殺，這種看上去合乎邏輯的需求成型方式里面卻埋藏著失敗的種子；

　　再次，世上沒有一套現成的軟件能夠100%地滿足。依據企業各部門甚至個人的需求開發出來的協同OA軟件，可能功能看上去非常豐富，但實際上卻形成了一個個以部門為中心的應用孤島，最后大家用起來一頭霧水。

　　所以，如果我們要以整個組織高效協同為目標，那么,把我們協同在一起的功能軟件才是企業真實所需；

　　最后，企業CIO要提醒大家放下本位主義，先找到一個組織共性的需求，然后才是關鍵部門的需求，最后才是重要角色的需求。我們先后研究了中國數十家協同OA廠商，如金和、九思軟件、泛薇等，仔細評估了超過200種常見協同OA的功能菜單，最后找到了那個共性的需求，這就是“協同”。目前來看，九思軟件協同工作方面做得不錯。因此，選型的時候一定要看這個協同OA產品是否有這樣的一個功能能夠滿足這個共性需求！

實施急功近利

　　如果你認為做軟件只要會編程就能做，那你可就大錯特錯了!寫程序是鄰居家的高中男孩就能干的事情。

　　軟件是包含責任關系的商品，需要復雜的支撐體系。軟件業已經發展到工程學的水平，擁有嚴格的環節分工和檢驗標準。

　　從需求開始，有專業的人員進行需求的采集、提煉、評估，形成應用的“概念設計”；經過評審后，技術高手會充分考慮諸多因素后提出“構架設計”，評審后才會到開發部形成“應用設計”，評審后才會有“代碼開發”，然后是“功能測試”，最后才能交給你。這期間，所有的環節都應該是最優秀的人力資源在保障質量，所以你千萬不要指望找到一個非常廉價還百依百順的供應商，根據你的指令快速而完美地幫你達成目標。

追求新技術

　　對新技術的片面性追求常常導致項目成為了項目負責人(特別是CIO)自娛自樂的畸形產物。探索的精神無可厚非，但是畢竟嘗試性的技術探索對于組織應用所期望的穩定性、實用性而言是高風險和高成本的。

　　技術先進性的價值不在于先進本身，而在于先進對擴展性、性能、安全性、集成性、易用性。

　　以高端廠商面目出現的九思軟件,無論是協同OA系統的易用性或協同OA系統擴展功能上面具有顯著的成效。作為“集團化協同辦公系統最佳產品獎”獲得者的九思軟件，其iThink協同管理軟件提供一個可靈活擴展的框架結構，部署了大量構件、采用JAVA語言編寫、以多維門戶形式展現，系統支持各種部署模式、各種操作系統、各種數據庫和中間件，并具備完備的配置體系、接口體系和插件體系。由于J2EE的開放性，iThink支持各種服務器、操作系統、數據庫、中間件和應用軟件。

　　我們相信CIO對于協同OA軟件的評估側重應用和技術是理性的，但我們也同時注意到，CIO對于推動組織建立新型工作行為模式的艱巨性和挑戰性的重視程度不夠，常在對未來技術應用發展趨勢的無限可能性的冥思苦想中忽略了組織與協調成本，導致系統實施成為踏入泥潭的第一步。

實施缺乏導向

　　實施被不少CIO理解為軟件開放、安裝調試、培訓、測試、上線這一類的事務，但我們認為這不是實施，至少實施的目標錯了，不是結束一個軟件的部署過程，而是在這個過程中達成管理提升的目的。如果前面所說的工作是必需的過程，那么達成管理目標才是實施的結果。遺憾的是，極少有CIO在實施計劃中明確地提出管理提升目標，最高的層次也就是具體枝節需求的滿足。最理想的結果也就是安裝了一套對大家沒有價值感受的軟件!

編輯本段系統需求

　　隨著知識經濟時代的到來，社會進步正在不斷加速，組織迫切需要一個可以實現內外資源整合的高效的信息系統，從而提升其管理水平。具體表現在：

　　1）需要一個高效的協同管理工作平臺

　　能夠將組織管理中的業務活動、管理活動及活動產生的信息在組織、部門、個人之間進行及時高效、有序可控、全程共享的溝通和處理。

　　2）需要一個有效的知識資產管理平臺

　　過去在組織的信息化建設過程往往重視人、財、物這些有形的物質資產管理，忽視了知識資產的管理，需要借助知識管理工具對組織內外的知識進行有效的獲取、沉淀、共享、應用、學習和創新，從而提高員工的素質和技能、執行力。

　　3）需要一個個性化的系統訪問門戶

　　傳統的OA功能比較單一，員工容易使用，隨著功能的不斷擴展，員工對功能的需求也不盡相同，這就要求系統必須具有人性化設計，能夠根據不同員工的需要進行功能組合，將合適的功能放在合適的位置給合適的員工訪問，實現真正的人本管理。

　　4）需要一個良好的組織文化管理平臺

　　開放的社會造就了開放的社會人，組織規模的不斷擴大，導致領導與員工、員工與員工間的直接溝通機會越來越少，組織需要構建新的文化環境，便于員工相互溝通、增進了解、發現思想傾向并及時加以引導。

　　5）需要一個集中的信息整合呈現平臺

　　辦公系統是組織內使用面最廣泛、頻率最高的信息系統，希望能夠通過辦公系統實時、直觀地了解到組織的運營狀況（如生產、營銷、財務等數據），同時有效地解決組織內“信息孤島”問題。

　　6）需要一個靈活的業務流程整合平臺

　　當組織面臨客戶不斷提出端到端的服務時，員工辦公環境將會越來越復雜，因此需要將日常工作活動、管理活動、業務活動有機的結合，以快速響應客戶需求，同時減少不必要的重復工作，將管理流程與業務流程進行有效的整合。

　　綜合上述各種新的需求不難發現，現階段的OA系統將以知識管理為核心、以實時協作為技術支撐手段，以統一的知識門戶為展現方式。

編輯本段選擇誤區

　　案例越多越好

　　在選擇OA產品時單純以軟件產品的案例作為軟件采購的標準，甚至唯一標準。然而這對于IT技術日新月異變化的軟件來說，這個標準往往讓你選到的恰恰是過時的產品，甚至于即將被淘汰的產品。一個最有說服力的例子就是，3年前出的筆記本電腦或電視機的案例肯定比今年新推出的筆記本電腦或電視機的案例多得多�？墒�3年前的電腦，3年前的電視機還有人要嗎?同樣，在移動OA領域，技術的進步更是日新月異，智能機和3G的引入就是最近一兩年出現的，顯然基于非智能機和非3G環境的設計在技術的先進性上已經落后但是案例必然比前者多。此外，前幾年的第一代的移動OA采用的是短信技術，第二代移動OA采用的WAP技術，這種技術已經被淘汰，它們的案例也一定比剛剛發展起來的采用Web Service技術的第三代移動OA多的多，但是現在這種技術還有人使用嗎？在技術的進步以指數級增長的今天，一味地追求案例多，只會選擇到一個技術上即將被淘汰的產品。因此選用軟件第三條準則就是：絕對不要以案例多作為選擇軟件的唯一標準 。

　　。

編輯本段技術架構

　　整體技術架構：采用系統為B/S架構，采用客戶端瀏覽器-WEB應用服務器-數據庫服務器三層結構，采用基于履蓋率最廣的、成熟的JAVA系統構架；此類系統國內較為知名的有天絡在線等主流品牌。

承元oa架構圖

系統一體化：系統采用統一部署，集中管理的方式，實現統一登錄、統一權限、統一界面、統一基礎數據管理；

　　開發工具：采用.NET或者JAVA語言進行軟件開發；

　　數據庫：支持SQL SERVER 和 ORACLE數據庫作為系統數據庫平臺，客戶端瀏覽器需支持IE6.0，客戶端操作系統需支持Windows 98/me/2000/xp；

　　系統實用性：系統采用搜索引擎的概念，通過一個操作界面的進入，盡可能的把用戶所有想查詢的信息都關聯起來，避免使用者進行大量的學習和記憶，讓使用者操作起來輕松自如；

　　系統易用性：系統界面采用了大量的圖形化的方式，使用人員操作更加的形象，針對系統的界面以及各種信息的提示，系統也進行了二次的封裝，全部是標準的中文提示，避免出來系統級的英文提示；

　　系統適應性：系統本身采用的是三層技術架構以及模塊式的開放方式，即實現了操作層、業務層、數據層的分離，以及各應用模塊的獨立，這樣適合公司根據實現情況進行調整；

　　系統開放性：系統采用了市場上最成熟的編程語言.NET、數據庫 MSSQL、三層結構框架，這些技術對后期的維護與升級是非常簡單；

　　系統擴展性：系統本身是一個工作流平臺，已經預留了大量的數據接口、動作接口，可以實現與門戶網站、第三方業務系統、第三方應用系統的無縫對接；

　　系統安全性：系統采用了硬件加密鎖、128位加密算法、IP地址鎖定、在線自動檢測等多重安全機制，確保系統的穩定與安全；

　　系統承受能力:系統運行穩定可靠，系統資源占用低，系統滿足能無限公司數，能支持6層以上組織結構，支持1000以上的瞬時并發數，能支持公司或部門遷移等在線處理業務能力。通過LoadRunner 負載及壓力測試；

　　權限設置靈活性：系統涉及到的部門、公司比較多，公司權限比較分散，因此要求系統比較靈活的對系統權限進行靈活分配。系統能夠實現控制界面上的每一個菜單；

　　系統的應用速度：系統可以同時支持1000人并發數據處理，系統從數據底層架構到應用層的處理，都經過了嚴格的數據壓力測試保證了系統的高效運行，不會出現系統速度奇慢的現象。

編輯本段系統測試

　　一、經驗不足：這個當然要靠不斷的測試去彌補，單純的按照測試工作年限去衡量一個人的經驗是不對的，因為如果結合理論和實際去積累經驗的話，一年經驗不比兩年經驗差。

　　二、抓住測試重點：比如這個OA系統，包括好幾個子系統在里面，有員工管理，圖書管理，招聘管理，考勤系統。當初測試的時候根本沒有去比較這幾個系統的輕重問題，后來我一想才知道，重點應該是考勤系統，因為這個系統涉眾最多。在實際測試中，我測的最不仔細的恰恰是這個子系統。因為其他子系統的功能比較好測試，不涉及代碼方面的東西。然而考勤系統比較復雜，特別是郵件方面的，一周發一次郵件，必須修改代碼才能完成測試，后來開發的跟我說，要么這個功能我自己來測試，但是后來就是郵件功能出了問題。教訓：測試的覆蓋率要保證，抓住關注度比較高的主要功能進行仔細測試，一定要自己確認！

　　三、控制提交版本次數：個人覺得測試版本次數應該控制在三到四次，不能修改幾個BUG就提交一個新的版本（當然，有時候要修改某個BUG以后才能方便以下的測試，這個就要特事特辦了）。一般流程是：提交一個測試版本過來以后，按照測試用例跑一遍，在跑的過程中，可能會想到新的擴展路徑，這個時候一定要把擴展路徑寫到用例中去，一般都要完全跑完了以后再提交下一個版本。這步完成了以后，開發人員肯定改BUG去了，利用這個時間進行隨機測試，主要測試點當然是出現BUG的地方。開發把BUG都出來好了以后（FIXED的，postpone的，reject的），提交第二個版本，這個版本提交過來以后，首先要做的肯定是BUG驗證，驗證BUG是否真的已經修改。然后進行第二輪測試，這輪測試可以有選擇的測試一些模塊。接著再提交第三版本進行，這個版本花的時間不多，主要是掃除漏網之魚。這個時候就可以根據系統情況，感覺還有問題的話，提交最后一個版本，按照用例跑一遍，OVER。

　　四、分類相似BUG：比如刪除重要數據時，要給出確認刪除的提示，通常如果一個模塊有這個問題，其他模塊也會有這個問題，這個時候一定要把這些全部找出來，提交到BUG管理工具中去（TD等）。

　　五 有計劃的測試

　　OA測試的過程與措施

　　在測試以前需搭建一個測試環境，企業用戶和OA軟件廠商都可以訪問，如果測試環境構建在Internet環境則非常方便。

　　1、明確測試的目的和用戶需求

　　2、制定合理的測試計劃，合理的安排人員和時間；

　　3、準備測試的用戶賬號、數據和測試的功能；

　　4、使用不同用戶賬號和不同身份，對不同的業務模塊或流程步驟進行測試；

　　5、記錄測試的問題并提交給OA軟件廠商，OA軟件廠商對問題進行分析并修改；

　　6、對OA軟件廠商修改的問題進行測試驗證； 軟件測試確實在很多企業中沒有經歷過，一般軟件廠商會在其軟件定制開發的過程中發生。然而，企業用戶通過OA系統測試，可以及早的發現問題，特別是有計劃的測試，可以更好和OA軟件廠商進行緊密的配合，縮短了OA項目的實施周期，提升軟件系統的質量和適應性，降低了后續系統正式上線后的運行風險。