我的測試經(jīng)歷（一）

從事軟件測試行業(yè)至今已經(jīng)有四年半的時(shí)間了，在這四年半的時(shí)間里，我已經(jīng)從助理測試員成長為一名專業(yè)的軟件測試設(shè)計(jì)師，在這里我只想通過自己的工作經(jīng)歷為剛剛從事這個(gè)行業(yè)或者想從事這個(gè)行業(yè)的新人提供一些制定未來發(fā)展目標(biāo)的參考。

我的第一家公司是個(gè)只有幾十號人的私企，專門成立了軟件測試部，這非常難得。作為一名應(yīng)屆生，我能夠從事自己喜歡的專業(yè)工作也很幸運(yùn)，我的工作是在對軟件測試“零”了解的基礎(chǔ)上，從摸索學(xué)習(xí)中開始的。

剛開始工作的時(shí)候，沒有人給予專業(yè)方面的指導(dǎo)，因?yàn)槊總€(gè)人都有自己所負(fù)責(zé)的工作，抽出時(shí)間來指導(dǎo)你就會耽誤別人的時(shí)間，所以，學(xué)會“怎樣自學(xué)”才是最基本的生存之道，這種能力是在大學(xué)的課堂上學(xué)不到的，也正是因?yàn)檫@樣，有很多人以坐以待斃的方式等待成手的指導(dǎo)放棄了自己學(xué)習(xí)的機(jī)會，最終導(dǎo)致被淘汰出局。幾年前關(guān)于軟件測試方面的書籍寥寥無幾1，網(wǎng)絡(luò)上可參考的資源也少得可憐，經(jīng)驗(yàn)幾乎都是從動手實(shí)踐中得來的。最初接觸軟件的時(shí)候什么都是新奇的，熟練的掌握該軟件的所有操作步驟是首要任務(wù)，放下身段把自己當(dāng)成什么都不懂的普通用戶，仔細(xì)的操作它把不太了解的細(xì)節(jié)或是操作不通的地方記錄下來。那么，下一步就是跟熟悉這個(gè)軟件的所有人去了解之前的操作應(yīng)得出的正確結(jié)果，重點(diǎn)了解那些被記錄下來的問題，明白什么樣的結(jié)果才是這個(gè)軟件所需要的。后來我才明白做到這兩項(xiàng)，其實(shí)就已經(jīng)朝著軟件測試的專業(yè)領(lǐng)域邁進(jìn)了一步。我從工作的第一天起就養(yǎng)成了記筆記的習(xí)慣（手寫的那種），后來證明這種習(xí)慣對我的專業(yè)技術(shù)成長起到了非常重要的作用。

我的工作任務(wù)就是：操作軟件à從操作中找出BUG（錯(cuò)誤）à告訴開發(fā)人員修改à重現(xiàn)BUGà告訴開發(fā)人員修改à驗(yàn)證修改好的BUG，在這種工作方式中我不會去關(guān)心BUG發(fā)生的原因，修正這種BUG為什么會帶來更多的問題及什么是測試用例。當(dāng)時(shí)我所負(fù)責(zé)的工作其實(shí)更應(yīng)該稱為“軟件測試執(zhí)行”，因?yàn)閳?zhí)行測試的人員不會去考慮軟件操作以外的事情。后來單獨(dú)負(fù)責(zé)起一個(gè)小軟件的測試時(shí)，在非常緊急的情況下，要求按照測試用例執(zhí)行（我們以前都是手工執(zhí)行測試，沒有測試用例可參照），寫用例的時(shí)間只有兩個(gè)小時(shí)，寫好后馬上開始測試，沒有辦法我硬著頭皮第一次寫了測試用例（雖然現(xiàn)在想起來只能稱之為測試大綱的東西），但僅僅是簡單的用例，卻對我的測試工作起到了非常重要的作用。它使我的測試方向更清楚，發(fā)現(xiàn)BUG以后能夠更好的協(xié)助開發(fā)人員定位問題，當(dāng)然修改重現(xiàn)BUG的時(shí)間、修改BUG的時(shí)間也大大縮短了。這一次的甜頭使我認(rèn)識到了“測試用例”的重要性，所以每當(dāng)負(fù)責(zé)某一軟件產(chǎn)品測試之前，我都會自己列出相關(guān)的測試大綱，在測試的過程中逐漸去完善并且執(zhí)行，在最后的兩個(gè)版本中完全執(zhí)行一次，經(jīng)過時(shí)間的累積，選擇了合適的模板后，成熟的測試用例出爐了。在執(zhí)行的過程中，我考慮一些測試執(zhí)行速度與代碼開發(fā)速度等軟件產(chǎn)品相關(guān)因素的協(xié)調(diào)結(jié)果，這個(gè)時(shí)期我才進(jìn)入了初級“黑盒測試階段”，上述考慮到的那些問題就是最基本的“測試流程”，在技術(shù)角度講我又向前邁進(jìn)了一步。

