軟件測試工程師工作總結(jié)
軟件質(zhì)量越來越受到人們的關(guān)注，軟件測試作為新興行業(yè)有很多不完善的地方。下面小編整理了軟件測試工程師工作總結(jié)，希望對你有幫助。
軟件測試工程師工作總結(jié)篇一
現(xiàn)在軟件測試工作越來越收到企業(yè)的重視，許多人員也投入到軟件測試的行列中來，軟件測試工程師的隊伍越來越壯大。但是如何成為一名優(yōu)秀的軟件測試工程師呢?這是大家比較關(guān)注的一個問題，尤其是初入這個行當(dāng)?shù)娜R鳥更想了解這個問題的答案。本文根據(jù)自己多年來在IT公司從事軟件測試的經(jīng)驗總結(jié)了一些東西給大家共享，同時也希望大家提出寶貴的意見和建議。
步驟/方法
起碼有三年以上的軟件開發(fā)經(jīng)驗
現(xiàn)在許多軟件企業(yè)招收一些剛剛畢業(yè)的大學(xué)生或者非計算機(jī)專業(yè)的人員作為自己公司軟件測試工程師，這是非常錯誤的，也是對軟件測試不負(fù)責(zé)任的表現(xiàn)。雖然他們可以發(fā)現(xiàn)軟件中的一些錯誤，但是對于軟件中的一些關(guān)鍵，致命，危險的錯誤他們是很難發(fā)現(xiàn)的。大家都知道，軟件工程中有個模型叫瀑布模型，這是最基本的軟件模型，這個模型又叫碗狀模型，因為開發(fā)位于碗的最底部，左上方依次為建模，需求分析，設(shè)計;右上方依次為測試，部署，維護(hù)。這就是說明軟件開發(fā)是一切軟件活動的基礎(chǔ)，同時也是軟件測試的基礎(chǔ)。一個人只有經(jīng)歷過一定年限的軟件開發(fā)工作，才可以積累豐富的經(jīng)驗，知道在軟件中哪些地方容易出錯而那些地方不容易，這給以后的軟件測試工作帶來非常寶貴的經(jīng)驗。
有逆向思維的能力
我曾經(jīng)接觸過一些軟件測試工程師，他們干了一段時間軟件測試工作后返回去又開始去做開發(fā)工作了，問他們?yōu)樯?答案是軟件測試工作太難了，開發(fā)是順向思維，而測試是逆向思維，老要找一些稀奇古怪的思路去操作軟件。軟件的使用者千差萬別，軟件在使用過程中遇到的各種現(xiàn)象也是千差萬別的，所以要求軟件測試工程師需要具有一些逆向思維的能力，想別人所不想，測別人所不測，這樣才可以找到更多的軟件中的錯誤。這是作為一名優(yōu)秀的軟件測試工程師最基本的素質(zhì)。
善于同軟件開發(fā)人員溝通
溝通是當(dāng)今軟件項目中需要掌握的最關(guān)鍵技術(shù)之一。軟件測試人員要善于同軟件開發(fā)人員溝通，軟件測試人員與開發(fā)人員搞好關(guān)系，使測試人員不成為開發(fā)人員的眼中釘，這對于提高整個軟件項目質(zhì)量是十分重要的。溝通主要包括：
討論軟件的需求，設(shè)計：通過這樣的溝通，你可以更好的了解所測試的軟件系統(tǒng)，以至于盡可能少的測試出軟件中不是錯誤的“錯誤”，從而降低給軟件開發(fā)人員帶來的壓力。
報告好的測試結(jié)果：作為一個測試人員，發(fā)現(xiàn)錯誤往往是測試人員最愿意而且引以自豪的結(jié)果，但是一味地給開發(fā)人員報告軟件錯誤，會給他們造成厭惡感，降低整個軟件的質(zhì)量和開發(fā)進(jìn)度。所以作為一名軟件測試工程師，當(dāng)你測試的模塊沒有嚴(yán)重的錯誤或者錯誤很少的時候，你不妨跑到開發(fā)人員那里告訴他們這個好消息，這會給你帶來意想不到的結(jié)果。
討論一些與工作無關(guān)的事情：作為一個測試人員經(jīng)常和開發(fā)人員討論一些與工作無關(guān)的事情，比如大家可以談?wù)勑侣?，趣事，家庭…這樣可以加強(qiáng)相互間的默契程度，許多統(tǒng)計表明，這樣可以更好的提高軟件工作質(zhì)量。
善于同領(lǐng)導(dǎo)溝通
測試人員往往是領(lǐng)導(dǎo)的眼和耳，領(lǐng)導(dǎo)根據(jù)測試人員的測試結(jié)果可以了解公司的產(chǎn)品質(zhì)量，從而調(diào)整其他的工作。領(lǐng)導(dǎo)工作一般比較繁忙，所以作為一名優(yōu)秀的測試人員要學(xué)會把測試結(jié)果進(jìn)行總結(jié)，最好以圖表的形勢給領(lǐng)導(dǎo)看。
掌握一些自動化測試工具
測試工作往往是比較繁瑣，枯燥無味的工作，測試人員長期處于重復(fù)的手工工作，會降低測試效率，并且對于測試質(zhì)量也往往是不利的;況且許多測試不使用測試工具是不可以進(jìn)行的，比如性能測試，壓力測試等等。目前市場上有許多測試工具供你使用，你可以根據(jù)自己的需要選擇一些測試工具來輔助你的測試。但是要記住一點(diǎn)，不是說有了測試工具就不要人工測試了，測試工具不是萬能的。
善于學(xué)習(xí)的能力
軟件測試技術(shù)隨著時間的變化也在做一些提高和改進(jìn)，作為一名優(yōu)秀的測試人員要善于利用書籍，網(wǎng)站，論壇，交流等各種途徑不斷提高自己的軟件測試水平。
7
提高自己的表達(dá)能力
軟件測試人員當(dāng)發(fā)現(xiàn)軟件中存在缺陷的時候，往往要書寫缺陷報告，缺陷報告要寫得詳盡清楚，使開發(fā)人員能夠盡快定位錯誤，修改錯誤，所以作為一名優(yōu)秀的測試人員提高自己的寫作能力是非常必要的。
8
了解業(yè)務(wù)知識
更好的了解你說測試軟件的業(yè)務(wù)知識是非常重要的，對業(yè)務(wù)知識了解得越深入，越能夠找出更深入，更關(guān)鍵，更隱蔽的軟件錯誤。所以作為一名優(yōu)秀的軟件測試工程師，要多向該領(lǐng)域?qū)＜?，同行學(xué)習(xí)，提高自己的業(yè)務(wù)知識水平。
以上僅為個人的一些經(jīng)驗所談，希望大家都能夠成為一名優(yōu)秀的軟件測試工程師。
軟件測試工程師工作總結(jié)篇二
1、分享第一條經(jīng)驗：“學(xué)歷代表過去、能力代表現(xiàn)在、學(xué)習(xí)力代表未來?！逼鋵嵾@是一個來自國外教育領(lǐng)域的一個研究結(jié)果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點(diǎn)也很重要：“重要的道理明白太晚將抱憾終生!”所以放在每一條，讓剛剛畢業(yè)的朋友們早點(diǎn)看到哈!-
2、一定要確定自己的發(fā)展方向，并為此目的制定可行的計劃。不要說什么，“我剛畢業(yè)，還不知道將來可能做什么?”，“跟著感覺走，先做做看”。因為，這樣的觀點(diǎn)會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術(shù)，將來成為專家級人物?向管理方向走，成為職業(yè)經(jīng)理人?先熟悉行業(yè)和領(lǐng)域，將來自立門戶?還是先在行業(yè)里面混混，過幾年轉(zhuǎn)行做點(diǎn)別的?這很重要，它將決定你近幾年、十年內(nèi)“做什么事情才是在做正確的事情!”。-
3、軟件開發(fā)團(tuán)隊中，技術(shù)不是萬能的，但沒有技術(shù)是萬萬不能的!在技術(shù)型團(tuán)隊中，技術(shù)與人品同等重要，當(dāng)然長相也比較重要哈，尤其在mm比較多的團(tuán)隊中。在軟件項目團(tuán)隊中，技術(shù)水平是受人重視和尊重的重要砝碼。無論你是做管理、系統(tǒng)分析、設(shè)計、編碼，還是產(chǎn)品管理、測試、文檔、實施、維護(hù)，多少你都要有技術(shù)基礎(chǔ)。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領(lǐng)一個軟件開發(fā)團(tuán)隊成功地完成過軟件開發(fā)項目，哪怕就一個，也沒有看到。倒是曾經(jīng)看到過一個“高學(xué)歷的牛人”(非技術(shù)型)帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。-
4、詳細(xì)制定自己軟件開發(fā)專業(yè)知識學(xué)習(xí)計劃，并注意及時修正和調(diào)整(軟件開發(fā)技術(shù)變化實在太快)。請牢記：“如果一個軟件開發(fā)人員在1、2年內(nèi)都沒有更新過自己的知識，那么，其實他已經(jīng)不再屬于這個行業(yè)了。”不要告訴自己沒有時間。來自時間管理領(lǐng)域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成敗!本人自畢業(yè)以來，平均每天實際學(xué)習(xí)時間超過2小時。-
5、書籍是人類進(jìn)步的階梯，對軟件開發(fā)人員尤其如此。書籍是學(xué)習(xí)知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，并不厭其煩地教你。對于花錢買書，我個人經(jīng)驗是：千萬別買國內(nèi)那幫人出的書!我買的那些家伙出的書，!00%全部后悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。“擁有書籍并不表示擁有知識;擁有知識并不表示擁有技能;擁有技能并不表示擁有文化;擁有文化并不表示擁有智慧?！敝挥袑咀兂傻淖约褐腔?，才算是真正擁有了它。-
6、不要僅局限于對某項技術(shù)的表面使用上，哪怕你只是偶爾用一、二次。“對任何事物不究就里”是任何行業(yè)的工程師所不應(yīng)該具備的素質(zhì)。開發(fā)windows應(yīng)用程序，看看windows程序的設(shè)計、加載、執(zhí)行原理，分析一下 pe文件格式，試試用sdk開發(fā)從頭開發(fā)一個windows應(yīng)用程序;用vc++、 delphi、java、。net開發(fā)應(yīng)用程序，花時間去研究一下mfc、vcl、j2ee、。net它們框架設(shè)計或者源碼;除了會用j2ee、 jboss、spring、hibernate等等優(yōu)秀的開源產(chǎn)品或者框架，抽空看看大師們是如何抽象、分析、設(shè)計和實現(xiàn)那些類似問題的通用解決方案的。試著這樣做做，你以后的工作將會少遇到一些讓你不明就里、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”!-
7、在一種語言上編程，但別為其束縛了思想?！按a大全”中說：“深入一門語言編程，不要浮于表面”。深入一門語言開發(fā)還遠(yuǎn)遠(yuǎn)不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。編程語言對開發(fā)人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經(jīng)驗是：用面對對象工具開發(fā)某些關(guān)鍵模塊時，為什么不可以借鑒c、c51、匯編的模塊化封裝方式?用傳統(tǒng)的桌面開發(fā)工具(目前主要有vc++、delphi)進(jìn)行系統(tǒng)體統(tǒng)結(jié)構(gòu)設(shè)計時，為什么不可以參考來自 java社區(qū)的ioc、aop設(shè)計思想，甚至借鑒像spring、hibernate、jboss等等優(yōu)秀的開源框架?在進(jìn)行類似于實時通信、數(shù)據(jù)采集等功能的設(shè)計、實現(xiàn)時，為什么不可以引用來自實時系統(tǒng)、嵌入式系統(tǒng)的優(yōu)秀的體系框架與模式?為什么一切都必須以個人、團(tuán)隊在當(dāng)然開發(fā)語言上的傳統(tǒng)或者經(jīng)驗來解決問題???“他山之石、可以攻玉”。-
8、養(yǎng)成總結(jié)與反思的習(xí)慣，并有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統(tǒng)體系結(jié)構(gòu)、甚至進(jìn)化為框架。眾所周知，對軟件開發(fā)人員而言，有、無經(jīng)驗的一個顯著區(qū)別是：無經(jīng)驗者完成任何任務(wù)時都從頭開始，而有經(jīng)驗者往往通通過重組自己的可復(fù)用模塊、類庫來解決問題 (其實這個結(jié)論不應(yīng)該被局限在軟件開發(fā)領(lǐng)域、可以延伸到很多方面)。這并不是說，所有可復(fù)用的東西都必須自己實現(xiàn)，別人成熟的通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是，最好還是自己實現(xiàn)，這樣沒有知識產(chǎn)權(quán)、版權(quán)等問題，關(guān)鍵是自己實現(xiàn)后能真正掌握這個知識點(diǎn)，擁有這個技能。-
9、理論與實踐并重，內(nèi)外雙修。工程師的內(nèi)涵是：以工程師的眼光觀察、分析事物和世界。一個合格的軟件工程師，是真正理解了軟件產(chǎn)品的本質(zhì)及軟件產(chǎn)品研發(fā)的思想精髓的人(個人觀點(diǎn)、歡迎探討)。掌握軟件開發(fā)語言、應(yīng)用語言工具解決工作中的具體問題、完成目標(biāo)任務(wù)是軟件工程師的主要工作，但從軟件工程師這個角度來看，這只是外在的東西，并非重要的、本質(zhì)的工作。學(xué)習(xí)、掌握軟件產(chǎn)品開發(fā)理論知識、軟件開發(fā)方法論，并在實踐中理解、應(yīng)用軟件產(chǎn)品的分析、設(shè)計、實現(xiàn)思想來解決具體的軟件產(chǎn)品研發(fā)問題，才是真正的軟件工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，并在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。
軟件測試工程師工作總結(jié)篇三
先介紹一下我的背景：通信類院校05年畢業(yè)、本科、計算機(jī)專業(yè)，畢業(yè)后進(jìn)入一家大型通信設(shè)備商工作，任職軟件測試工程師。
一、T項目執(zhí)行
05年7月13日入部門，此時才知道自己被分配到了測試部。部門主管把我領(lǐng)走后，就把我交給了導(dǎo)師。
入部門的頭幾天，主要熟悉公司的工作環(huán)境，認(rèn)識部門同事，了解產(chǎn)品知識。由于我們是做傳輸設(shè)備的，所以當(dāng)時學(xué)習(xí)的產(chǎn)品知識主要以SDH原理為主，包括SDH的幀結(jié)構(gòu)、網(wǎng)絡(luò)的保護(hù)和倒換等。
下面介紹一下我所做的項目。
項目名稱：T軟件
項目概況：該項目是在PC和Sun工作站上開發(fā)的軟件，屬于CS結(jié)構(gòu)。Client端用Java開發(fā)(開始使用JDK1.3，后來改用JDK1.4)，實現(xiàn)跨平臺;Server端用C++開發(fā)，使用ACE實現(xiàn)跨平臺(Windows和Unix)。
人力投入：開發(fā)好像是9人，測試3人。(我來的時候是產(chǎn)品的第2個版本，人力投入大概如此)
我入部門幾天后，T項目就進(jìn)入了測試階段。我的任務(wù)就是執(zhí)行分配給我的測試用例。當(dāng)時我只知道根據(jù)測試用例描述的內(nèi)容，去點(diǎn)鼠標(biāo)，如果發(fā)現(xiàn)程序出現(xiàn)錯誤或異常，就填寫問題單。我就這樣沒有任何思考的按著測試用例點(diǎn)了3個月的鼠標(biāo) : )
現(xiàn)在想起當(dāng)初的測試工作，實在有太多的不足，和待改進(jìn)點(diǎn)。
1www.wjrdkj.com|www.512jjw.com|www.512zx.net|www.ntzlwj.com、 測試用例。對于一個軟件的測試來講，測試用例是至關(guān)重要的。測試用例要覆蓋所有測試規(guī)格，而且測試用例要易于理解、易于執(zhí)行，簡單的講就是要描述的規(guī)范。而當(dāng)時我們的測試用例卻是一團(tuán)糟，最糟糕的是用例的質(zhì)量很差，使用這些測試用例，根本無法保證產(chǎn)品質(zhì)量。測試用例的預(yù)置條件、操作步驟、預(yù)期結(jié)果的描述也是亂糟糟的，而且用于存儲測試用例的Excel表格設(shè)計的很差，界面很不友好，從一定程度上降低了測試效率。
2、 產(chǎn)品知識。T軟件雖然是在PC和工作站上運(yùn)行的，但是開發(fā)T軟件的目的是為產(chǎn)品服務(wù)的，所以我們必須具備產(chǎn)品知識，才能更好的對T軟件進(jìn)行測試。恰巧當(dāng)時包括我導(dǎo)師在內(nèi)的3個人，都不太了解產(chǎn)品，所以就造成我們無法判斷某些測試用例是否驗證通過。從而導(dǎo)致了與開發(fā)人員的多次爭吵。
3、 軟件測試的重點(diǎn)不明確。軟件測試是軟件工程中的一項重要活動，它盡可能發(fā)現(xiàn)程序中存在的缺陷，保證程序的質(zhì)量。但軟件作為一種商業(yè)品，有它的發(fā)布時限，老板說這個軟件要1月份發(fā)布，你總不能測到12月份再給他發(fā)布吧。當(dāng)時我們在一些小問題上與開發(fā)人員糾纏過多，而很多重點(diǎn)卻沒有得到重視，一些嚴(yán)重問題暴露的比較晚，導(dǎo)致測試時間延了又延，版本測了一個又一個，想起那些日子，只能如此描述：“累并痛苦著”。 : (
4、 測試流程的把握。7月份中旬，T項目從開發(fā)部轉(zhuǎn)到測試部，進(jìn)入了測試階段，實際當(dāng)時的產(chǎn)品質(zhì)量并不能達(dá)到轉(zhuǎn)測試的標(biāo)準(zhǔn)，而我們卻讓他們通過了轉(zhuǎn)測試，結(jié)果就給我們自己帶來了巨大的痛苦。而且后續(xù)的幾個版本也如此，我們是測了一輪又一輪，測的我們都要絕望了?；仡^想一想，T軟件還真的是我們測出來的，而不是開發(fā)寫出來的 : )
5、 缺少針對性測試。軟件也可以分很多種，不同的軟件有不同的特點(diǎn)，自然就需要針對性的測試了，
一年級語文家長會講稿%A(2011-11-25 11:26:53)
譬如GUI的軟件與嵌入式軟件的測試方法肯定有很大不同。最初我們在做T項目測試時，就缺少針對性方法。有兩個教訓(xùn)讓我們刻骨銘心：1、界面測試，T軟件發(fā)布后沒多久，其他組同事就發(fā)現(xiàn)某界面一個按鈕的單詞拼寫錯誤——“rollback”被寫成“roolback”;2、效率測試，軟件測試到后期才發(fā)現(xiàn)T軟件在實際環(huán)境中運(yùn)行效率很低，根本無法滿足達(dá)實際應(yīng)用的需要。從那以后我們就準(zhǔn)備了專門針對T軟件的測試項目，包括：界面測試、效率測試、資料測試、穩(wěn)定性測試等。
6、 溝通問題。自從工作開始，開發(fā)人員和測試人員的爭吵從來就沒有停止過。最初是什么問題都吵，很多沒有意義的爭吵甚至非理性的爭吵，慶幸的是現(xiàn)在的爭吵大多是有針對性的、理性的。個人覺得以前無為爭吵過多的原因是：開發(fā)人員、測試人員的工作技能和職業(yè)素養(yǎng)都比較欠缺。吵了大半年后，人員提升了工作技能和職業(yè)素養(yǎng)后，吵架都吵的比較有默契了。當(dāng)然最重要的是開發(fā)人員和測試人員的目標(biāo)要一致：保證產(chǎn)品的質(zhì)量，滿足客戶需求。
二、自動化測試
06年過完年后，我被主管派到一個大組去學(xué)習(xí)自動化測試技術(shù)。這個測試組是個比較大的測試組，總共有幾十號人，其中有很多牛人。他們的自動化測試框架就是由幾個牛人耗時1年多開發(fā)出來的。到現(xiàn)在，他們的自動化用例覆蓋率約50%，應(yīng)用率好像有70%，總之這個自動化測試框架還是滿牛X的，不過就是整個框架實現(xiàn)太復(fù)雜了，涉及的編程腳本就用了三種 : (
下面簡單介紹一下該GUI自動化測試框架。
測試工具：IBM Rational Robot
自動化測試技術(shù)：第三代自動化測試框架，叫什么DDE，具體什么意思已經(jīng)記不住了 : )
測試腳本：Robot中使用的是sqabasic腳本(基于basic的一種腳本)，另外還使用了TCL、COM組建等，并自行開發(fā)了一個抓包工具用于自動化測試。還有我們測試的產(chǎn)品界面是使用Java開發(fā)的，如果要讓Robot能夠正常識別界面，還需涉及到Java編程。呵呵，實現(xiàn)上可是夠復(fù)雜的 : (
學(xué)習(xí)自動化的頭一個星期，我只是學(xué)習(xí)該測試組的產(chǎn)品知識，學(xué)習(xí)如何使用自動化測試。后面的幾個星期就開始承擔(dān)自動化測試的建設(shè)任務(wù)了。想想當(dāng)初自己還是滿辛苦的，白天上班學(xué)習(xí)產(chǎn)品知識，晚上回家就對著電腦看basic腳本的語法，周末還去公司無償加班看代碼。
在技術(shù)文檔的選擇上，我基本只看英文的，單詞不懂就拿金山詞霸查，實在看不懂了才會去找些中文的資料看。為什么要選擇英文的呢?因為很多中國寫書的人很浮躁，只想著快點(diǎn)把書出版了好賺錢，所以很多中文的資料質(zhì)量很差。首先要貶低的就是那本譚教授的《C語言程序設(shè)計》。記得讀大學(xué)時，照著譚教授的書敲程序，沒多少程序能編譯通過的，真是誤人子弟。
當(dāng)時帶我學(xué)習(xí)自動化的導(dǎo)師姓L，他是個大忙人，有時一整天都在開會。L的師傅姓W，W是該自動化創(chuàng)始人之一。我呢，充其量算是徒孫一輩，呵呵。由于L太忙，而且不那么愛說話，于是乎我就只能自己對著文檔看代碼。
當(dāng)時對我比較有用的文檔就只有兩篇：一篇是匯集型的chm文檔，是篇比較全面的介紹，其中包括自動化框架的介紹，原理的介紹，各模塊介紹，自動化執(zhí)行的流程等;另外一篇則是由W寫的自動化建設(shè)指導(dǎo)書，寫的還是滿不錯的，在我有一定基礎(chǔ)后，照著指導(dǎo)書就能完成簡單的自動化建設(shè)。
在我整個學(xué)習(xí)過程中，是按照以下的過程開展的：1、吳江裝修網(wǎng)初步了解整個自動化和產(chǎn)品知識，嘗試使用自動化進(jìn)行測試;2、熟悉sqabasic語法;3、對著文檔讀代碼，嘗試調(diào)試腳本，跟蹤到代碼的最底層。木制仿真模型
其實最好的學(xué)習(xí)方式就是實踐，去做自動化建設(shè)。當(dāng)有一定基礎(chǔ)后，去完成導(dǎo)師交給的自動化建設(shè)任務(wù)，就是最好的學(xué)習(xí)方式。后來，我教別人的時候，也是安排實際任務(wù)給他做，然后再進(jìn)行相應(yīng)的引導(dǎo)。
在我的學(xué)習(xí)期間，有件事情讓我滿討厭的。就是我必須給原部門的主管和測試組人員講課，然后那些家伙會不停的提問，以檢驗我的學(xué)習(xí)效果。雖然這招很BT，但是對個人的成長還是滿有利的。假設(shè)你學(xué)會了一項技能，此時你可能只在第一個層次上，如果你能夠把這項技能教會別人，那么你的層次上升了一個檔次。
記得當(dāng)時是06年2月初去參加學(xué)習(xí)的，4月初就應(yīng)急被調(diào)回原測試組了?？偣膊坏絻蓚€月的時間，我總共完成了3個模塊的自動化建設(shè)，第1個模塊搞了3個多星期，第2個模塊不到2個星期，第3個模塊一個星期就搞完了(第3個模塊算是友情支援呢，哈哈)。
4月初被調(diào)回原測試組后，就一直做救火的工作。差不多5月份的時候才正是開始做我們T項目的自動化。其實也就是把我學(xué)習(xí)的自動化框架移植過來，做T項目自動化測試。
另我比較遺憾的是，T項目的測試一直都很緊，而自動化測試并沒有被推廣和充分利用。直到我離職前，測試組為應(yīng)付測試部自動化考核指標(biāo)，才得到重視。
這里我談一下自己對自動化測試的理解。
1、 自動化測試用于提高測試效率;
2、 自動化測試可以完成一些無法手工完成的測試，例如長時間不間斷的測試;
3、 自動化雖然能夠發(fā)現(xiàn)問題，但主要是對繼承的功能進(jìn)行測試，保證以前的老功能。(這個跟項目有關(guān)， GUI自動化測試比較復(fù)雜，如果是嵌入式設(shè)備或芯片的自動化測試，對自動化測試的理解可能會不一樣)
三、開發(fā)小工具
我在自動化學(xué)習(xí)期間，表現(xiàn)出來的專業(yè)技能和良好的學(xué)習(xí)能力，得到了同事和主管的認(rèn)可。鑒于此，在4月中旬的時候，測試組的Leader給我安排一個任務(wù)，使用Excel表格開發(fā)一個工具，用于收集和統(tǒng)計記錄的數(shù)據(jù)。要求該工具能夠代替手工計算，提升測試效率。任務(wù)完成的截至日期是五一。給我安排的時間大概為一周。
該工具的實現(xiàn)方式并不難，就是設(shè)計一個Excel表格，然后在里面嵌入VBA腳本，以宏的方式代替手工計算。對我來說最大的挑戰(zhàn)就是：1、短時間內(nèi)學(xué)會VBA編程;2、提取需求，設(shè)計Excel表格的格式，使該工具具有較好的易用性。
當(dāng)我接到任務(wù)后，下班回家就開始到網(wǎng)上搜集關(guān)于VBA資料。當(dāng)時我找了一個星期，都沒有讓我滿意的文檔。最終只找到一篇國人寫的PDF文檔，但是那篇PDF文檔只是讓我初步了解了VBA是個什么東東，并不能滿足我的實際需求。最終，在寫VBA腳本期間，我還是參考微軟自帶的幫助文檔搞定的。(搞忘球當(dāng)初是否裝了MSDN)
本來計劃是在四月底的一個星期開展該項任務(wù)，但實際上直到4月的最后兩天我才有時間。記得當(dāng)時，我花了一天半的時間與我的客戶——也就是我的同事，共同討論需求，并設(shè)計Excel表格的格式，讓其評審。最終寫腳本花費(fèi)了4月的最后一個下午，以及五一期間的三個下午的時間，總計4個下午的時間，完成該工具的開發(fā)。而且我五一期間的工作并沒有申報加班，是無償勞動啊 : (
另外，令我欣喜的是，從此我成了我們組的“牛人”，哈哈哈哈。。。。。。
其實工具開發(fā)完成后，還是有些問題，如：
1、 程序崩潰(不小心除了0，呵呵，加入異常處理就OK了);
2、 有1/3的功能基本沒有被使用(郁悶，花那么大精力。。。我的五一啊);
3、自動生成的表格，奇丑無比(直到現(xiàn)在，我都沒改，哈哈)。
記得當(dāng)時有個做了5年以上C++的開發(fā)人員，看到我寫的Excel表格，居然說“誒，這東西還滿神奇的嘛”。我當(dāng)時的一個感覺就是，暈，這個家伙工作效率肯定不高。
Excel還真是好用，功能強(qiáng)大啊!
四、負(fù)責(zé)M項目測試
06年10月份，我開始獨(dú)立負(fù)責(zé)M項目的測試工作。M項目是個小項目，大體情況如下：
代碼量：大約10K行
開發(fā)語言：C#
軟件環(huán)境：Windows PPC 2003
硬件環(huán)境：hp的PDA(具體型號忘了，反正是便宜貨，大概1000塊)
人力投入：開發(fā)3人，測試就我1人
M項目的測試需求分析、測試設(shè)計、測試用例編寫、測試執(zhí)行到測試報告，全部由我一個人搞定
06年10月～12月中旬這段時間，主要是完成前期的測試分析與設(shè)計。12月中旬，就進(jìn)入了實際的測試階段，07年1月底，軟件發(fā)布?；仡欉@4個月的工作，有做的好的，也有做的差的。下面對這些進(jìn)行總結(jié)。
做的比較好的：
1、 測試進(jìn)度把握比較好，在規(guī)定時間內(nèi)，甚至提前完成了測試任務(wù);
2、 與開發(fā)人員的溝通較好，使問題能夠較順利的解決，基本沒有內(nèi)耗，雙方合作愉快;
3、 測試的重點(diǎn)把握較好，把很多嚴(yán)重問題，在測試前期就給暴露出來了;
做的不好的，待改進(jìn)的：
1、 前期的測試分析能力較弱，測試規(guī)格分析不全，測試用例編寫質(zhì)量不是高。到后期測試時，才發(fā)現(xiàn)很多規(guī)格沒有覆蓋到，需要補(bǔ)充測試用例。而且之前寫的測試用例與實際測試情況，有些偏差，用例的可用性差，又花了很多時間去修改用例。
2、 前期的測試計劃制定比較差，實際工作較之計劃偏差過大。吳江裝飾網(wǎng)反正10月、11月那段時間，M項目的工作是亂七八糟的，還好關(guān)鍵時間點(diǎn)的把握還算到位。
3、 測試對象選擇上疏忽，導(dǎo)致漏測。M程序是個工具軟件，主要用于查詢和設(shè)置設(shè)備的某些參數(shù)或配置。我當(dāng)時只考慮到對所有支持的設(shè)備進(jìn)行遍歷，卻未考慮到設(shè)備上所有單板的遍歷。結(jié)果技術(shù)支持工程師到香港試用該工具時，發(fā)現(xiàn)某塊叫PM1D的單板無法識別。后續(xù)，我們對大部分單板進(jìn)行了遍歷，還發(fā)現(xiàn)了很多隱藏的問題。這是一項較大的疏忽。
4、 在做內(nèi)部模擬試驗局測試時，對測試環(huán)境的選擇有較大疏忽，導(dǎo)致漏測。在做內(nèi)部試驗局的時候，我為了偷懶只選擇了3個不同設(shè)備的組網(wǎng)測試，而沒有考慮到大規(guī)模組網(wǎng)情況下的測試。后來，技術(shù)支持工程師拿M軟件到廣州試用時，程序的某項功能就不正常了，原因就是大規(guī)模組網(wǎng)時，通信數(shù)據(jù)的傳輸是多包的，而M程序的底層函數(shù)沒有對多包的情況進(jìn)行處理，導(dǎo)致該項功能不正常。當(dāng)時，在其他實驗室是有類似環(huán)境的，而我卻為了偷懶 : (
雖然M項目的測試有很多不足，但是總體情況良好，我對產(chǎn)品的質(zhì)量有信心 : )
五、救火
大概是06年7月份時，我們組組長跟我說，要派我到B組去學(xué)習(xí)3個星期。等我去了B組才發(fā)現(xiàn)自己是被派來救火的。來B組支援測試，主要是完成一項測試任務(wù)，說具體點(diǎn)，就是把一件事情干600多次，沒任何技術(shù)含量。我當(dāng)時真是郁悶壞了 : (
雖然心底是比較郁悶，但畢竟也就3個星期，想著忍忍就過去了。
具體的任務(wù)很簡單：大概有80種板子，每種板子大概有8套軟件，用T工具對80多塊板子把8套軟件都加一次，觀察軟件加載過程中，業(yè)務(wù)是否正常，板子加完軟件后，運(yùn)行是否正常。
還有一個也是其他組借調(diào)過來的新員工，跟我一起干這件事情。我600多次，他也差不多600次。還好這個家伙，心態(tài)很好，做事情也很勤奮。
最初B組給的方案是這樣的：先用第1套軟件把80多個板子加載一遍，再用第2套，第3套，直到第8套。
開始工作幾天，我們就按這種方案執(zhí)行，但按這種方案執(zhí)行的效率很差。主要因為實驗室常用的板子差不多只有30塊，其他的板子都藏在箱子里，而且有些板子B組根本沒有，需要到其他項目組去借，這樣針對軟件版本，對80多塊板子進(jìn)行輪循加載，效率就很低，因為每加一套軟件，就要去尋找80多塊板子。
當(dāng)時，我和那個新員工都很愁，按照這種做法，這項任務(wù)3個星期根本就無法完成。B組負(fù)責(zé)帶我們的兩個員工，也表示比較無奈。
郁悶過的第2天一早，我就直接找B組的老大談話，“按照你們提供的這種方案，我們在三個星期內(nèi)根本無法完成任務(wù)，而且還有諸多其他困難：1、部分板子是壞的;2、某些板子實驗室里根本就沒有;3、對設(shè)備不熟悉?！?/p>
就這樣，B組老大把組內(nèi)相關(guān)骨干人員都叫過來開會，重新商討了一套方案，并要求他們?nèi)χС治覀兊墓ぷ鳌?/p>
開了會后，B組的人就比較支持我們的工作了，啟用新的方案后，還提前了1天時間把工作完成 : )
這里我體會比較深的是：在做一份工作前，一定要弄清楚這項任務(wù)到底要做些什么、要怎么做、要做到什么程度，工作中還要定期匯報工作(基本上以日報、周報的形式，用郵件發(fā)送)，如果出現(xiàn)了解決不了的困難，一定要向老大匯報，如果老大也解決不了，那他也不能責(zé)怪你無能 : )
六、工作中的陷阱
在辭職前的幾個月，有個師弟也是老鄉(xiāng)X君，得知我做過自動化項目后，便來向我了解自動化測試相關(guān)的情況。
從與X的聊天過程中了解到，他也正在做自動化，他們組測試的產(chǎn)品規(guī)模比較大，不過做自動化的只有兩個新人，而且是使用一種新的GUI測試工具。他在給我講他們具體工作時，了解到他們的自動化測試非常原始，就是針對一個用例錄制一套腳本，幾百個測試用例，大概錄制幾百個腳本，根本沒有對公共進(jìn)行提取，更別提有什么自動化測試框架了。X君與另外一個人，在自動化方面都是新手，沒有相關(guān)經(jīng)驗，他們不知道這樣做會給后期的維護(hù)帶來多大的麻煩。而且他們主管也不太懂GUI測試的自動化，只是每天要他們匯報工作進(jìn)度，期望在兩個月內(nèi)完成那幾百個腳本。
經(jīng)過我細(xì)致詢問后，我猜測他們做這項自動化工作，基本上是為了應(yīng)付部門自動化考核而做的，而并非為了提高測試效率，保證產(chǎn)品質(zhì)量。
我也可以體諒X君主管的難處：測試組人力本來就緊張，而部門又要考核自動化指標(biāo)，他只有弄兩個人來應(yīng)付一下部門的考核了。
這樣說來，X君和他另外一位同事就是受害者了，被安排做一件這么沒意義的事情。對他們我只能表示同情了。
對于這類BT主管吩咐的沒啥意義的事情，我的體會就是能推掉不做就不做，如果實在推不掉，就完全按照他的意思做，他要怎么做就怎么做，要做成什么樣就做成什么樣。實在搞郁悶了就老板炒魷魚吧。
七、其他
記得剛進(jìn)公司那一陣，對我們新員工有這樣那樣的培訓(xùn)，估計轉(zhuǎn)正前至少被培訓(xùn)了20門課吧。具體講的都是產(chǎn)品知識、測試技能、編程方面的東東。那些講課的老師水平也參差不齊，PPT寫的水準(zhǔn)也有好有壞。總體感覺就是那些培訓(xùn)是在浪費(fèi)時間，如果自己看這些資料效果都要好很多。
在轉(zhuǎn)正前，作為新員工要給部門的“老”員工講課，講自己所學(xué)習(xí)過的知識，然后下面的“老”員工會發(fā)狂了似的問你問題?，F(xiàn)在我感覺這種方式真的是一種非常好的檢驗方法，不但檢驗了你的學(xué)習(xí)情況還鍛煉了你講解PPT的能力。
通過這種方式，我覺得自己在很多方面有提高：
1、 寫PPT的水平。后續(xù)工作中，寫PPT匯報工作，做的是又快，又漂亮。
2、 溝通能力。最初別人問我一個問題，我還沒完全理解他的意圖，就以自己的理解，淅瀝嘩啦的說了一堆別人不想知道的東東，搞得別人一頭霧水。此后，別人每問我一個問題，我都會先把他的意圖或意思搞搞清楚了，確認(rèn)后，再以最精練的語言來回答他的問題。
3、 懂就是懂，不懂就別亂說。記得最早“老”員工問我一個我自己不是很懂的問題，我通常是按自己的理解方式，跟他胡吹一通。結(jié)果他再一細(xì)問，我就傻了。知道就知道，不知道就別亂說，這點(diǎn)很重要，尤其是在參加面試的時候，如果自己不是很動，別人一問你就會露餡。
軟件測試工程師工作總結(jié)相關(guān)文章：
