測試工程師個人年終總結5篇

一份詳細的年終總結是需要結合自身實際的工作情況的，年終總結的意義在於及時幫助我們發現自己工作中存在的不足並督促我們及時改正，下面是本站小編為您分享的測試工程師個人年終總結5篇，感謝您的參閲。

測試工程師個人年終總結篇1

回顧20__年這一年來的工作，我在公司領導及各位同事的支持和幫助下，嚴格要求自己，按照公司要求，比較好地完成了本職工作。通過近一年的學習和工作，工作模式上有了新的突破，工作方式有了較大的改變。現將這一年的工作情況總結如下：

一、20__年工作回顧及總結

1.總體來説，20__年我主要完成了“x銀行系統”、“x渠道管理平台”、“x”、“x”的日常測試以及質量控制工作;“x”已經穩定上線運行6個多月，“x”即將上線。

2.日常我主要負責項目測試工作、測試文檔編輯、參與功能需求設計、協調開發進度、總結經驗分享完成所需知識積累、工具學習及研究、兼容性軟件測試。就在銀聯項目工作來説，主要的工作內容有：a、測試項目案例、測試用例的設計與編寫;b、對測試過程中遇到的問題進行溝通，並提供意見;c、設計業務功能流程，提供參考意見，繪製關鍵業務流程;d、進行主要功能的界面測試、功能測試;e、按照測試用例執行測試計劃;f、進行需求驗證工作

3.知識的總結與分享，完成客户端在安卓4.0/4.1，ios6.0以上系統上出現的兼容等問題，完成了兼容性測試案例的編寫以及兼容性測試的培訓工作。在日常工作中，發現兼容上重大問題，在測試部門羣中發佈分享。

4.完成所需知識積累，學習所需知識、工具以及技能。在工作中學習了銀行業務流程規範、學習公司研發規範、參加了公司組織的技術培訓、學習了各種測試工具的使用。

二、對公司的建議與意見

對公司和部門建設上，我有以下幾點建議：

1.對員工進行金融知識的系統培訓，讓測試人員瞭解銀行業務流程，有助於測試人員更加詳細瞭解業務流程，測試過程會少走很多彎路。

2.部門內希望多組織技術交流討論，促進測試工作的開展和提高。一年至少有2次這樣的交流。

3.公司在項目開發前期，希望儘可能的明確需求，儘可能的詳盡需求説明書內容。在測試過程中發現很多項目缺少需求説明書，需求説明書不明確或者需求説明書內容錯誤，誤導了開發和測試，浪費了時間，影響了項目進度。

4.建議項目需求設計可以有測試員參與討論。

5.公司管理有點混亂，個人感覺公司對每位員工的重視程度不夠!節假日公司應該給每位員工一定的福利和關心。

6.個人感覺平時的效率比較低，希望測試部門能夠有所調整。希望公司能制定質量控制標準以及開發、測試工作流程，讓開發更好的瞭解測試的流程，增強開發團隊與測試團隊的配合，提高工作效率。

7.加強部門測試成果的積累與沉澱，提高團隊測試水準，希望我們的團隊能夠做的更好，能夠已團隊的形式參與軟件項目的開發，而不僅僅是一個項目中毫不起眼的小小測試員。

測試工程師個人年終總結篇2

軟件質量越來越受到人們的關注，軟件測試作為新興行業有很多不完善的地方。很多從事軟件測試工作的同行處於迷茫之中，如何提高，如何解決測試工作中的實際問題，困惑着每一個人。本文總結了一下個人經驗，希望對大家有幫助。

我最初參加測試工作的時候，不知道什麼是軟件測試，集成測試和系統測試的概念經常混淆， cmm 是什麼就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統對我來説簡直是有史以來人類的最高技能，對於那些拿着螺絲刀安裝機器的人就認為是宇內超級高手，身具殺人於無形之絕世祕技。拿破崙説不想當將軍的士兵不是好士兵，我最初的夢想就是想成為軟件測試的高手，傲視天下。所以不斷偷師，總結經驗，自認為掌握了成為高手的幾個祕技，這幾年混跡 “江湖”還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的稱號。

第一招、學會利用網絡