打這以后，網(wǎng)絡(luò)成為了我重要的信息來源，一有時(shí)間我就會從網(wǎng)上尋找一些軟件測試的相關(guān)資料來充實(shí)自己，從中我了解到了“軟件需求”、“測試管理”和“自動化測試”的概念，我們已經(jīng)采用了TestDirect來進(jìn)行測試管理，所以我只嘗試了使用WinRunner來執(zhí)行測試，至于“軟件需求”是我后來才領(lǐng)悟到的。對某個(gè)軟件操作的熟練了，并不能證明了解該軟件的需求，只能說明工作的時(shí)間長了對這個(gè)軟件的特性有了一定的了解。在很多情況下，沒有明確的文檔來定義某個(gè)軟件產(chǎn)品的需求，積累了一定經(jīng)驗(yàn)的測試人員會根據(jù)自己的工作心得來判斷軟件是否符合客戶群體的需要。這種工作經(jīng)驗(yàn)的積累不僅體現(xiàn)在軟件測試技術(shù)方面，更多的將會體現(xiàn)在軟件專業(yè)領(lǐng)域上，比如說從事網(wǎng)絡(luò)相關(guān)軟件的測試工作就得了解相關(guān)網(wǎng)絡(luò)知識、網(wǎng)絡(luò)技術(shù)動態(tài)等等。擴(kuò)展了行業(yè)知識，才會對該行業(yè)的軟件功能特性的制定具有一定的發(fā)言權(quán)。在這里我還要啰嗦幾句，英語真的非常重要，因?yàn)楹芏嗉夹g(shù)資料都是英文的，畢竟軟件測試是國外興起的行業(yè)，及時(shí)的信息一般都不會被翻譯成漢語，學(xué)好英語很有助于專業(yè)水平的提高，同時(shí)再奉勸幾句，對于工具大家最好還是用英文版的好。我的測試經(jīng)歷（二）

我的第二個(gè)工作單位，是規(guī)模較大的軟件公司。與以前不同的是，新的工作單位是做某一類產(chǎn)品的研發(fā)而不是單指某一個(gè)產(chǎn)品，在產(chǎn)品立項(xiàng)之前，會經(jīng)過嚴(yán)密的市場考核，N多次需求討論才會確定最終的開發(fā)方案，這兩個(gè)任務(wù)做完以后PRD文檔、需求文檔才會陸續(xù)出臺。這個(gè)過程在下面的敘述中會更加詳細(xì)的。

相信很多在小企業(yè)工作過，后來又跳到大型企業(yè)的人都會遇到這種尷尬的局面 “小企業(yè)來的，沒見過世面，什么技術(shù)啊、流程啊都不懂”。在這種時(shí)候大多數(shù)人都會熱切的去表現(xiàn)自己，很少會冷靜下來做這樣的事情：一、分列出自己以往所擔(dān)任的工作、自己的角色；二、自己在項(xiàng)目經(jīng)驗(yàn)和技術(shù)能力方面的優(yōu)、缺點(diǎn)；三、目前的項(xiàng)目組的工作性質(zhì)、需要的人員角色；四、目前所需要的項(xiàng)目經(jīng)驗(yàn)和技術(shù)能力。當(dāng)然上述四個(gè)方面也可以加以細(xì)化，列出這些以后，自己的優(yōu)勢與劣勢就顯而易見了。還有一種方法，就是查相關(guān)的崗位能力字典，大多數(shù)的大型企業(yè)都會制定比較完善的崗位能力手冊，不妨查查看，自己的實(shí)際情況符合哪些條款，哪些是有待加強(qiáng)和學(xué)習(xí)的，了解自身的缺點(diǎn)進(jìn)步才能更快一些！

