軟件測試需要學(xué)習(xí)的東西

刖言軟件測試發(fā)展到今天，已經(jīng)逐漸形成一門學(xué)科，但是還不夠系統(tǒng)。初學(xué)者面對鋪天蓋地的資料應(yīng)該如何選??？應(yīng)該從哪里入手？如何迅速的掌握各種業(yè)務(wù)各項測試技能以便開展工作？在保證測試質(zhì)量的前提下，一日內(nèi)編寫或執(zhí)行1000個測試用例是不是夢想？入行多年者面對復(fù)雜的業(yè)務(wù)邏輯，海量的測試需求，如何在最短的時間內(nèi)進(jìn)行測試？如何盡可能更早的開展測試？如何對系統(tǒng)架構(gòu)進(jìn)行測試？如何全面提高測試質(zhì)量與測試效率？如何百尺竿頭更進(jìn)一步？本文將針對這些問題進(jìn)行初步解答，主要闡述解決這些問題應(yīng)該具備哪些能力及如何鍛煉這些能力，至于實際工作中解決問題的具體操作步驟本文不做表述，可關(guān)注后續(xù)文章。前兩章主要探討一名合格的測試工程師應(yīng)該具備哪些能力，對列舉的能力將會做簡要說明。第三章重點說明應(yīng)該如何鍛煉這些能力，此為本文的重點。最后一章是筆者對軟件測試虛無縹緲雜亂無章的一些想法。本文的讀者群涵蓋所有對軟件測試感興趣的朋友。下面，我們開始。第一章綜合素質(zhì)筆者以為，作為一名合格的測試工程師，綜合素質(zhì)是最重要的，綜合素質(zhì)也就是我們常說的軟技能，它代表著一個人的潛力有多大，未來發(fā)展有多寬廣。核心素質(zhì)有以下五點：溝通、分析、組織、學(xué)習(xí)、心態(tài)，下面將會分別闡述。溝通作為一名軟件測試工程師，優(yōu)先加強(qiáng)的應(yīng)該是哪方面的溝通能力？是文字溝通能力。試想，如果連缺陷描述都無法準(zhǔn)確清晰的用文字表達(dá)出來，還有開發(fā)愿意和你合作嗎？特別是隨著異地開發(fā)的項目越來越多，文字溝通的場景也會越來越多。當(dāng)然，口頭溝通也很重要，通過面對面或者電話語音交流是很直接的方式，這也是為什么許多鼓吹敏捷開發(fā)的團(tuán)隊喜歡坐在一起的原因，認(rèn)為這樣會降低溝通成本。但事實上，真的在任何時刻都能降低成本嗎？無效冗長的會議大家都參與過，這里不做深入討論。不知道其他人有沒有這種體驗，筆者偶爾在查閱測試用例庫或閱讀工作郵件的時候會忍不住哈哈大笑，語句不通錯別字也就罷了，寫的像聊天記錄一樣盡是口頭語就讓人很無奈了。所以，這里首先強(qiáng)調(diào)的是提高文字表達(dá)能力，其次才是口頭溝通能力。另外要特別注意的是，溝通能力包含兩方面，一方面是說（寫），一方面是聽（讀），表達(dá)與聆聽同等重要。筆者發(fā)現(xiàn)很多測試工程師表達(dá)能力不錯，但聆聽能力很差，有時候甚至忽略聆聽。對方話沒講完就急匆匆的打斷，即使聽了兩句也馬上反駁對方，這是惡習(xí)，比抽煙喝酒打老婆還要惡虐。分析早期我們認(rèn)為測試的唯一工作就是發(fā)現(xiàn)問題，在很多文獻(xiàn)資料上均有類似描述。但筆者以為，測試發(fā)展到今天，單純的發(fā)現(xiàn)問題已不再是測試工作的全部，測試工作應(yīng)包含發(fā)現(xiàn)問題、分析問題、解決問題三個方面。發(fā)現(xiàn)問題以測試人員為主開發(fā)人員為輔，分析問題開發(fā)測試共同完成，解決問題以開發(fā)人員為主測試人員為輔。在測試工作中每時每刻都需要用到分析能力，同時，分析能力是評估一名測試工程師是否優(yōu)秀最重要的考核點。就像我們常說的缺陷預(yù)防一樣，怎么預(yù)防？對已發(fā)生問題的產(chǎn)生原因能準(zhǔn)確定位并把類似問題進(jìn)行歸類，對未發(fā)生問題能充分預(yù)知風(fēng)險并準(zhǔn)備應(yīng)對方案，這就是我們追求的零缺陷，這些工作有不需要高度分析能力的嗎？再例如測試計劃，我們做計劃是拍腦袋亂猜嗎？是掐指算命嗎？肯定很多人回答不是，但實際上往往很多人就是這么做的。測試計劃的制定過程是首先收集大量相關(guān)信息，然后抽絲剝繭在雜亂無章的信息中尋找到關(guān)鍵點并梳理清脈絡(luò)，最終據(jù)此定出計劃。我們說部分未來是可以推測出來的，就是這個道理。在做計劃時會用到許許多多輔助分析的理論方法，這里就不一一闡述了。艾森豪威爾有句名言：“Aplanisnothing,planningiseverything."Planning就是分析的過程。組織劉備自己不會帶兵打仗，為什么他下面的五虎將會死心塌地的服從他？因為五虎將會將兵，劉備會將將?！斑\籌帷幄之中，決勝千里之外"，這是帥才；“三軍中取敵上將之首級如探囊取物"，這是將才。帥才也好將才也好，都離不開組織能力。這里說的是廣義上的組織能力，不僅僅指團(tuán)隊管理、跨部門協(xié)調(diào)這些內(nèi)容。不少人認(rèn)為開發(fā)與測試的工作是對立的，經(jīng)常會有沖突，沒錯，的確會有。出現(xiàn)沖突怎么辦？這時候需要通過高度的組織能力對雙方的合作關(guān)系進(jìn)行充分的調(diào)整。人與人之間本來就會不斷的有磨擦，有人的地方就有恩怨，有恩怨就有江湖，人就是江湖。那為什么有的人能左右逢源，讓人感覺與他合作如沐春風(fēng)呢？這就是組織能力的表現(xiàn)。再比方說，在真正的敏捷團(tuán)隊中，無論工作有多苦多累，無論團(tuán)隊成員構(gòu)成有多復(fù)雜，整個團(tuán)隊都會有一個共同的表象，那就是“開心"，真正的敏捷團(tuán)隊一定是個開心的團(tuán)隊。所以筆者常說，敏捷團(tuán)隊的領(lǐng)導(dǎo)者一定要有非常強(qiáng)烈的人格魅力，能牢牢的把整個團(tuán)隊凝聚在一起，這種人格魅力往往就體現(xiàn)在組織能力上。有人也許會問，舉辦大型活動算不算組織能力的體現(xiàn)？算，當(dāng)然算。但現(xiàn)在很多人白白浪費了這樣的機(jī)會，在籌備過程中僅僅起到工作分解或傳聲筒的作用，可惜。學(xué)習(xí)“一目十行過目不忘"，這種天才是有的，筆者非常羨慕有時甚至是嫉恨他們。普通人需要花費一兩年才能掌握的知識，這些天資縱橫的人只用一兩天就可以了，并且很多技能仿佛天生就會，根本不用后天的學(xué)習(xí)。幸好這種人非常少，否則根據(jù)社會達(dá)爾文主義的觀點，我們普通人沒有任何生存空間。軟件測試從業(yè)人員有個明顯特點一一復(fù)合型。"知己知彼百戰(zhàn)百勝”，當(dāng)我們要對某項產(chǎn)品進(jìn)行測試，那么必然要先了解此產(chǎn)品的各種背景，這導(dǎo)致測試人員需要學(xué)習(xí)各種各樣的知識，并且要不斷的學(xué)習(xí)，快速的學(xué)習(xí)。入行幾年后或許我們會感到掌握的技能雜而不精，此時需要深入的學(xué)習(xí)，全面的學(xué)習(xí)。學(xué)習(xí)能力往往被看作是一個人有無潛力的重要標(biāo)志，針對軟件測試工程師而言，“快速學(xué)習(xí)”尤為重要。筆者一直想尋找一種方法，能讓測試人員不了解行業(yè)背景不懂測試技術(shù)也能正常開展測試工作，但可惜的是一直沒找到。那么變通下，通過'快速學(xué)習(xí)”是否也能達(dá)到類似的效果呢？應(yīng)該是可以的。學(xué)習(xí)最核心的是什么？知之者不如好之者，好之者不如樂之者。心態(tài)多年前筆者讀過一篇文章一一《寫給浮躁的IT同仁》，讀后深有同感。一個浮躁的社會造就了眾多浮躁的人，軟件測試本該是個做學(xué)問的領(lǐng)域，可惜啊可惜。人往往是自私的，荀子曰："人之初，性本惡?！惫P者深以為然。絕大多數(shù)人都認(rèn)為自己是最可憐最委屈最被不公正對待的，捫心自問真是這樣嗎？佛教有個觀點"明心見性”，這是筆者孜孜不倦所追求的精神境界，與大家共勉。大家應(yīng)該都明白，沒有絕對的公平社會，從來就沒有，縱觀古今中外歷朝歷代什么時候絕對公平過？我們不要一味的怨天尤人，如果改變不了環(huán)境就努力的去適應(yīng)它，這是升斗小民應(yīng)該具備的心態(tài)。先做人后做事，不論是綜合素質(zhì)還是專業(yè)技能，在所有能力中，心態(tài)是最重要的。但要特別說明下，心態(tài)和態(tài)度不是一碼事。此外，有人認(rèn)為工作態(tài)度高于工作能力，筆者并不贊同這種觀點，更有甚者把工作態(tài)度與是否聽話混為一談這就更扯淡了。國人講究"君以國士待我,我必國士報之”，一顆平常心加上一顆感恩心，足夠了。第二章專業(yè)技能《笑傲江湖》里有寫到華山派分為劍氣二宗，金大師在書中是褒揚劍宗的，令狐沖全無內(nèi)力單憑神鬼莫測的劍法就打遍天下無敵手。那么在測試領(lǐng)域里，方法與技術(shù)哪個更重要？此話題爭論太多一時半會說不清楚，但筆者是贊同方法更重要的。有道是萬法歸宗，一力降十會，就是這個道理。下文所說的技能涵蓋了方法與技術(shù)。另請注意，當(dāng)專業(yè)能力上升到一定程度后，需要從廣度轉(zhuǎn)為深度，即要在某一特定領(lǐng)域內(nèi)做深做強(qiáng)，切勿變成雜而不精。測試方法目前測試領(lǐng)域內(nèi)大大小小的測試方法上百種，有的被廣大測試工程師所接受并在實際工作中大量運用，有的僅停留在理論研究階段，還有的只是某些機(jī)構(gòu)為了發(fā)表學(xué)術(shù)論文東拼西湊胡亂編造的。那么這么多方法應(yīng)該如何選擇？《神雕俠侶》里有這么一段：法王笑道："人各有志，那也勉強(qiáng)不來。楊兄弟，你的武功花樣甚多，不是我倚老賣老說一句，博采眾家固然甚妙，但也不免駁而不純。你最擅長的到底是那一門功夫？要用甚麼武功去對付郭靖夫婦？”這幾句話可將楊過問得張口結(jié)舌，難以回答。他一生遭際不凡，性子又是貪多務(wù)得，全真派的、歐陽鋒的、古墓派的、九陰真經(jīng)、洪七公的、黃藥師的，諸般武功著實學(xué)了不少。這些功夫每一門都是奧妙無窮，以畢生精力才智鉆研探究，亦難以望甚涯岸，他東摘一鱗、西取半爪，卻沒一門功夫練到真正第一流的境界。遇到次等對手之時，施展出來固然是五花八門，叫人眼花撩亂，但遭逢到真正高手，卻總是相形見絀，便和金輪法王的弟子達(dá)爾巴、霍都相較，也是頗有不及。他低頭凝思，覺得金輪法王這幾句話實是當(dāng)頭棒喝，說中了他武學(xué)的根本大弊。楊過第一反應(yīng)是什么呢？他走出茅棚，在山頂上負(fù)手而行，苦苦思索，甚是煩惱，想了半天，突然間心念一動：“我何不取各派所長，自成一家？天下武功，均是由人所創(chuàng)，別人既然創(chuàng)得，我難道就創(chuàng)不得？”想到此處，眼前登時大現(xiàn)光明。最終他的決定是什么？楊過睡了半夜，次晨一早起來又想。七日之中，接連昏迷了五次。說要綜納諸門，自創(chuàng)一家，那是談何容易？以他此時的識力修為固然絕難成功，那更不昃十天半月間之事。但連想數(shù)日之廢，恍然有悟，猛地明白諸般武術(shù)皆可為我所用，既不能合而為一，也就不必強(qiáng)求，日廢臨敵之際，當(dāng)用則用，不必去想武功的出處來歷，也已與自創(chuàng)一派想差無幾。想明白了此節(jié)，登時心中舒暢。這就是筆者想要表達(dá)的。作為一名合格的測試工程師首先一定要見識廣博，最新的行業(yè)動態(tài)，各種測試方法等等都需要了解。然后在此基礎(chǔ)上，實際工作中需要用到什么方法就用什么方法，信手拈來，千萬不要書到用時方恨少。筆者一直在勸喻團(tuán)隊中的工程師，不要整天只知道埋頭干活像鴕鳥一樣，要經(jīng)常抬起頭來放眼看世界，井底之蛙坐井觀天是要不得的，這樣下去路只會越走越窄。最后，當(dāng)各方面積累到一定程度會發(fā)生量變到質(zhì)變，如果還具備過人的天賦并能百尺竿頭更進(jìn)一步，則可開宗立派自成一家，就象楊過最后自創(chuàng)“黯然銷魂掌”一樣。筆者在日常工作中最常用的是路徑法、場景法，以組合測試、探索性測試作為輔助。路徑法主要用來做測試需求分析，關(guān)注的是節(jié)點；場景法主要用來做測試設(shè)計，關(guān)注的是路徑；組合測試主要用來對規(guī)則性的用例進(jìn)行篩選，減少測試用例數(shù)量；探索性測試主要用于交叉測試或測試大掃除之類的測試活動。這些方法的詳細(xì)論述網(wǎng)上有很多，這里就不一一闡述了。如何把這些方法貫穿在一起？之前的分享有詳細(xì)表述過，這里也不啰嗦了?，F(xiàn)在業(yè)內(nèi)有兩種測試?yán)砟詈芰餍?，一種是基于模型測試（MBT），一種是云測試。筆者以為這兩種測試方式一定是未來測試行業(yè)發(fā)展的大方向。隨著測試智能化的發(fā)展，今后測試工程師入行的門檻會越來越低乃至于消失。到那時，只需要很少一部分測試精英維護(hù)測試智能化平臺，其它大部分的測試工作可交由任何人來完成，真正實現(xiàn)“IT民工”的夢想。很多人應(yīng)該都讀過"四人幫”的《設(shè)計模式》，大多數(shù)人雖然看不懂但都明白這是核心，是重中之重。測試方法也是如此，它是測試工作的靈魂，測試用例與測試腳本孰重孰輕？不言而喻。最后說明一點，在筆者印象中測試人員是肯定要參與需求分析及系統(tǒng)設(shè)計過程的。記得很早前有位工作十來年的開發(fā)工程師對筆者說：“你真牛叉這些工作你都參與”。實際上他沒明白，這本身就是測試人員的工作，測試人員本來就需要具備這些能力。所以筆者總說現(xiàn)在國內(nèi)合格的測試工程師很少，大部分都是濫竽充數(shù)，同時也是筆者為什么在所帶領(lǐng)團(tuán)隊中大力提倡組員多研究測試方法的原因?；A(chǔ)技能基礎(chǔ)，或許說基本更合適一點。工欲善其事，必先利其器。前面已經(jīng)談到測試人員是復(fù)合型的，要對待測產(chǎn)品的行業(yè)背景、技術(shù)背景有深入了解。在測試智能化遠(yuǎn)沒有發(fā)展成熟的今天，測試工程師必需掌握基礎(chǔ)技能。筆者遇到過不少剛?cè)胄械男氯耍麄儐柕淖疃鄦栴}是"測試人員是否需要懂編碼”。筆者一般回答"欲窮千里目，更上一層樓”。其實不僅僅是測試人員，但凡和技術(shù)沾邊的工種都需要懂編碼。編碼是最基礎(chǔ)的技能，無論哪一門語言，至少要會一種，如果能再具備一定的產(chǎn)品開發(fā)經(jīng)驗?zāi)蔷透昧?。但請注意，過猶不及，不要單純拿編碼能力的高低來衡量測試人員水平的高低，測試人員最核心的技能仍是在測試設(shè)計上，不要本末倒置。同樣，像數(shù)據(jù)庫、操作系統(tǒng)、網(wǎng)絡(luò)協(xié)議、建模等等都屬于基礎(chǔ)技能的范疇?？赡軠y試人員在這些技能的掌握程度上沒有專業(yè)人士強(qiáng)，沒關(guān)系，因為這些技能最終是為測試專有技能所服務(wù)的，如此而已。當(dāng)然，如果個人有興趣深入研究那是最好。筆者記得剛接觸Linux系統(tǒng)的時候拼命讀源碼，剛接觸網(wǎng)絡(luò)協(xié)議的時候厚厚幾本《TCP/IP詳解》放在床頭，可惜的是都沒堅持下來。為什么說測試工程師轉(zhuǎn)崗容易？現(xiàn)在該明白了吧。測試模式瀑布開發(fā)、快速開發(fā)、迭代開發(fā)、敏捷開發(fā)等等等等，這么多開發(fā)模式聽著是不是犯暈？探討哪種模式更好其實是扯淡，就象探討是由“開明君主治理的封建制度國家”好，還是由“腐朽無能政府統(tǒng)治的民主制度國家”好一樣，均屬于哲學(xué)問題。同理，測試模式有V模型、X模型、H模型、前置模型，淘寶還提出了SPR模型以及最近正在探索的CCI模型，哪種更好？合適的就是最好的。盡信書不如無書，這道理很多人都說懂，實際上呢？大多數(shù)人依然是照本宣科，死搬硬套。在大多數(shù)情況下，工程師應(yīng)該盡量追求神似而不是形似，特別是奮戰(zhàn)在一線的工程師，要明白“將在外君命有所不受”的道理。在當(dāng)前以結(jié)果為導(dǎo)向這種西式管理的氛圍下，更多的是要拿出讓各方面滿意的成績單。當(dāng)然，也有部分人以此為借口逃避流程逃避制度，高舉敏捷大旗卻行偷懶之實。要知道能量守恒，在某方面偷懶在其它方面會付出更多，這樣做其實是把自身工作轉(zhuǎn)嫁到他人身上，比方說把自身應(yīng)該完成的保證產(chǎn)品質(zhì)量工作轉(zhuǎn)嫁給他人，這樣的人要招天譴。"適可而止”這四個字說起來簡單，真要做到非常難，需要大量的實踐經(jīng)驗，這也是為什么測試工程師職業(yè)生命周期較長的原因。筆者認(rèn)為，在當(dāng)下絕大多數(shù)項目團(tuán)隊里，V模型足夠使用，或者在部分地方進(jìn)行改良即可適應(yīng)項目團(tuán)隊工作的需要。要知道，經(jīng)典是永遠(yuǎn)不會過時的。那么在行政體系上呢？一個測試部門應(yīng)該采用怎樣的組織結(jié)構(gòu)？目前流行的是一分為二，一部分做技術(shù)支撐，另一部分做產(chǎn)品測試，還有極端的是測試人員只做測試技術(shù)支撐，產(chǎn)品測試交由開發(fā)人員自行完成。至于在產(chǎn)品測試?yán)镌偌?xì)分單元測試、集成測試或功能測試、性能測試等角色，竊以為不需要，因為在廣義上，都是功能。測試要做的就是V&V，檢驗已實現(xiàn)的功能是否正確，檢驗是否正確實現(xiàn)了功能。測試工具這里所說的工具是廣義上的，可以說各種各樣只要能輔助測試人員開展測試工作的工具都包含在內(nèi)。為什么Mercury（筆者還是習(xí)慣稱為mercury而不是hp）的產(chǎn)品能得到廣大測試工程師的認(rèn)可？因為它滿足了測試工程師工作的需要。工具干嘛用的？輔助測試工作用的。筆者一直覺得Mercury的架構(gòu)師真是不得了，產(chǎn)品設(shè)計的如此漂亮。什么是測試架構(gòu)師？這就是。測試工具有很多，這里不一一列舉了。每年國際上會評選年度最佳測試工具，有興趣的朋友可以多了解下，這算是測試工具的風(fēng)向標(biāo)。有人曾經(jīng)爭論什么才能稱之為測試工具，例如針對某一特定產(chǎn)品開發(fā)的一段測試代碼是否算是測試工具。筆者以為，從廣義上講是，但在通常所說的范圍下不是，因為它不具備通用性，它只能為特定產(chǎn)品服務(wù)。所以筆者常常告誡測試人員，第一不要總吹噓自己開發(fā)了多少測試工具，充其量那只能算是一段測試代碼；第二要理解測試工具的本質(zhì)，開發(fā)了一堆工具結(jié)果根本不能有效提高測試質(zhì)量、測試效率，無法幫助測試人員發(fā)現(xiàn)更多的缺陷，有意義嗎？當(dāng)然，有一點肯定沒錯，多試用不同種類的測試工具并研究其原理，如果能對其進(jìn)行改進(jìn)，那么恭喜，離專家又進(jìn)了一步。第三章能力修煉修煉要素以下列舉的十八要素僅供參考，這些要素并沒有優(yōu)先級或前后順序，但有一點是必需確保的，那就是堅持，至少堅持一個月。如果能把全部要素堅持做一個月，筆者保證測試工程師自身能力會有大幅度提高。如果能堅持一年甚至更長時間直至養(yǎng)成習(xí)慣，那么恭喜，離牛人不遠(yuǎn)了。1、 每日至少抽出30分鐘關(guān)注測試行業(yè)新聞，包括各種業(yè)內(nèi)動向，技術(shù)前沿等。推薦國內(nèi)網(wǎng)站：51testing、ITPUB、Javaeye、infoq、博客園、Oracle中國用戶組……2、 每日寫一篇博文，200字左右，記錄當(dāng)日工作完成情況及次日需完成工作，流水帳也可。3、 每晚入睡前回顧當(dāng)天表現(xiàn)，檢討一言一行。4、每日清晨計劃當(dāng)日需完成工作并確定優(yōu)先級。5、 每日早晚對著鏡子微笑一次。6、 每日閱讀，書的種類不限，不一定是技術(shù)類。7、 每日選取一位從來沒交流過的同事進(jìn)行交流。8、 每日至少編寫30行代碼。9、 每日收看新聞聯(lián)播，重播也可。10、 每日洗澡。11、 至少每隔兩日看一集推理類電視劇，推薦《金田一少年事件簿》。12、 至少每隔三日參加一次益智分析類游戲，推薦“圍棋”、“三國殺”。13、 每三日研究一個技術(shù)類工具并發(fā)表研究文章，推薦從Excel開始研究。14、 每周至少與朋友外出活動一次，推薦極放松的活動，例如喝酒。15、 一周內(nèi)不要連續(xù)兩天加班。16、 每周至少一次與上級開展交流。17、 每月至少單身外出一次，推薦西湖邊靜坐。18、 每月至少儲蓄20%當(dāng)月收入，至多儲蓄60%。測試工程師的一天7：30起床7：35洗漱，計劃當(dāng)天工作8：00出門，面對鏡子給自己個微笑8：30早餐，什么都不要想8：50公司，開機(jī)接收郵件、消息9：10瀏覽業(yè)內(nèi)新聞9：40大多數(shù)人已到公司，開始當(dāng)天工作12：00中飯，小飯桌上別談工作更別一副憂國憂民的樣子大談國計民生13：00技術(shù)研究并沉淀14：00繼續(xù)本日工作，編碼，主動與沒交流過的同事進(jìn)行交流，組織晚上活動18：00晚飯，總結(jié)本日工作18：30撰寫當(dāng)日工作博文18：45加班19：45三國殺21：00回家，洗澡21：30中央新聞頻道，喝酒22：00電視劇，喝酒22：30讀書，喝酒23：00上床，自我反省23：15呼呼呼呼注意：以上主要表達(dá)一種思路，勿糾結(jié)勿全部模仿。進(jìn)階目錄通常情況下，能力提升是一個漸進(jìn)過程，但提升到某一高度遇到瓶頸時則需要突破。這有點類似大乘佛法里所說的，從漸修到頓悟，再從頓悟到圓修。本身中國佛教界對此就有不少爭論，南方慧能系（稱南頓）與北方神秀系（稱北漸）分別講究頓悟與漸悟，而在頓悟中又有道生頓悟、禪宗頓悟，所以說每個人的進(jìn)修道路是不盡相同的，也不一定有高下之分，主要看對自我認(rèn)知是否清晰，在不同階段需要何種提升方式，這才是重點。在個人能力提升的道路上，上級主管的支持及培養(yǎng)是非常重要的。好主管會因地制宜因人而異，每次安排超出其能力一點的工作，讓其不斷的有挑戰(zhàn)。同時在實施過程中，主管會默默支持，與其一同制定解決方案并跟進(jìn)實施過程，最終讓其獨享成功的成果與喜悅。此外，每人擅長的領(lǐng)域不同，有的人所具備的能力很契合當(dāng)前工作，因此會成為主攻手，有的不太符合只能做輔助。但請注意，在多方協(xié)作工作中，必然有人在前攻城拔寨做明星，有人在后默默耕耘做后勤，這些不能單純的以高下來衡量，況且說不定哪天換成其它工作，這主次之分就倒過來了。以下是能力漸進(jìn)提升的階梯目錄，從前到后有順序之分。1、 基礎(chǔ)：前文所說的基礎(chǔ)技能必需掌握，推薦Java+Oracle+Uml組合。掌握程度一般不用太深，測試工具開發(fā)職位的除外。特別注明，Junit是一定要掌握的。市面上書籍很多，筆者推薦《Java編程思想》、《Oracle9i參考手冊》、《UML精粹》。2、 專業(yè)：前文所說的測試方法、測試工具必需掌握。其中對于測試工具，如果開源則盡可能閱讀源碼。推薦書籍《計算機(jī)軟件測試技術(shù)》、《軟件測試藝術(shù)》、《軟件測試》。3、 實戰(zhàn)：前文所說的測試模式必需掌握。至少全程參與二十次項目，至少參與兩次50人以上規(guī)模的項目，至少編寫測試用例10000個，至少發(fā)現(xiàn)缺陷5000個，至少編寫測試腳本20000行，至少擔(dān)任過三次測試負(fù)責(zé)人，所有產(chǎn)品發(fā)布后遺漏缺陷總數(shù)小于50個并呈收斂趨勢。推薦書籍《設(shè)計模式》、《人月神話》、《軟件測試經(jīng)驗與教訓(xùn)》。4、 沉淀：深入了解質(zhì)量控制原理，對功能性（含安全）、效率、易用性