剛參加工作面對浩瀚的網絡世界，當時如劉姥姥進大觀園，什麼都新奇，什麼都想要，從網上下載很多源程序的代碼，軟件技術文檔之類，恨不得把所有的好東西收集到手中，其實有些在他人看起來就是垃圾一堆。當時覺得有了這些 “武林祕籍” ，成為高手指日可待。最初參加工作由於自己工作努力有幸轉為開發，加入項目組後我的習慣還是沒有改，反而變本加厲，手中的資源更加多，上網的時間更加頻繁。

一次項目經理分配任務，覺得依靠手中的祕籍加上自己的 “ 聰明才智 ” 很快會完成，不料短短的時間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，項目經理在對我施壓的過程中教會了我終身難忘的一招，學會利用網絡尋找要解決問題的答案，從此 xx 成了我的最愛，關鍵字成了我變化的招數。在軟件測試工作中，他幫我解決了很多疑難問題，解答了很多令我迷惑的地方。也是我幫助測試同行解決問題手段之一，很多軟件測試新手，甚至老手都沒有意識到自己手上就握有 “ 無敵祕籍 ”，所以只要你耐心找，答案就在身邊。

這裏總結一下利用網絡搜索引擎的技巧：

組合搜索

每次搜索某個文件，如果只給出一個單詞進行搜索，經常會出現成千上百萬計的匹配網頁。然而如果再加上一個單詞，那麼搜索結果會更加切題。

選擇表述內容的詞組

一般我在網頁搜索引擎的時候，選擇一些可以表達我要查找內容的關鍵詞組，用來縮小搜索範圍，從而找到搜索結果是最好的辦法。運用詞組搜索涉可以先先簡單地輸入一個問題作為詞組搜索，如果仍然找不到合適的，那就用多個可以表達要查詢內容的關鍵字進行查詢。

定位信息來源

有的時候用詞組搜索不到或者無法準確表達所需信息。可以用另一種方法直接到信息源，就是直接到到提供某種信息的站點去。可以用公式 “” 去猜測某一組織的特點。從而得到所要搜索的信息的主要詞組。

其實網絡上還有很多關於搜索技巧的文章，大家可以自行學習。千萬要記住搜索引擎是幫助你成功的有力武器。

第二招、學會動手

參加軟件測試工作後，隨着工作經驗的增長自我感覺越來越好。在公司裏也逐漸受到同事領導的重視，一次針對公司的新的軟件功能進行測試的時候，像往常一樣 “ 隨手 “ 測試出了幾個 bug ，然後 “ 仔細 ” 的填寫了 bug 單(這個 bug 的現象已經出現了很多次了)。這時候測試經理走過來，重新複查了一下填寫的 bug 。他在重現我的 bug 的過程中，簡化了我的輸入變化， bug 神奇的又出現了，同樣的現象，他關閉軟件重新變化輸入，擴展出 10 幾個變化後，軟件不動了，內存不斷上升。終於他找到了產生軟件的 bug 的原因，然後對我説 “ 尋找 bug 要準確定位，我們開發團隊是一個整體，時間是等量的，時間不在你身上浪費，就是在他身上浪費。如果測試人員每次發現的 bug 描述不清楚，並且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變化。這樣開發人員在重現 bug 的時候他要調試跟蹤判斷，很花費時間，而且效率低。如果測試人員發現 bug 的時候多動手可以更加準確的定位 bug 步驟和原因，給開發人員最精確的步驟和準確的描述，這樣整個團隊才能高效，所以需要大家協作”!

在以後的日子裏，每次解決問題的時候我都記得多試驗幾次，多嘗試。網上很多朋友還有同事問我問題的時候，其實他們只是萬里長征就差一步，只要再多動手實驗一次就可以達到目的了。所以多動手，多嘗試。

第三招、思考自己所作的

剛開始入行的時候，總是思考如何做好軟件測試。認為公司的測試流程混亂總是很鬱悶，認為自己學不到東西，如何才能測試好產品，常説心動不如行動，以前看到古龍小説中經常出現的場景無名小子不斷挑戰高手，總結積累。我總結了有些經驗是實戰中得到的，所以不斷嘗試引入新的測試流程然後評估，這個過程雖然很痛苦，但是從中積累了不少經驗。這段時間讓我學習到了很多東西，接觸了 iso,cmm ，測試管理工具，自動化工具(因為公司不正規給了我很多學習的機會，後來到了比較大的軟件公司後，以前的經歷給了我更多的發展機會，因為大公司非常正規了，公司內部人員分工明確，所以能力的鍛鍊反倒少了)。由於工作中經常寫報告反倒養成了總結教訓的習慣，因為紙面上的東西是永遠也忘不掉的。在寫的過程中可以不斷補充擴展，整個過程是思想昇華的過程，當年達摩面壁九年就是融會貫通的典型例子，如果他不是有個思考的過程，他也不能成為一代大家。如果後來不時有人把他的絕技記錄下來，也就不能有後來的少林寺七十二絕技。