我最初的工作任務(wù)是了解產(chǎn)品的用戶手冊（因?yàn)樯婕氨Ｃ艿膯栴}概要設(shè)計(jì)文檔和需求設(shè)計(jì)文檔必須在轉(zhuǎn)正后才能看到），閱讀產(chǎn)品手冊是一項(xiàng)非常枯燥乏味的工作，它的描述并不能幫助我理解產(chǎn)品的功能特性，但是卻幫助我了解了產(chǎn)品的操作方法，對以后的測試很有幫助。很幸運(yùn)的是在入職半個(gè)月以后，正趕上個(gè)人工作季度總結(jié)的評估，每個(gè)人都會根據(jù)一本“個(gè)人行為能力手冊”來評估自己在業(yè)務(wù)、技術(shù)等方面的分?jǐn)?shù)，也就是從這個(gè)時(shí)候起，我認(rèn)真的看了他們對“軟件測試工程師”這一職位的要求。的確，自己還有很多不足之處，比如說我欠缺相關(guān)的行業(yè)知識，以往沒有考慮過行業(yè)知識會對測試有什么影響，在這方面并沒有下功夫去學(xué)習(xí)，既然現(xiàn)在的工作對行業(yè)知識有所要求，那就必須去了解它了。接下來的一個(gè)半月的時(shí)間，我是在學(xué)習(xí)行業(yè)知識中度過的，每天都是自己在看書幾乎不同其他人交流，當(dāng)知識積累到一定程度的時(shí)候，我才體會到行業(yè)知識的積累對于測試來說真是如虎添冀，它能夠更加明確測試的目的，減少測試中的盲區(qū)，這就好比一個(gè)人在黑夜中行走，沒有燈光的指引全憑著感覺，那么碰壁就在所難免了，行業(yè)知識就好比是黑夜中的燈火，指引前進(jìn)的方向。在這期間我經(jīng)歷了兩次業(yè)務(wù)考核答辯，有點(diǎn)像大學(xué)畢業(yè)時(shí)的那種，答辯內(nèi)容是根據(jù)每個(gè)月的學(xué)習(xí)內(nèi)容來確定的，我從第一次的自信滿滿到第二次的尷尬落逃，心理上承受了相當(dāng)大的落差，反思這兩個(gè)月的學(xué)習(xí)情況，最大的失敗就是從不主動與他人交流，其中也包括我自己的導(dǎo)師（新員工都有一名老員工帶領(lǐng)，這就是導(dǎo)師制度），對自己的學(xué)習(xí)能力過度的自信，不去了解學(xué)習(xí)的重點(diǎn)，自己對某一知識點(diǎn)理解有偏差的地方，甚至是不明白的問題就那么一帶而過不去深究。我犯的這個(gè)錯(cuò)誤是十分不可取的，過度的自信就是自負(fù)，一個(gè)人的能力是有限的，特別是在學(xué)習(xí)新知識的時(shí)候，虛心請教有經(jīng)驗(yàn)的老員工會得到事半功倍的效果。在第三個(gè)月中我與導(dǎo)師一起補(bǔ)充由于第二個(gè)月學(xué)習(xí)效果不佳而欠缺的行業(yè)知識，同時(shí)也開始了測試執(zhí)行的工作。經(jīng)過我們一個(gè)月的共同努力，終于在第三次轉(zhuǎn)正答辯的時(shí)候獲得了領(lǐng)導(dǎo)的好評，記得當(dāng)時(shí)我的導(dǎo)師比我還要緊張，答辯完畢看到領(lǐng)導(dǎo)的笑臉時(shí)我們倆都松了一口氣，從此，我開始了新的工作旅程。

我的測試經(jīng)歷（二）

