軟體測試總結報告(精選5篇)

來源:才華庫 2.2W

軟體測試總結報告

一、軟體測試的概述

軟體測試是伴隨著軟體的產生而產生的。早期的軟體開發過程中軟體規模都很小、複雜程度低,軟體開發的過程混亂無序、相當隨意,測試的含義比較狹窄,開發人員將測試等同於“除錯”,目的是糾正軟體中已經知道的故障,常常由開發人員自己完成這部分的工作。對測試的投入極少,測試介入也晚,常常是等到形成程式碼,產品已經基本完成時才進行測試。到了上世紀80年代初期,軟體和IT行業進入了大發展,軟體趨向大型化、高複雜度,軟體的質量越來越重要。這個時候,一些軟體測試的基礎理論和實用技術開始形成,並且人們開始為軟體開發設計了各種流程和管理方法,軟體開發的方式也逐漸由混亂無序的開發過程過渡到結構化的開發過程,以結構化分析與設計、結構化評審、結構化程式設計以及結構化測試為特徵。人們還將“質量”的概念融入其中,軟體測試定義發生了改變,測試不單純是一個發現錯誤的過程,而且將測試作為軟體質量保證(SQA)的主要職能,包含軟體質量評價的內容,Bill Hetzel在《軟體測試完全指南》(Complete Guide of Software Testing)一書中指出:“測試是以評價一個程式或者系統屬性為目標的任何一種活動。測試是對軟體質量的度量。”這個定義至今仍被引用。軟體開發人員和測試人員開始坐在一起探討軟體工程和測試問題。

軟體測試已有了行業標準(IEEE/ANSI ),1983年IEEE提出的軟體工程術語中給軟體測試下的定義是:“使用人工或自動的手段來執行或測定某個軟體系統的過程,其目的在於檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別”。這個定義明確指出:軟體測試的目的是為了檢驗軟體系統是否滿足需求。它再也不是一個一次性的,而且只是開發後期的活動,而是與整個開發流程融合成一體。軟體測試已成為一個專業,需要運用專門的方法和手段,需要專門人才和專家來承擔。

二、軟體測試總結報告(精選5篇)

在現在社會,我們使用報告的情況越來越多,我們在寫報告的時候要注意語言要準確、簡潔。為了讓您不再為寫報告頭疼,以下是小編收集整理的軟體測試總結報告(精選5篇),歡迎閱讀,希望大家能夠喜歡。

軟體測試總結報告1

我是技術部、測試組xxx,20xx年即將過去,時光飛逝,日月如梭,我來公司半年的時間轉瞬即逝,身為一名年輕的員工,我緊密配合公司的安排,卯足精神、踏踏實實地為公司做事,同時也努力成為一名能主動做事,勇挑重擔的員工,為公司的發展貢獻出了自己的一份力量。回顧半年來的工作,即有收貨也有不足,現對自已半年來的工作進行總結。年來,本人在公司領導的正確領導下,在各位同事的熱情幫助和大力支援下,立足本職工作,努力學習,勤奮工作,誠懇待人,團結協作,遵守各項規章制度和工作紀律,不斷提高服務質量和工作效率,較好的完成了全年的各項工作任務。以下是本年度以來個人工作總結報告:

一、政治思想方面

一年來我積極參加公司裡組織的學習,努力做到在思想上、認識上同公司價值觀保持一致、始終保持與時俱進的精神狀態。同時,自己還樹立終身學習的觀念,利用業餘時間進一步學習自己的業務知識。平時能夠團結同志,具有一種良好的敬業精神和責任感。

二、工作情況

半年來我的主要工作有:xx專案的測試、xxx的相關測試。

關於xxxx,除了進行相關的迴歸測試外,由於客戶對其提出了新的需求,所以要基於新需求重新進行全面測試,以便及時發現新問題,避免客戶使用時再次出現問題。現在正在對中電工程進行埠的除錯,當埠除錯結束後還需要進行迴歸測試,避免系統給客戶安裝後出現缺陷。