所以善於思考，總結經驗，也是成為高手之路的不二法決。

第四招、學會利用論壇資源

其實測試新兵和測試高手之間的區別，往往是不會利用現有資源。在論壇中我們會看到很多新手不斷的提問，但是有很多問題其實都是已經別人提過了，或者已經有解決方案的。所以經常會看到 “測試高手”的身影，並且不提問題，而且還能“鋤強扶弱”，是測試新丁的救命稻草。好像是高手們無所不能，其實摘掉這層耀眼的光環，他們並沒想像得那麼厲害，只不過通過自己的搜索找到的答案，然後幫助其他人。當然也有很多人都是通過自學，然後在論壇中交流得到了很多經驗，高手其實也是因為善於思考問題，親自動手解決問題。所以動手和利用論壇資源的過程中他們也在不斷提高。

很多時候看到論壇中有人提問，問題描述不清，很多人看了很困惑。發貼題目動不動請高手幫忙，救命之類的，好像天下大亂，世界末日。雖然這個題目很招人，但是無法讓那些想幫助你的人幫你，因為題目不清晰，而且高手字樣嚇阻了很多人。其實問問題也是個思路整理的過程，描述清晰，讓人理解清楚，才能望文知意知道你的當前發生問題的環境，才能讓那些想幫你的人解決問題，否則給人無從下手的感覺，解決問題效率不高。

第五招、學習和你所測試的軟件產品相關的知識

要想成為好的測試人員，還要了解你要測試的軟件的相關知識。要了解軟件產品的架構是什麼樣的。要了解軟件的市場需求，在接觸軟件之初要可以多看看用户的反饋信息，這些才是用户最關心的，也是你在測試中需要注意的問題，滿足客户是最大的需要。但是瞭解軟件需求之後要學會要多讀些軟件系統的技術文檔，軟件設計文檔，這些文檔可以幫助你瞭解產品如何工作。還有多看看公司 bug 庫中的問題，這些存在的問題可以幫助你瞭解軟件產品那些地方存在缺陷，軟件系統那些地方會出現錯誤。軟件是運行在一個大環境中，如果對系統不熟悉，那麼有些問題你不能從一個更廣闊的層面考慮，學習操作系統的知識，有助於你發現缺陷，定位問題更加準確。比如軟件運行在 windows 或者 linux ，如果你不懂操作系統，你就無法建立測試環境，有些時候時候軟件的組件發生問題，就是你係統配置造成的，對系統不熟悉，你會把外在原因歸結為軟件本身。所以要學習關於和軟件系統相關的知識，比如編程，網絡，數據庫等。不一定你要學習到多好的程度，只是通過這些擴展的知識面，你可以在發現問題，解決問題上不會侷限在狹小的圈子裏。

和一切相關的人員交流，不同的交流渠道，獲取消息是不同的，角度也不同。和客户交流，你會在測試中從客户的角度發現問題;和開發人員交流，你會了解開發人員怎麼實現軟件功能的;和項目管理人員交流，你會知道開發進度以及遇到的困難。

測試工程師個人年終總結篇3

總體來説，xx年我主要完成了以下幾方面的工作：

l 項目測試工作

l 知識與經驗分享

l 完成所需知識的積累

l 工具學習及研究

具體來説，如下：

1.項目測試工作

這段時間，我主要是協助c.y.x進行cmbp項目測試，主要工作內容有：

l 對測試用例的編寫提供反饋意見;

l 對測試過程及測試情況進行分析，並提供意見;

l 設計業務測試數據的例子;

l 繪製系統關鍵業務流程;

l 進行主要功能的界面測試、功能測試;

l 按照測試用例執行測試，並提交測試彙報;

l 進行需求驗證工作。

2.知識與經驗分享