剛開始的一個(gè)月就是按照現(xiàn)成的測試用例去執(zhí)行，但是慢慢的我發(fā)現(xiàn)，原有的測試用例不太適用于當(dāng)前的測試任務(wù)，一是測試用例覆蓋率1較低，如果完全按照測試用例來執(zhí)行，會有很多遺漏的功能點(diǎn)走不到；二是執(zhí)行流程不好，比如功能點(diǎn)1執(zhí)行完畢以后，執(zhí)行功能點(diǎn)2會節(jié)省測試時(shí)間，而且從功能特性的角度來講流程更順暢，但是原有的用例卻沒有按照這個(gè)順序來編寫；三是用例中關(guān)于操作步驟和期望結(jié)果的描述不明確，不易于理解或是容易產(chǎn)生誤解。根據(jù)上述三個(gè)問題，我決定從一個(gè)較小的功能模塊著手重新設(shè)計(jì)測試用例2。我先是整理出了該模塊的功能特性，然后做了一個(gè)類似連線的表格，這樣就明確了各功能點(diǎn)之間的關(guān)聯(lián)，對于確定功能點(diǎn)測試順序有很大幫助，接下來就是確認(rèn)測試用例的分類了，我將測試用例大概分成如下四類：基本功能測試用例，異常情況測試用例，關(guān)聯(lián)性測試用例和壓力測試用例。基本功能測試用例，顧名思義，就是指測試某一具體模塊的常用功能，用以驗(yàn)證功能的完整性、可用性、可執(zhí)行性；異常情況測試用例，是指在網(wǎng)絡(luò)、數(shù)據(jù)庫連接異常等突發(fā)狀態(tài)下軟件的穩(wěn)定性；關(guān)聯(lián)性測試用例，是驗(yàn)證有功能關(guān)聯(lián)關(guān)系的各個(gè)模塊之間，執(zhí)行測試后的運(yùn)行結(jié)果；壓力測試，用于驗(yàn)證大數(shù)據(jù)量的情況下軟件的穩(wěn)定性。

測試用例剛剛完成，我們就進(jìn)行了交差測試，新接手的測試人員說新用例比以前的老用例易于理解操作起來很方便，而且功能點(diǎn)含蓋得很全面，在周例會上他講了自己的看法，并且把新的測試用例拿給大家評審，最后得到了大家的首肯“可以應(yīng)用到系統(tǒng)測試執(zhí)行當(dāng)中”。這次的成功，為我以后的工作得到認(rèn)可奠定了堅(jiān)實(shí)的基礎(chǔ)。接下來我對核心模塊的測試用例進(jìn)行了修改，仍沿續(xù)以往的風(fēng)格，但采用了不同的思路，因?yàn)榈谝淮蔚某晒Γ瑴y試負(fù)責(zé)人對修改測試用例的工作很重視，每完成一個(gè)模塊都會召集大家進(jìn)行評審，經(jīng)過三次評審以后，大家對我的用例編寫水平給予了充分的肯定，在測試管理工具上給我分配了修改測試用例的權(quán)限。我，在軟件測試工作師的道路上又前進(jìn)了一步。

說一下當(dāng)時(shí)我們的工作情況，我們項(xiàng)目組做的產(chǎn)品處于研發(fā)階段，一直沒有面向市場營銷，雖然部門內(nèi)部制定了相關(guān)的時(shí)間表，但時(shí)間點(diǎn)執(zhí)行并不是十分嚴(yán)格，工作用時(shí)相對比較寬欲。就測試這方面來講，我們黑盒測試人員只負(fù)責(zé)系統(tǒng)測試，每一版本的測試分為接收測試（0.5-1工作日）、系統(tǒng)測試（12工作日）、發(fā)散測試（3工作日）三個(gè)階段。接收測試階段，驗(yàn)證產(chǎn)品功能的完整性，評估產(chǎn)品質(zhì)量是否達(dá)到系統(tǒng)測試標(biāo)準(zhǔn)，如果已達(dá)標(biāo)則進(jìn)入系統(tǒng)測試階段，否則返回給開發(fā)人員修改；系統(tǒng)測試階段，全面的執(zhí)行各個(gè)子模塊的測試用例，檢查各個(gè)功能點(diǎn)；發(fā)散測試階段（我們也戲稱為發(fā)瘋測試），不考慮測試用例，進(jìn)行測試用例外的各種嘗試。我有很多靈感都是來自于發(fā)散測試階段，因?yàn)闆]有了測試用例的約束，想象的空間得到充分發(fā)揮，很多意想不到的思路就產(chǎn)生了。持續(xù)一段時(shí)間只執(zhí)行某項(xiàng)固定的工作，很容易使人產(chǎn)生倦怠的情緒讓工作失去原有的生氣，測試工作尤其如此，所以我覺得測試人員應(yīng)該隨時(shí)抱著一顆好奇心，發(fā)掘新奇的東西，這樣才會找出更多的問題。

