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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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