這部分工作，主要表現在四方面：

l 完成項目測試經驗總結

l 完成測試經驗交流與知識分享簡報，包括簡報材料的製作。該簡報內容包括：項目測試經驗介紹、測試度量、性能測試知識介紹、loadrunner使用經驗交流。

l 對現有測試規範提供改進反饋意見;

l 根據以往經驗，在cmbp項目中提供幫助。

3.完成所需知識的積累

這部分工作，主要是為了更好的完成工作，學習所需的知識、工具及技能。我主要是根據《新員工入職指引表》的要求進行的。主要工作內容有：

l 學習金融行業業務知識

l 學習公司研發規範

l 學習研發部產品知識(保理項目、intelliworkflow、農行crm系統、工作流知識)

l 參加公司或業務部門組織的培訓(新員工入職培訓、基於uml的面向對象分析和設計、金融衍生工具介紹)

l 學習缺陷管理工具ttp

4.工具學習及研究

根據《新員工入職指引表》的要求，我瞭解rational 測試解決方案和工具，並進行rational performance tester的研究。完成對rational performance tester的研究後，我提交了研究成果，包括：《rational performance tester 6 介紹》、使用rational performance tester進行性能測試的例子及學習參考資料。

二、xx年計劃

xx年，我希望能通過參與具體項目的實踐，達到以下目標：

1.能將測試過程在項目中真正的運用起來，並讓項目的開發人員瞭解我們的測試過程

2.在項目中沉澱出一些部門成果

除了保質保量的完成項目測試工作外，我還將積極、主動的參與部門建設工作，和部門所有成員一起努力，在領導的指導下，將我們部門做成受到公司認可，有一定地位的部門。

三、對部門建設的建議

在部門建設上，我想可以從以下幾方面逐步開展部門建設工作：

1.對人員進行分工，或者説是團隊成員的側重方向進行明確

例如，同一測試技術或測試工具，可以不需要多個人同時研究，這樣可能造成資源的浪費。

2.強化制度建設

3.加大對測試過程的實施力度

現有測試過程，過程文件上存在不易操作的地方。所以在實施上也相應的存在一些問題。另外，爭取能讓開發人員瞭解測試過程。如果能讓開發人員瞭解測試過程，可以讓測試工作更好開展，以及獲得更好的配合。

4.加強部門測試成果的積累與沉澱。

現在的測試成果保存在服務器上，很容易發生測試成果丟失的情況。加上還有一些測試成果未提交服務器，只是保留在個人機器上，很容易發生人走成果也不在的情況。另外，保存在個人機器上，也不利於知識的傳播與分享，不利於部門成員技能的提升。

除了將已有測試成果進行有效管理外，還需要將已有的測試知識沉澱下來。例如，對項目的測試經驗，性能測試的經驗，測試用例設計經驗等等。

測試工程師個人年終總結篇4

伴隨着充實緊湊的工作生活，20__年已經過去了。這一段時間裏有工作上的收穫，知識的豐富，經驗的增長，同時也暴露出很多問題和不足。總結經驗，吸取教訓，本文將主要從幾個方面來對工作進行總結。

一、工作的主要內容

在20__年的工作中，我的總體任務是協助做好礦業權管理系統的後期測試，編碼，修改，文檔編寫的工作，分解開來之後，我主要做了三件事：

1.編寫礦業權系統的各類文檔;

2.礦業權系統的編碼及bug勘誤工作;

3.礦業權系統的測試工作。

下面依照時間來對我的工作進行介紹。

初踏入職場，進入專業的軟件製造公司，對我，一個沒有接觸過標準軟件製作過程的新人來説，起步就是一個很大的難題。若直接做開發，則業務不熟練，代碼不規範，弊大於利;若僅做學習，則不能跟上項目的步伐，不能以最快的速度融入工作中去。

在我還在忐忑自己到底要做什麼工作的時候，任務已經下達了，首先進行礦業權系統的測試工作。這樣的好處在於能夠在測試的過程中，瞭解項目的整體佈局，瞭解項目中的業務邏輯，瞭解項目中尚未完成的工作並以此作為下個階段的工作目標。至此，入職工作順利起步。