關於xxx,主要再次對各個二級、三級單位進行xx、xx、xxxx和xxxx、xx、xxxx等的相關本部和所屬的流程進行測試;配置xx和xx的xx、xx、xx、xx和xx、xx的人員角色的許可權,並且測試他們的登入功能和應有的許可權是否顯示正確;測試xx公司和xx公司的會簽單;測試xxxx差異報告是否和系統相符。

三、存在的問題和打算

儘管經過一些努力,我的業務水平還需進一步提高。在以後的工作中,我將加強自主管理的意識,加強理論和業務學習,不斷提高業務技術水平,使自己的工作達到一個更高的層次,能外出為相關專案公司做培訓,有問題積極與領導進行交流,出現工作上和思想上的問題及時彙報,也希望領導能夠及時對我工作的不足進行批評指正,使我的工作能夠更加完善。

今後我會加強其它專業知識的學習。社會的進步與企業的發展對員工的綜合素質提出了越來越高的要求,要求員工一專多能,只有這樣才能進一步提高企業的效率,增強企業的競爭力,才能增強員工在這個社會中的競爭力。所以,在加強本專業業務能力的同時,要不斷的學習,擴充套件知識面,為企業的發展和自身的發展打下良好的基礎。

我還會加強英語知識的`學習。英語越來越成為了工作中一門重要的技能,今後很多崗位也會對英語水平提出更高的要求。所以在今後的工作過程中,我要不斷加強英語的學習,以適應崗位職責對我們提出的要求。

平凡普通的崗位上,自己只是滄海一粟,但是,人同此心,心同此理,只要你我都有愛崗敬業的行動,必將成為公司發展壯大的堅實基礎。我會把自己的理想、信念、青春、才智毫無保留地奉獻給這個莊嚴的選擇,因為企業的發展與成功,不僅是一個公司的成功,更是我們每一個員工的成功,只有企業更好的發展,才有員工發揮的舞臺,才能盡情發揮個人的才華,實現個人與企業的共發展!

軟體測試總結報告2

時光荏苒,從畢業到現在已經10年,10年來一直從事著軟體測試的工作。從一個什麼都不會,到測試技術人員再到測試管理,期間有迷茫,有痛苦,有彎路,有捷徑。今天對自己過去的10年測試經歷做一個總結,一是給自己重新出發增加動力,二是給剛入道的、迷茫中的測試朋友一點點建議,希望你們少走彎路。

首先,談談測試職業規劃,即做什麼的問題。所謂方向比努力重要,這絕對是一句真理。如果能在剛走上測試工作崗位的時候明白這個道理,那麼不出5年,你一定能成為某一測試領域的專家,那時不管是薪水、自信心都是順其自然的事情。但是遺憾的是,我們獲取的太多資訊是,測試人員是一個通才,什麼都要學,什麼都要懂。結果這樣的一個方向,導致了3腳貓功夫的測試人員一大把。那麼什麼都懂一點的測試人員難道就沒有用武之地了嗎?也不是,可以朝著測試管理崗位發展。說到這裡,引出了測試職業規劃的第一條路:測試管理。那麼很容易想到職業規劃的另外一條路,測試技術專家。在測試技術領域裡,無外乎就是效能測試專家和自動化測試專家。

明確了軟體測試職業規劃的三個方向,接下來就是如何選擇一條適合自己的方向。下面給出我的幾條建議。

關於選擇測試管理:首先你一定不是一個喜歡技術,對技術敏感的人,這個很容易判斷。第二,你一定是個善於溝通,組織協調能力強的人。第三,你的長期抗壓能力較強,上能頂住領導批評,下能頂住下屬埋怨。能受得了委屈,吃的了虧。第四,你對管理工作充滿持續的激情,如果過去你是一個比較如魚得水的學生幹部,那更加沒問題。總之,相對你的IQ,你的EQ更高。那麼從性格上來說你比較適合做測試管理工作。

關於選擇效能測試專家:正好和測試管理人員具備的性格相反,首先,你不喜歡組織協調這樣的工作,你性格有些孤傲,你上學的時候一定不是學生幹部,或者不是一個如魚得水的學生幹部。第二,你不一定是個技術狂熱者,但你不排斥技術,你的動手能力較強,喜歡實踐。能靜下心來學習。那麼你有成為一個技術專家的潛力。

關於選擇自動化測試專家:和效能測試專家類似,如果你掌握一門程式語言,或者有信心學好一門程式語言,那麼恭喜你,你有成為自動化測試專家的潛力。通常,效能測試專家和自動化測試專家在技術上是相通的。

確定了自己的測試發展方向,接下來就是如何實現的問題。有一個的10000小時定律理論,即一個人想要成為某個領域的專家,需要經過1萬個小時的錘鍊。按此比例計算,如果以每天工作8小時,一週工作5天計算,那麼成為一個領域的專家需要4-5年的時間。

關於如何成長為測試管理人才:首先你一定要成為一個功能測試專家;通過參與至少2個完整專案的測試工作,你對測試理論、一個完整專案的測試流程、測試活動、測試輸出了於指掌。第二,儘量選擇一個行業如電信、支付、網購、通訊等深入做下去,成為該領域的業務專家。因為測試經理的角色往往也是半個需求人員的角色。第三,儘量在頭三年的時間裡,親自參與功能測試、效能測試、自動化測試工作,為後面測試管理的招聘工作、測試計劃、人員分配、任務安排打下一個良好的技術基礎,說白了,測試管理工作也是一個技術管理崗位,沒有一定的技術功底,很難開展後續的管理工作。

關於如何成長為效能測試專家:剛進入測試管理崗位,你負責的工作一定是功能測試任務。沒有機會接觸效能測試工作。怎麼辦?我的建議是:自學或者參加培訓班,如果你是一個自我管理能力非常強的人,建議自學,如果不是,那麼建議參加專門的效能測試培訓班。參加培訓班之前大致瞭解一下效能測試的基礎知識。

效能測試的學習過程大致如下:

1)首先了解一個系統的架構,明白各伺服器之間是如何互動工作、系統的資料流向、系統的壓力點,從而確定性能測試需求和指標,即那些功能需要考慮壓力,能承擔的壓力是多大。比如一個購物網站,最典型的登陸功能、提交訂單功能需要支援多少個使用者併發,每個併發使用者在幾秒之內完成操作,系統長時間在壓力狀態下的穩定性。

2)第二選擇測試工具,對於基於Http協議的應用來說,一般loadrunner都能完成效能測試工作,學習loadrunner的三部曲:指令碼錄製編寫(load runner generator)、場景設定和執行(load runner controller)、結果分析(load runner analysis)的內容。

對於一些無法用現有工具實施效能測試的應用,需要考慮自己編寫工具來完成。所以一個優秀的效能測試工程師一定是能熟練使用一門程式語言的。

3)實踐,一定要多實踐,安裝完load runner以後,load runner裡帶有現成的效能測試專案——飛機訂票系統。完全可以拿來練手load runner。

4)效能測試的目的是發現系統處理能力的瓶頸而系統調優才是最終的目的,如果能進一步提高各業務伺服器、資料庫伺服器的調優技能,對效能測試工作來說是如虎添翼。

關於如何成長為自動化測試專家:

自動化測試和效能測試不一樣,效能測試主要是對伺服器的效能做測試,而自動化測試是從前端考慮,其目的旨在於替代部分手工測試、考量客戶端長時間執行的穩定性。自動化測試分為:web站點的自動化測試、PC客戶端的自動化測試、手機端的自動化測試。每一個終端的測試都是一個大的領域,建議先深入學習一個終端的自動化測試技術。

關於Web端站點的自動化測試:常用的開源測試工具:selenium框架+一門程式語言(建議python),或者收費軟體QTP,推薦selenium,因為它是開源的、免費的,不存在盜版問題、且可擴充套件,所以國內的一線大公司喜歡用。

Pc客戶端自動化測試:常用的測試工具:QTP。付費軟體,國內很多小公司在用。

Android手機自動化測試:常用的測試工具:monkey、monkeyrunner、robutium、appium等,這些都是開源軟體。一樣,國內一流的公司都在使用。

蘋果端的自動化測試:常用的測試工具:Instrument、FoneMonke、Broomine、iphoneSDK自帶的testunit。

不管學習哪一個終端的自動化測試,熟練掌握一門程式語言是必要條件。

最後談談軟實力,一個優秀的測試技術專家,我認為需要具備以下幾個特性:

持續學習能力:計算機技術的發展可謂日新月異,如果不持續學習,那麼不出2年,你就會發現你只能當一個廉價的手工測試人員。所以如果能在工作中學習,不能的話,下班後保證2個小時的自學時間。幾年下來,你就能發現自己的進步有多大。

溝通能力:我覺得可以從2方面培養:第一:日常工作的溝通能力:和開發、產品、運維、客服同事的溝通要及時,表達要準確,多微笑、多傾聽、保持良好輕鬆的同事關係。第二,正式場合的溝通能力,如專案週會、評審會議、總結會議,一定要提前做準備,講什麼、怎麼講,自己私下裡先練習一下,這樣在正式場合才能表達清楚、氣定神閒、落落大方,給領導和同事留下一個好的印象。

團隊合作能力:首先從心態上,要強調整體的概念,放下單打獨鬥的想法。在實際專案中,體現為團隊成員之間的相互協作、資源共享、共同進退。這個時代已經不是一個英雄創造神話的年代了,只有團隊的齊心協力才能把專案做好,這樣的人往往也是公司最喜歡,最願意去培養的人。

與優秀的人為伍:所謂近朱者赤,近墨者黑。跟對一個老大、和優秀的人共事,找一個優秀的伴侶、經常去參加一些牛人講座、技術論壇,通過這些人的耳濡目染,一定會讓你少走很多彎路。

其他還有很多軟實力,但我個人認為以上幾點比較重要。

凡事要趁早,特別是技術行業,一定要在頭幾年打下紮實的技術功底,這對將來的技術管理或技術專家路線都有極大的幫助。

不知不覺寫了這麼多,感覺還沒有說完,希望我的一些拙見能對剛畢業的同學和還在測試領域迷茫的同學一點幫助。

軟體測試總結報告3

一、本年度工作完成情況

時光飛逝,在這年裡本人獨立負責測試的專案10個,與其他測試人員聯合測試的專案9個以及GIS應用虛擬專案(2個版本)。

其中獨立負責的專案對專案的開發週期做全程跟蹤測試,聯合測試的專案協助其他測試人員完成專案測試工作。繁忙的工作使自己在過去的一年裡學到了很多,同時也提高了自己各方面的能力。感謝領導的支援和指教,現總結如下:

獨立負責的專案列表:

1)《湖南xx空調進銷存系統》

2)《湖南xx空調售後服務系統》

3)《長沙統計局資料管理平臺》

4)《長沙統計局資料展示系統》

5)《長沙統計局GIS應用系統》

6)《xx電網WEBGIS系統》

7)《xx電網移動電子化移交系統》

8)《xx電網東莞局單線圖繪製系統》

9)《電訊號百-掌上同學圈》

10)《長沙城市林業生態圈資源資訊整合系統》

與其他同事聯合測試的專案列表:

1)《xx市規劃局辦公系統》

2)《xxxx地理公共服務平臺》

3)《xxx市規劃局自動化辦公系統》

4)《xxx縣城建檔案館著錄系統》

5)《xxx市統計地裡資訊系統》

6)《xxx市社會安全聯合救助系統》

7)《xx市施工圖審查中心一體化辦公平臺》

8)《xxx控制性詳細規劃系統》

9)《xxxxx市地理資訊系統》

GIS應用虛擬專案

1)GIS應用xx專案B/S版本

2)GIS應用xx專案C/S版本

其中格力專案的測試工作,多次與開發組人員一同參與在客戶處討論需求與細節要求,對客戶的習慣和要求有了清晰明確的瞭解。與電信的驗收測試中學到了很多專業的.測試方法和測試經驗,和他們成為了好朋友。在後續的合作與交流中,將更進一步提高自己的專業技能,保持良好的溝通與聯絡做好測試工作。

南網的專案在通過開發組的培訓後,對南網1.0環境與功能,資料庫的結構有了比較清楚的瞭解,對測試南網2.0很有幫助,主要是對電力這塊的業務有了深入的瞭解,對測試電力行業的系統打下了業務認知基礎。加入專業的測試方法,使測試工作更好的服務於專案。

很開心在公司的QC與SVN上,留下了我對以上19個專案測試工作的痕跡,我將不斷努力工作,為測試團隊在公司中更有價值積極進取。

二、個人取得哪些進步

繁忙的測試工作雖然很辛苦,但得到了領導的支援與指導,通過自身學習,使自己各方面都得到了提高。現總結如下:

1)對效能測試比之前更加專業熟悉。通過使用LR效能測試工具以及其他輔助工具,對格力兩個專案和南網的WEBGIS專案進行了幾次壓力測試。通過深入瞭解業務,設計有針對性的效能測試方案,得到了電信與格力客戶的'認可。這其中主要是與電信測試人員的合作與交流中,學到了很多專業的測試手機端程式壓力與手機客戶端效能的方法。對文件的要求與製作也更加嚴格、專業。

2)通過了解電信測試對開發文件的要求,認識到文件的重要性與測試文件的重要性,因此格力進銷存後期開始研發後,就不斷給專案組灌輸客戶對文件的要求與格式,以及電信驗收中的習慣與要求,避免了類似格力售後在摸索中,痛苦加班趕製文件的經歷,在張經理的嚴格督導下專案組更新文件都很及時。目前專案已經通過了第一期驗收合格。

3)參加了公司培訓的GIS應用開發,對GIS的應用有了初步的瞭解,第一個專案是測試湖南天地網系統,在測試過程中,對GIS應用有了實踐。併產生了濃厚的興趣,對配圖、圖層切圖等ARCGIS相關有了實際操作,在考核中得到了鞏固。

4)在前期做配置管理的學習中,學會了SVN的環境配置與管理,感謝謝敏在我學習SVN過程中的指教和幫助,使我對獨立搭建SVN環境更加熟悉。

5)對軟體測試工作有了新的認識:在測試工作中,僅對測試的工具和測試方法熟悉只是測試工作的基礎,需要深入瞭解業務以及軟體需求的趨勢,才能更好的做好測試工作。對於效能測試更需要在這個基礎上對計算機原理、網路、行業有全面的瞭解和經驗,才能對測試的資料做出精準、詳細的分析。給出參考價值高的測試報告。

三、遇到的問題及解決方案

1)專案緊急、開發人員少、測試時間少,客戶更新需求超級頻繁,開發計劃剛做好,需求又變更了。比如格力售後專案,前期測試計劃基本上每天都在變動。因此前期測試過程中,是連線正在使用開發的環境在測試,測試起來難以把握。處於嬰兒期的專案,加上沒有開發手手機端的經驗,因此BUG特別多,測試工作比較辛苦。進入格力進銷存開發初期,在與客戶溝通,先畫出UI介面再開發後,專案開發順利了很多,測試工作也沒有前期那麼緊張了,雖然還是經常要加班,但是明顯比最開始開發手機端要好很多。

2)測試環境硬體比較缺乏:格力專案測試期間初期,公司未申請空間,但是測試必須用到外網,客戶借用了伺服器,但是有客戶的其他軟體正在使用,因此不能重啟,資源也無法準確的預估,對開展測試工作有很大的侷限。格力專案完成基礎功能,準備完善功能細節時期,得到了許總和張經理的支援,公司申請了自己的空間,也辦了手機測試卡,使測試硬體得到了徹底的改善。使我的測試工作有了很好的開展,也因此為客戶提供了大量測試資料和測試文件,並最終得到了認可。

3)中途介入的專案,由於專案開發前期對業務沒有了解,加上自身負責的專案工作也比較忙,因此經常有對業務不熟悉,無法測試整個系統的流程的情況,我目前使用的辦法是:平時對規劃行業和測繪行業的業務加以關注和學習,加上對GIS應用的培訓與自身的經驗,要短時間對系統進行徹底測試也不是可以的。

總結:只要有歸零的心態,時刻更新自己的專業技能,並累積經驗,做到時刻學習,不學習就會退後、認真的做一件事總是會找到做好事情的方法。

四、工作感悟及建議

1)感受到了積極主動,富有激情的團隊氛圍。格力的專案時間特別緊、需求變更特別頻繁的特點,加上沒有手機端的開發經驗。因此前期特別辛苦,測試手機端程式也是從這個時候開始的,在這個過程中,我對手機端程式開始了積極探索與學習。瞭解手機端程式的開發與測試方法,特別是手機端效能測試與功能設計體驗方面,我自己總結出了很多方法和經驗,與大家一起分享,感到很開心。

2)濃厚的培訓特色,在進公司前我不太瞭解ARCGIS的應用,測試專案時感到有擔心,但是馬上就有公司的ARCGIS相關培訓,使我們學會了部分基本的操作、對GIS應用也有了引匯入門的培訓。這使後續我自行學習和鞏固有了很大的幫助.

3)開發在業務培訓上花了很多心思,在參加規劃辦公,測繪、南網的業務培訓過程中,使我對業務與系統有了相結合的對應熟悉與瞭解,對後續測試系統很有幫助。也縮短了我們測試系統流程花費的學習時間。

4)建議:能增加一套測試環境需要的硬體裝置。專門用來測試,目前我們很大程度上依賴開發現組的環境進行測試。如果有了專屬的測試裝置:將組建更完整的測試環境,使測試工作有基礎得到更全面專業的實施。

五、下年度個人職業工作規劃

本人希望在專業測試的基礎上,多做管理方面的工作。在上述工作總結中,本人主要是設計測試用例(場景測試),配置獨立負責專案的環境,熟練使用測試工具,熟悉軟體測試流程,進行BUG分析和預防,對配置管理這塊比較熟悉,平時我有對管理類課程的學習和培訓,自學了餘世維的全套管理類網路教學,希望在新的一年裡,繼續在公司服務,發揮自己對公司的熱情、貢獻自己的力量!

軟體測試總結報告4

20XX年自動化測試工作嚴格按照要求,保質保量完成客戶指派的任務。截止目前,已完成話費收取、賬單查詢、產品變更、營銷活動等137項關鍵業務測試用例、105個自動化迴歸測試場景設計,範圍涵蓋個人業務、家庭業務、集團業務、賬務管理、營銷活動及各類常用查詢功能。陝西公司在大型版本上線時均進行關鍵業務自動化迴歸測試,降低了新版本上線風險,保證了新版本上線後關鍵業務和常用業務正常受理。累計已進行新需求上線前後迴歸測試68次,執行業務指令碼13100餘次,發現系統原有缺陷38個,新需求缺陷69個,進行業務規則梳理146個,為新需求影響範圍分析提供了資料依據,較大程度的提高了上線成功率,降低了上線後系統的缺陷率,提高了系統的穩定性。

從20XX年5月份入職到現在的多半年時間內,主要對系統,業務的深入理解,學習。對工作中所運用到得工具熟練掌握,每次上線都能按照要求,獨立完成分配的任務。對自動化指令碼進行重新整理改進,發現問題及時聯絡局方人員進行協商,處理。

主要工作內容是負責自動化測試這塊,自動化測試的目的在於保障在新業務上線後,能正確的把控新上線內容對整個生產環境的影響。確保在新業務上線過程中,及早發現關鍵業務的情況,判斷其是否受到影響,同時確定新上線業務是否滿足要求,達到預期的功能目的。每次上線加班,嚴格按照要求進行測試,仔細記錄測試中發現的BUG,當天尋找開發或相關負責人進行解決,每次按時到達工作現場,

認真對待工作,至今沒有由於個人原因出現嚴重過錯。其他時間,對測試環境,測試資料和指令碼進行維護,管理。領導每次分配的任務認真對待,按時保質完成。

工作中存在還需要以後改進的幾點:

1、對業務的熟悉度更進一步瞭解,拓展。

2、對指令碼進行改進,創新,能夠更全面的覆蓋測試面,爭取最大限度的找出問題所在。

3、在測試工具,軟體,指令碼等方面進行創新,提高測試正確度,測試效率,真正達到自動化測試的目的。

以後主要對自動化更深一步的瞭解,學習,還有對移動業務龐大的系統進行深入瞭解,經過這樣緊張有序的一年,我感覺自己工作技能上了一個新臺階,做每一項工作都有了明確的計劃和步驟,行動有了方向,工作有了目標,心中真正有了底!基本做到了忙而不亂,條理清楚,從根本上擺脫了剛參加工作時只顧埋頭苦幹,不知總結經驗的現象。針對個人和工作上存在的不足,我會不斷的去改善,好的習慣繼續保持,同時也會不斷更新自己的知識庫。

軟體測試總結報告5

我是在7月份到新單位工作的,新單位是一個很不錯的單位,專案飽滿,資金等方面也沒有太多的問題,但就測試部門工作的情況卻很不樂觀。具體表現是人員少,任務重,人員不穩定。領導對測試部門的工作很不滿意,在面試我的時候就多次表示了對公司目前測試不滿,期待我來之後能夠帶領測試部門有一個比較好的發展。

首先說說我們公司測試部門在這四個月的變化吧。

1、測試人員大量增加

原來的測試人員為3人,現在為14人,人員擴充了3倍,目前來說,測試人員的數量還不是很多,但相比原來部門的擴充速度還是很快的,另外一個方面,由於我們工作比較有成效,領導基本認可開發人員和測試人員比例可以達到1:0.8或1的比例。我想這個比例對一個國內的企業來說已經是很高的比例了。

2、個人素質的提高

具體的個人素質提高不是很好說,還是用專案來說吧,我剛來的時候,測試人員在一個系統測試的時候,一般測試需求點位500個左右,後來一個專案在作迴歸測試的時候,測試需求點達到15000個,第二次迴歸測試的時候測試需求點達到了49000個,這裡要說明的是,我們測試需求點的增加不是為了增加而增加,而是對被測試需求各種使用情況分析的更詳細,程式覆蓋強度越來越大的結果,測試發現的問題深度逐步增強的反應。

3、機器裝置的變化

測試人員是開發群體的弱勢群體,他們的機器配置也是公司最低的,剛來的時候,測試人員使用的機器都完全不能滿足自動化測試的需要,目前,測試人員基本都提高了機器配置,測試人員很高興。另外我們還有專門的測試流程管理伺服器,一些淘汰下來的老機器作為專門跑測試用例的測試專用機。

4、開發人員對測試人員的態度改變

測試人員在開發過程中處於弱勢地位,這是一個不可迴避的現象,原來開發人員可以隨意的讓測試人員做自己認為需要的測試,而測試人員是沒有辦法拒絕的,甚至連具體測試的方法和手段開發人員都要干涉,而一旦出問題,首先怪罪測試人員,而不是找自己的責任,測試人員成了專案失敗的替罪羊。而現在這種已經發生了很大的改變,至少測試人員有能力展示他們的特長。而不是開發人員的附屬。

5、領導對測試工作的態度轉變

我剛到單位的時候,領導們對測試工作很不滿意,給我印象最深的是領導說,測試部門的工作人員,可用的就留下,不可用的就直接開除,這對測試人員的工作評價實在不高,現在好多了,首先測試部門現在的工作得到了領導的認可(原來我們總是被批評,而現在總是被表揚),其次,人員、裝置的配置在增加,最重要的是,我們要求的測試時間可以得到保證。

熱門標籤