總結是社會團體、企業單位和個人在自身的某一時期、某一專案或某些工作告一段落或者全部完成後進行回顧檢查、分析評價，從而肯定成績，得到經驗，找出差距，得出教訓和一些規律性認識的一種書面材料。同時總結是一個詞語，可做動詞，也可作名詞，另外也是一種應用文體。下面小編為大家帶來電腦軟體測試技術員工作總結的內容，希望大家喜歡。
篇一：電腦軟體測試技術員工作總結
自19xx年8月我被公司授予技術員職稱至現今，已有四年的時間，電腦技術員工作總結。在這四年中，我一直在執行部工作，憑藉自己的努力和領導的提攜，從一名主值班員晉升到了值班長,進而又被提拔到了部門助理一職。在這期間，我對我們公司首站的各系統有了更深入的瞭解和認知，對一些系統發生的各類事故有了一定的獨立分析和處理能力，做好了一個技術員應盡的職責。
我在學校學的專業是熱工及自動化控制專業，但從事我們的首站執行工作卻最需要的是熱機、電氣等方面的知識。這對我來說就是一個新的挑戰，還需要不斷的學習提高，使自己的專業技能能全面發展。所以，我就找來一些有關這些方面的專業書籍，針對我們的系統進行鍼對性的學習，同時還請教一些老師傅和專業人員，請他們現身說教。經過自己的努力和同事的幫助，總算功夫不負有心人，我的專業知識和專業技能都有了很大的提高。
但我對我們系統有關熱工方面的知識還是特別關注，並深入去了解和掌握它。同時在自己學好之餘，還承擔向其他執行人員說教的職責。我們公司的熱水網工程是採用計算機監控系統實現熱水網生產執行的資料的全面監控的。它的主要元件包括控制器、輸入輸出模件和監控站。我公司首站共有18套美國霍尼韋爾公司的SCAN3000/S9000集散型控制系統(Distributed Control System,簡稱DCS)，它具有熱水網執行迴路控制，資料採集，資料通訊，集中化的資訊管理和操作顯示功能。它配有2臺S9000控制器，另配置12臺單迴路控制器(Honewell UDC3300)，作為控制迴路的冗餘控制器和緊急手操器。UDC作為備用手操器可以在DCS發生故障時，對調節迴路進行控制。具有易操作、可程式、穩定性高的特點。DCS系統與UDC之間能實現無擾動切換，確保系統執行的穩定性。S9000控制器通過DVC通訊口的DMC通訊迴路與單迴路控制器實現通訊;通過MGTSTA通訊口與系統監控站的通話卡相連線。有了這些控制系統，平時各種引數的調節以及人員的勞動就有了事半功倍的效果。這些控制系統是由測量元件(溫度變送器、壓力變送器、差壓變送器)、控制元件(S9000、UDC)，執行機構(調節閥等)構成。控制流程是這樣的，現場一次表計採集資料，由變送器發出4—20mA訊號給S9000(也就是常說的DCS)，1—5V訊號給UDC。然後由S9000或UDC發出4—20mA訊號(UDC用串接250Ω電阻，將1—5V訊號轉為4—20mA訊號)給執行機構進行調節。在這過程中，儀表的電源由兩臺西門子24V直流電源提供(此兩臺電源互為備用)，電源送至配電器，然後由配電器給一次儀表供電(中間加配電器是為了在儀表維修時，不至於發生短路，而損壞直流電源)，工作總結《電腦技術員工作總結》DCS或UDC接收到訊號即在CRT或UDC自帶屏上顯示。控制時DCS或UDC發出訊號給阻抗轉換器、配電器，經隔離模組或隔離繼電器傳給執行機構進行控制。隔離模組是通模擬量訊號的，即連續控制訊號4—20mA，如閥門的開度、液位控制等;而隔離繼電器是將開關量訊號反饋至DCS的，如溫度開關、壓力開關及泵的啟、停狀態等(加隔離模組、隔離繼電器是為了隔離強電訊號，以免把S9000中的迴路控制卡燒壞)。
在倒班執行期間，作為一名值班長，我承擔著整個熱水網安全經濟執行的重責，上班期間精神高度集中，帶領班組成員一起精心調節引數，認真分析各項資料，總結規律，及時查詢和發現裝置的缺陷和隱患，防止擴大事故。不僅確保了熱水網的安全執行，而且還做到了經濟執行。在一些引數及裝置異常時，能做到及時分析、查詢原因並彙報，具備了一定的獨立分析能力。平時上班期間，經常認真學習各種專業知識和執行規程，並且能經常在頭腦中做好各種事故預想。在首站發生各類事故時，能準確、果斷的進行處理和排程，迅速恢復系統的正常執行。在執行部辦公室工作期間，我不但承擔著執行部的日常管理、後勤工作，而且還承擔著輔助執行人員作好各項安全經濟執行工作。和部門領導一起作好各項資料的經濟分析和負荷預測，參與各項事故的分析處理、系統的技術改造等工作。如：首站CRT顯示大網回水壓力值白天流量大時經常升高，需經常放水，經過幾天的觀察統計，都有此現象，自查首站無問題，分析可能是有使用者站存在漏點，白天啟動時壓力大於我們管網的壓力而向我們管網漏水。遇到以上型別的問題，我們統計分析好後就聯絡相關部門去解決，為其他部門更好的處理問題提供了第一手的資料。有一次，我正在當班，電氣系統賈家線執行，大網流量480噸左右，2臺臨時泵(1#、2#)執行，此時兩臺泵已不能滿足負荷需要，需把1#臨時泵(額定流量為145m3/h)切換到4#臨時泵(額定流量為200m3/h)執行。4#臨時泵絕緣測試合格後，啟動泵，此時首站突然停電，所有裝置都停運，電氣系統自動投入唐門線。此時，作為值班長的我，立即先把蒸汽調節閥關到零(以防無流量引起系統超溫)，同時吩咐副值班員到廠房恢復1#、2#臨時泵執行，主值班員恢復蒸汽系統和調節流量。然後我就到電氣控制室去檢查，先把報警鈴聲解除，接著把各開關復位。此時掉牌指示燈還亮著，我就去檢查各繼電器，發覺是1DL過流繼電器動作，把它復位後指示燈熄滅。由此可判斷不是賈家線的原因，而是由於4#臨時泵的啟動而造成的。那為什麼4#臨時泵一啟動就會發生此現象呢?後來，我到現場去檢查，經初步分析，得出以下結論：在故障處有高熱和燒焦的現象，由此可判斷可能是電動機匝間短路引起電動機三相電流不平衡，(當三相電源對稱時，非同步電動機在額定電壓下的三相空載電流，任何一相與平均值的偏差不得大於平均值的10%。)使得電動機啟動時的電流值很大，造成過流的現象。我們的冷卻水系統執行時，冷卻水管道經常會劇烈振動。經過我和部門領導的分析和摸索，終於解決了此問題。冷卻水塔積水池的液位一定要高於冷卻水出水管(此時需通過相應調節出水管的閥門、冷卻水箱回水閥、冷卻水泵出口閥的開度，找到一個平衡點)，避免管子裡有空氣進入導致管子振動。此外，我還一起參與了調節閥卡澀的處理、自控迴路的投入、引數設定、大網逐段隔離分析查詢洩漏點等工作。特別是獨立的處理了溴化鋰的一些故障。每當出現故障時，我都到現場去獨立進行分析原因並進行處理，大部分的故障都能迅速的得到解決。如：溴化鋰機組發生故障停機，經查是發生器高壓、高溫而引起的，而發生器高壓、高溫又由很多因素造成。此時我就檢查機組的相關係統和檢視停機前的執行引數，查詢原因，然後進行鍼對性的處理。若是因機組密封性不良，有空氣洩入而引起的，我就啟動真空泵，抽除不凝性氣體，排除洩漏點;若是因冷卻水溫度過高或流量太小而導致的，我就檢查冷卻水系統，調整風機臺數，調整冷卻水量，使之符合要求。
總之，在這四年的時間內，無論從技術上，還是從管理上，我都有了很大的提高。今後，我會在此基礎上，刻苦鑽研，再接再厲，使自己的業務水平更上一層樓，為公司的發展能盡上一份力。
篇二：電腦軟體測試技術員工作總結
我最初參加測試工作的時候，不知道什麼是軟體測試，整合測試和系統測試的概念經常混淆， cmm 是什麼就更加不知道了。那時候最簡單的開關機也是通過直接拔插電源完成，安裝系統對我來說簡直是有史以來人類的最高技能，對於那些拿著螺絲刀安裝機器的人就認為是宇內超級高手，身具殺人於無形之絕世祕技。拿破崙說不想當將軍的士兵不是好士兵，我最初的夢想就是想成為軟體測試的高手，傲視天下。所以不斷偷師，總結經驗，自認為掌握了成為高手的幾個祕技，這幾年混跡 “ 江湖 “ 還算無往而不利。不敢獨享，望與吾輩測試人員切磋，早日總結成功密技之大成，助新進人員早日入門，也算不愧對東北活雷鋒的'稱號。
第一招 學會利用網路
剛參加工作面對浩瀚的網路世界，當時如劉姥姥進大觀園，什麼都新奇，什麼都想要，從網上下載很多源程式的程式碼，軟體技術文件之類，恨不得把所有的好東西收集到手中，其實有些在他人看起來就是垃圾一堆。當時覺得有了這些 “ 武林祕籍 “ ，成為高手指日可待。最初參加工作由於自己工作努力有幸轉為開發，加入專案組後我的習慣還是沒有改，反而變本加厲，手中的資源更加多，上網的時間更加頻繁。
一次專案經理分配任務，覺得依靠手中的祕籍加上自己的 “ 聰明才智 “ 很快會完成，不料短短的時間，所有的一切變成了馬奇諾防線。解決問題很慢，思路不清晰，專案經理在對我施壓的過程中教會了我終身難忘的一招，學會利用網路尋找要解決問題的答案，從此 google 成了我的最愛，關鍵字成了我變化的招數。在軟體測試工作中，他幫我解決了很多疑難問題，解答了很多令我迷惑的地方。也是我幫助測試同行解決問題手段之一，很多軟體測試新手，甚至老手都沒有意識到自己手上就握有 “ 無敵祕籍 “ ，所以只要你耐心找，答案就在身邊。
這裡總結一下利用網路搜尋引擎的技巧：
組合搜尋
每次搜尋某個檔案，如果只給出一個單詞進行搜尋，經常會出現成千上百萬計的匹配網頁。然而如果再加上一個單詞，那麼搜尋結果會更加切題。
選擇表述內容的片語
一般我在網頁搜尋引擎的時候，選擇一些可以表達我要查詢內容的關鍵片語，用來縮小搜尋範圍，從而找到搜尋結果是最好的辦法。運用片語搜尋涉可以先先簡單地輸入一個問題作為片語搜尋，如果仍然找不到合適的，那就用多個可以表達要查詢內容的關鍵字進行查詢。
定位資訊來源
有的時候用片語搜尋不到或者無法準確表達所需資訊。可以用另一種方法直接到資訊源，就是直接到到提供某種資訊的站點去。可以用公式 “” 去猜測某一組織的特點。從而得到所要搜尋的資訊的主要片語
其實網路上還有很多關於搜尋技巧的文章，大家可以自行學習。千萬要記住搜尋引擎是幫助你成功的有力武器。
第二招 學會動手
參加軟體測試工作後，隨著工作經驗的增長自我感覺越來越好。在公司裡也逐漸受到同事領導的重視，一次針對公司的新的軟體功能進行測試的時候，像往常一樣 “ 隨手 “ 測試出了幾個 bug ，然後 “ 仔細 “ 的填寫了 bug 單(這個 bug 的現象已經出現了很多次了)。這時候測試經理走過來，重新複查了一下填寫的 bug 。他在重現我的 bug 的過程中，簡化了我的輸入變化， bug 神奇的又出現了，同樣的現象，他關閉軟體重新變化輸入，擴展出 10 幾個變化後，軟體不動了，記憶體不斷上升。終於他找到了產生軟體的 bug 的原因，然後對我說 “ 尋找 bug 要準確定位，我們開發團隊是一個整體，時間是等量的，時間不在你身上浪費，就是在他身上浪費。如果測試人員每次發現的 bug 描述不清楚，並且多個問題潛在的錯誤原因是一個，雖然操作可能稍微有些變化。這樣開發人員在重現 bug 的時候他要除錯跟蹤判斷，很花費時間，而且效率低。如果測試人員發現 bug 的時候多動手可以更加準確的定位 bug 步驟和原因，給開發人員最精確的步驟和準確的描述，這樣整個團隊才能高效，所以需要大家協作!。 “ 。
在以後的日子裡，每次解決問題的時候我都記得多試驗幾次，多嘗試。網上很多朋友還有同事問我問題的時候，其實他們只是萬里長征就差一步，只要再多動手實驗一次就可以達到目的了。所以多動手，多嘗試。
第三招 思考自己所作的
剛開始入行的時候，總是思考如何做好軟體測試。認為公司的測試流程混亂總是很鬱悶，認為自己學不到東西，如何才能測試好產品，常說心動不如行動，以前看到古龍小說中經常出現的場景無名小子不斷挑戰高手，總結積累。我總結了有些經驗是實戰中得到的，所以不斷嘗試引入新的測試流程然後評估，這個過程雖然很痛苦，但是從中積累了不少經驗。這段時間讓我學習到了很多東西，接觸了 iso,cmm ，測試管理工具，自動化工具(因為公司不正規給了我很多學習的機會，後來到了比較大的軟體公司後，以前的經歷給了我更多的發展機會，因為大公司非常正規了，公司內部人員分工明確，所以能力的鍛鍊反倒少了)。由於工作中經常寫報告反倒養成了總結教訓的習慣，因為紙面上的東西是永遠也忘不掉的。在寫的過程中可以不斷補充擴充套件，整個過程是思想昇華的過程，當年達摩面壁九年就是融會貫通的典型例子，如果他不是有個思考的過程，他也不能成為一代大家。如果後來不時有人把他的絕技記錄下來，也就不能有後來的少林寺七十二絕技。
所以善於思考，總結經驗，也是成為高手之路的不二法決。
第四招 學會利用論壇資源
其實測試新兵和測試高手之間的區別，往往是不會利用現有資源。在論壇中我們會看到很多新手不斷的提問，但是有很多問題其實都是已經別人提過了，或者已經有解決方案的。所以經常會看到 “測試高手“的身影，並且不提問題，而且還能“鋤強扶弱“，是測試新丁的救命稻草。好像是高手們無所不能，其實摘掉這層耀眼的光環，他們並沒想像得那麼厲害，只不過通過自己的搜尋找到的答案，然後幫助其他人。當然也有很多人都是通過自學，然後在論壇中交流得到了很多經驗，高手其實也是因為善於思考問題，親自動手解決問題。所以動手和利用論壇資源的過程中他們也在不斷提高。
很多時候看到論壇中有人提問，問題描述不清，很多人看了很困惑。發貼題目動不動請高手幫忙，救命之類的，好像天下大亂，世界末日。雖然這個題目很招人，但是無法讓那些想幫助你的人幫你，因為題目不清晰，而且高手字樣嚇阻了很多人。其實問問題也是個思路整理的過程，描述清晰，讓人理解清楚，才能望文知意知道你的當前發生問題的環境，才能讓那些想幫你的人解決問題，否則給人無從下手的感覺，解決問題效率不高。
第五招 學習和你所測試的軟體產品相關的知識
要想成為好的測試人員，還要了解你要測試的軟體的相關知識。要了解軟體產品的架構是什麼樣的。要了解軟體的市場需求，在接觸軟體之初要可以多看看使用者的反饋資訊，這些才是使用者最關心的，也是你在測試中需要注意的問題，滿足客戶是最大的需要。但是瞭解軟體需求之後要學會要多讀些軟體系統的技術文件，軟體設計文件，這些文件可以幫助你瞭解產品如何工作。還有多看看公司 bug 庫中的問題，這些存在的問題可以幫助你瞭解軟體產品那些地方存在缺陷，軟體系統那些地方會出現錯誤。軟體是執行在一個大環境中，如果對系統不熟悉，那麼有些問題你不能從一個更廣闊的層面考慮，學習作業系統的知識，有助於你發現缺陷，定位問題更加準確。比如軟體執行在 windows 或者 linux ，如果你不懂作業系統，你就無法建立測試環境，有些時候時候軟體的元件發生問題，就是你係統配置造成的，對系統不熟悉，你會把外在原因歸結為軟體本身。所以要學習關於和軟體系統相關的知識，比如程式設計，網路，資料庫等。不一定你要學習到多好的程度，只是通過這些擴充套件的知識面，你可以在發現問題，解決問題上不會侷限在狹小的圈子裡。
和一切相關的人員交流，不同的交流渠道，獲取訊息是不同的，角度也不同。和客戶交流，你會在測試中從客戶的角度發現問題;和開發人員交流，你會了解開發人員怎麼實現軟體功能的;和專案管理人員交流，你會知道開發進度以及遇到的困難。