在對礦業權系統進行測試之後，暴露了系統的諸多問題，測試過程中發現礦權系統沒有進行輸入限定，為了解決這個問題需要對整個系統的數據進行整理，我的下一個任務就是編寫礦業權系統的數據需求文檔。在編寫該文檔的過程中，對礦權系統進行了更深入的瞭解，為之後的bug勘誤工作奠定了一定的基礎。

完成了礦業權系統的數據需求文檔的編寫之後，新的任務是對整個礦權的輸入數據進行輸入限定，在任務開始之處是極為困難的，幸而得到了同事們的幫助才得以順利完成任務。任務雖然完成，但是對輸入限定實現方法的一知半解以及任務完成過程中的不仔細，為之後發生的問題也埋下了苦果。

在對礦業權系統添加輸入限定完成之後，進入瞭解決程序小問題的階段，對礦權系統進行細微的縫補工作。這段時間是學習多於工作的，不同的問題督促我要每天和百度親密接觸數百次，又要勞煩諸位在百忙中的同事抽出時間來給我幫忙。雖然辛苦一點，但收穫卻是滿滿。

完成了系統的修補之後，我們的程序送到了四惠進行第一輪測試，在測試的一週裏，我主要是補充網絡編程的基礎知識。

第一輪測試結果出來之後，我們項目組開始了緊張的第一輪礦業權系統bug勘誤工作。拿到bug列表之後，發現有一小半錯誤皆是因我而起，輸入限定問題很多，我也主動承擔了輸入限定部分的bug勘誤工作。

第一輪bug勘誤工作完成後，進行了第一輪了迴歸測試，測試結果已然不盡人意，仍然存在大量的問題需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進行修改之後，我們的程序送到了十五所進行所檢。

在進行所檢之餘，我又接到了新的任務，完成礦權系統的概要設計以及詳細設計文檔的編寫。這兩份文檔已於9月2號編寫完畢。

現階段我的任務是根據所檢的bug列表，對礦權系統進行迴歸測試。

二、工作中失敗的教訓以及成功的經驗

對於失敗的教訓要吸取，成功的經驗要進行總結。我對成功的定義是：在保證質量的前提下完成既定的計劃或目標就是成功。其他的所有結果都是失敗。

成功的經驗：

1) 敢於接受任務並想盡一切辦法完成

入職以來最大的收穫就是敢於接受任務並想盡辦法完成，每一個任務對於初入職場的我都是一個挑戰，如何保質保量完成任務是最基本的要求。這兩月最大的成功在於沒有一次任務是拖沓的，每次都盡最大努力完成了任務。

2) 勇於承擔錯誤，正視自身的問題

在20__年的工作中可謂是錯誤不斷，從文檔的錯別字這種小問題到礦權系統bug修改不正確導致崩潰這種大錯誤，暴露出來了很多的問題，我秉承着有錯即改，下不為例的思想，正視自己的錯誤並積極改正，因此這也算是一個成功。

失敗的教訓：

1) 重視每一個細節，不要忽視小問題

在最初進行礦業權系統數據需求文檔的編寫的過程中，對某些頁面的數據在數據庫中沒有存儲的情況沒有加以重視，在後期進行數據限定的時候，還要重新修改數據需求文檔，造成了不必要的時間浪費。從這個事情上得到教訓就是不要放過任何一個小問題，這個小問題可能導致之後的大問題。

2) 進行重複工作也不能大意

在對礦權系統進行輸入限定的方法熟悉之後，都是重複性的工作，給每個頁面，每個字段進行輸入控制語句的添加，在進行了數個頁面之後，出現了有的頁面沒有添加完整，或者提示語句不正確的情況，在後續的bug勘誤中出現了大量此類問題，浪費了大量的時間和精力修改。

從這個事情上得到的教訓就是工作不能大意，重複性的工作更要完成好。一般重複性的工作第一次做不好，後續檢查修改是非常浪費時間的。

3) 考慮問題要嚴謹

在對礦權系統bug勘誤的過程中，對輸入限定條件的判斷出了問題，我想當然的按照我的主觀思路對數據進行了限定，而在迴歸測試的時候出了問題，這些都是考慮不嚴謹的後果。這個事情的教訓就是考慮不嚴謹直接導致問題推倒重來，影響了工作效率，而且很容易埋下隱患。

4) 注重用户體驗