在工作的同時(shí)，我也跟開發(fā)人員學(xué)到了不少的東西，他們教我一些瀏覽代碼的技巧，當(dāng)然也要求測試人員有一定的編程功底。在我對代碼就比較熟悉以后，偶爾會幫助開發(fā)人員定位BUG或是提供一些修改意見。記得有一次，我發(fā)現(xiàn)了一個(gè)能夠?qū)е抡麄€(gè)軟件系統(tǒng)死鎖無法操作的BUG，開發(fā)人員用了兩個(gè)多小時(shí)修改了很多次，問題還是沒有解決，情緒有些急躁，后來我跟他一起看了那段代碼，我發(fā)現(xiàn)是一個(gè)變量的返回值寫錯(cuò)了，糾正了這個(gè)小小的錯(cuò)誤，上述看似很嚴(yán)重的問題就解決了。

部門領(lǐng)導(dǎo)為了提高大家的測試技術(shù)，特別組織了一次為期一個(gè)月的培訓(xùn)，包括溝通技巧、黑盒測試技術(shù)3、性能測試、自動化測試工具四門課程。

其中溝通技巧這門課是同時(shí)面向測試人員與開發(fā)人員的，講述了互相矛盾、互相對立的兩個(gè)不同職位的人員應(yīng)該采用什么樣的溝通手段，很高興的是講師非常同意我“測試人員與開發(fā)人員是朋友”的觀點(diǎn)，向他人微笑得到的回報(bào)同樣也是微笑，與“予人玫瑰手有余香”是同樣的道理，因?yàn)椴徽撌情_發(fā)還是測試，都是團(tuán)隊(duì)的成員，那么只有朋友才會一心一意為著共同的利益和目標(biāo)努力。這次培訓(xùn)也讓我第一次明白團(tuán)隊(duì)的確切含義，一個(gè)團(tuán)隊(duì)小到可以說具有相同工作性質(zhì)的團(tuán)體，比如一個(gè)項(xiàng)目組中的測試組可以叫一個(gè)團(tuán)隊(duì)；有共同前進(jìn)目標(biāo)的團(tuán)體，比如一個(gè)部門也可以稱為團(tuán)隊(duì)；再或者有共同經(jīng)濟(jì)利益的團(tuán)體，比如一個(gè)公司。不同規(guī)模的團(tuán)體有著不同的利益，小利益服從大利益才會獲得更多的經(jīng)濟(jì)效益，所以那些一味把小團(tuán)隊(duì)的地位放在首位，不去考慮大團(tuán)隊(duì)的利益的人，最終會被團(tuán)隊(duì)所淘汰。

另外兩門課程都是面向測試的專業(yè)技術(shù)培訓(xùn)，不是很系統(tǒng)，但知識面卻很廣。我比較感興趣的是黑盒測試技術(shù)和自動化測試工具這兩門課。關(guān)于黑盒測試技術(shù)，因?yàn)橹v師并不善長此項(xiàng)，所以培訓(xùn)的內(nèi)容基本都是照本宣科，理論與實(shí)踐完全脫軌，并且遠(yuǎn)不及網(wǎng)絡(luò)上的資料來得全面，對于工作沒有什么實(shí)質(zhì)性的幫助。自動化測試技術(shù)的課講得很生動，主要介紹QTP（QuickTest Professional）4和LR（LoadRunner）的使用，只可惜，因?yàn)槲覀兊漠a(chǎn)品性質(zhì)和質(zhì)量的原因，一直沒有機(jī)會在實(shí)踐中系統(tǒng)的應(yīng)用。