在礦權系統bug勘誤的過程中，修改最多的在於座標系統的提示語句，因為座標系統不僅要求數據必須填入，而且每一個數據都有嚴格的格式限定，因此每一個錯誤提示的彈出都要本着如何讓用户知道哪裏錯了為原則進行設置。

在最初的限定裏面，語句粗糙，彈出語句不明確，造成了用户使用的不方便，還得重新進行改造。這個問題的教訓是一定要從用户的角度出發考慮問題，注重用户體驗從簡單的提示語句做起。

三、展望下一階段的工作

下一階段短期內我們的工作主要針對礦權系統的使用的數據庫變更來對我們的系統進行修改。我的工作任務主要是學習oracle數據庫和sql數據庫的使用上的區別，做好從sql數據庫向oracel數據庫的遷移工作。

20__年的工作生活是充實且富有樂趣的，結識了很多同事和朋友，公司的氛圍是非常輕鬆愉快的。感謝兩個月來李鵬經理的關心，感謝部門同事的悉心指導，感謝公司各位同事的熱心幫助，希望能在接下來的工作中能懲前毖後，總結經驗，吸取教訓，做到個人與公司共榮辱同進退，共同實現中地的輝煌。

測試工程師個人年終總結篇5

通過面試，來到____公司工作，已經一個月過去了，我努力瞭解公司的文化、制度、相關本崗工作的各種信息，以便儘快的融入到公司大家庭。對我一個月來的工作總結如下：

一、對公司的認識

在工作初期，我從各渠道瞭解公司的發展情況;對公司的業務模式、組織架構、地域分佈有了初步的瞭解;閲讀了一些公司管理制度。對公司的發展前景充滿信心，願意更加堅實與公司共同成長。

二、工作了解

1、信息化工作無中期的戰略目標

基礎建設與運維方面

基礎建設薄弱。設備相應的資產信息、應用權限、輔助安全、擴展應用，管理都較鬆散，缺乏整套切實可行的運維機制(當然這和公司之前無本崗位人才有關)。

2、網絡方面

網絡不足以支撐目前的公司應用規模，表現在：網絡結構無規劃、帶寬不足、網絡管理設備性能太低，這些因素導致公司網絡不穩定，無法支撐發佈it應用服務。

3、系統推進方面

對於目前____系統在測試準備階段深切體會到一些問題：

(1)從整體看這套____不符合目前公司的管理結構。即：我公司所選這款____系統適合中小企業或者但組織架構企業，不適合我們目前的集團管理架構。在日後我們____應用逐漸成熟和層次逐漸深化時就會暴漏出很多問題。如：與日後集團型其它系統數據對接、更深層次權限劃定

(2)的模塊選擇不合理。對一般____非常有用的模塊沒有購買，如：日程提醒、數字簽名、移動應用。對我們目前現狀沒必要的模塊又買了，如：郵件模塊、辦公用品管理。

(3)系統功能弱。開放自助修改地方的相對市場上主流____較少;協同審批流程設定麻煩;新聞中心版面僵硬，不可修改;知識中心版面缺乏人性化;通訊錄功能非常薄弱;即時通訊功能太可憐。

(4)系統實施規劃不夠全面。系統實施零散，缺乏整體規劃。如：系統基礎設備架設不安全;數據備份不合理;系統基礎數據有些缺少統一規則制定;乙方顧問更換平凡、對接人多。

三、工作推進

1、將兩個無線路由安裝使用起來。

上線準備工作完成。截止20__年____月____日____上線前的準備基本完成，包括上線前全員培訓。接下來就是公司開始試用行，上線運行後再出現的問題繼續協調處理。

2、機房整理，將小ups裝給財務利用;不用之物清理出機房。

四、工作展開計劃

通過對公司的瞭解，利用現有資源，以現在已明確的任務為首要(____系統推行到全公司)，結合公司信息化長遠發展，逐步從基礎架構開始完善信息化工作，計劃工作如下開展：

1、首先將____系統在集團總部推行起來。

2、下一步整改機房，使機房相對安全，整潔。

3、深入瞭解整個集團各公司的網絡使用狀況，對網絡全面的規劃改造，為日後公司更多的it應用做準備。

4、建立升級和建立基礎的信息共享溝通，即：升級郵箱、建立整個集團可應用的即時通訊系統、簡單文件共享。

5、擬建初步的信息化管理辦法。

系統在各個公司逐步推行使用起來。