軟件測試人員的自我修養(yǎng)

PAGEPAGE1軟件測試人員的自我修養(yǎng)第一篇：軟件測試人員的自我修養(yǎng)軟件測試人員的基本修養(yǎng)見到題目，你或許會想起電影《喜劇之王》中尹天仇所看的《演員的自我修養(yǎng)》，會對影片中周星馳所扮演角色對夢想成為一名出色的演員而孜孜以求的情節(jié)記憶猶新。人們說行行相通，我們這里就說說測試人員的基本修養(yǎng)。見到題目，你或許會想起電影《喜劇之王》中尹天仇所看的《演員的自我修養(yǎng)》一書，還有那句經(jīng)典的臺詞：我是一個演員，跑龍?zhí)椎囊彩茄輪T！更會對影片中周星馳所扮演角色對夢想成為一名出色的演員而孜孜以求的情節(jié)記憶猶新。人們說行行相通，一通百通。我們這里就說說測試人員的基本修養(yǎng)。1、代碼編寫，不可或缺喬布斯說：Designisnotjustwhatitlookslikeandfeelslike,designishowitworks（設(shè)計不僅是外形和感覺，設(shè)計關(guān)乎如何運作）。那么可以說測試亦是如此，測試不是簡單地拿過來用一用。當開發(fā)人員將開發(fā)完成的軟件提交到測試人員那里以后，測試人員首先需要做的是迅速透徹地理解軟件的功能。你會說這是需求討論階段已經(jīng)介入的工作，沒錯，但除了理想狀況，很多時候是趕鴨子上架，容不得按常理出牌?；蛘吣銜f要先做版本驗證測試（BVT）查看其可測性，但這都是理想狀況。而無論如何，你首先要搞明白提交過來的東西具備哪些功能以及是如何工作的？事先準備好滿足測試需要的軟硬件環(huán)境自然不必多說。開發(fā)經(jīng)驗的作用不光局限于對編碼及相關(guān)技術(shù)的理解，還會使你更加了解開發(fā)人員的心理感受，從編碼心理和工作習(xí)慣的角度，更好地弄懂軟件是如何工作的。這一點多多少少有點兒只可意會不易言傳的感覺。我在工作中切身體會到，有些朋友搞定編碼的思路，可以使人強烈感受到一股強大的、嚴密的邏輯氣息。那思路和風(fēng)格從頭到尾自成一體——氣派、美妙，令人贊嘆不已。世界著名計算機科學(xué)家，1984年圖靈獎獲得者NiklausWirth提出“算法+數(shù)據(jù)結(jié)構(gòu)=程序”。清代人薛雪所撰《一瓢詩話》中有：如此體會，則詩神詩旨，躍然紙上。那么我要說：如此體會，則碼神碼旨，亦躍然紙上。2、全面深入，T型路線T字型知識架構(gòu)是指在細分領(lǐng)域細致專精，相關(guān)技術(shù)領(lǐng)域也要有所了解。測試人員真的需要了解相關(guān)技術(shù)嗎？答案是肯定的。這里說的相關(guān)技術(shù)并非指測試相關(guān)，而是指開發(fā)所用的相關(guān)技術(shù)。說得再直白些，最好是懂得相關(guān)技術(shù)，甚至是該領(lǐng)域的技術(shù)專家。我曾親身經(jīng)歷過這樣一件事情：在一個有著廣泛市場影響的項目中，新版本發(fā)布增加了新的功能，在HTML頁面中使用JavaScript來控制控件的顯現(xiàn)。而發(fā)布時間緊迫，不允許有更多的時間使用正向用例來驗證功能的正確性。盡管如此，我們也針對這小小的控件設(shè)計了將近百條用例。涉及的方面包括從頁面的正反向跳轉(zhuǎn)來驗證控件的版本升級，到控件的跨域調(diào)用、瀏覽器的兼容、服務(wù)設(shè)置及干擾，如此種種，無一不需要通過了解相關(guān)技術(shù)，才能設(shè)計出有價值的用例。當然，有些有價值的用例來自于使用習(xí)慣，這可以說是很難有章可循的，需要靠經(jīng)驗的積累。最后，還要檢查JavaScript文件內(nèi)容是否正確。這樣一來，最大限度地保證了產(chǎn)品上線后該功能點萬無一失。3、理清思路，有的放矢很多人會認為，在測試工作中引入巧妙的編程技巧或者使用酷炫無比的技術(shù)手段，就代表測試水平高超。這種做法顯然舍本求末，沒有明白測試行為本身的目的。對于專業(yè)測試人員，這點誤區(qū)可以理解，但不可接受。軟件測試的目的，一方面是為了盡可能發(fā)現(xiàn)軟件存在的缺陷，追蹤直至解決這些缺陷；另一方面是為了度量被測試對象質(zhì)量的優(yōu)劣程度，對可能出現(xiàn)的問題從技術(shù)和其他方面采取相應(yīng)的措施。兩者都是為了降低潛在的商業(yè)風(fēng)險。一般來說，我們首先會根據(jù)軟件系統(tǒng)本身的特點，其應(yīng)用場景及開發(fā)人員等相關(guān)資源，去制訂相應(yīng)的測試策略，其中包括制訂測試計劃、分配測試資源、設(shè)計測試用例等。測試工作前期的大部分內(nèi)容，不僅需要相關(guān)的技術(shù)知識，還包括更多的相關(guān)應(yīng)用領(lǐng)域的知識和經(jīng)驗，以及分析能力。而這一切行為皆為降低產(chǎn)品潛在的商業(yè)風(fēng)險所服務(wù)。誠然，使用優(yōu)美的代碼和酷炫的技術(shù)完成測試任務(wù)無可厚非，而無論如何，主旨不可偏離。4、積基樹本，夯實基礎(chǔ)好比說，找來一些幫手來壘墻，這自然不需要什么高深的建筑理論，但要做對整體工程進行把控的建筑工程師則需要讀過建筑理論，掌握相關(guān)的基礎(chǔ)知識。計算機科學(xué)領(lǐng)域中的基礎(chǔ)知識，包括數(shù)據(jù)結(jié)構(gòu)、操作系統(tǒng)、編譯原理、數(shù)據(jù)庫原理等?；A(chǔ)知識越是夯實飽滿，也才越容易被融會貫通、結(jié)合實踐從而得到寶貴的升華。數(shù)據(jù)庫產(chǎn)品種類繁多，各類軟件開發(fā)框架也層出不窮，而不變的永遠是基礎(chǔ)知識和基本原理。假如你明白高級語言應(yīng)用開發(fā)學(xué)習(xí)的內(nèi)容無外乎語法、框架和類庫這三部分，學(xué)習(xí)起來自然不會眉毛胡子一把抓。在計算機科學(xué)領(lǐng)域，如果涉及性能優(yōu)化（時間復(fù)雜度、空間復(fù)雜度、數(shù)據(jù)庫、操作系統(tǒng)、網(wǎng)絡(luò)、并行計算、向量計算等）、復(fù)雜的數(shù)據(jù)結(jié)構(gòu)、協(xié)議模型等特殊的問題，那么基礎(chǔ)知識也就成了解決問題的必要條件。不用多說，作為專業(yè)技術(shù)人員，牢牢掌握這些知識是走向一流水平的不二法門。順便說句題外話，這些基礎(chǔ)知識同時也被看做試金石，可以幫助你進入一流水平的研發(fā)團隊。5、與人分享，談吐有致與人打交道，就難免涉及人際方面的事宜。溝通的技巧和方式自然是舉不勝舉，說上三天三夜也未必窮盡。所以在這里對此高談闊論多少會顯得有些捉襟見肘。但很重要且有效的一點溝通技巧可能會被忽略，那就是“不抱怨，找方法”。當團隊之間、成員之間需要就某個問題進行交涉，甚至可能會發(fā)生爭論乃至爭吵時，最好少說多做，提出解決辦法并且付諸行動。這里向大家推薦閱讀卡耐基的《人性的弱點》以及費希爾的《溝通力》。希望能汲取其中的營養(yǎng)，完善性格的弱點，潛移默化地在無形之中大顯神威。6、一絲不茍，持之以恒在軟件測試的整個周期中，可能會出現(xiàn)一些不是總能重現(xiàn)的問題，這類問題的處理方式可大有講究。從工程學(xué)的角度說，遇到這樣的問題，不能及時找到原因而修復(fù)的話，需要降低該問題的優(yōu)先級，等待再次重現(xiàn)，保留現(xiàn)場抓取的相關(guān)記錄。這樣既不會影響當前版本的發(fā)布，又毫無疏漏地追蹤了曾經(jīng)偶然出現(xiàn)的問題。某個問題一旦出現(xiàn)，是不能輕易放過的。既然不是總能重現(xiàn)，那如何證明此問題是否已經(jīng)解決呢？當然，反復(fù)驗證是重要的一方面。經(jīng)過反復(fù)驗證，其實還不能有把握地說這類問題已經(jīng)修復(fù)。是不是心里還是沒底呢？那就去看一看源碼。每天反復(fù)做一件事，堅持10年，任何人都會有所成就。當企業(yè)和項目負責(zé)人，等待你那封TestSignoff郵件發(fā)出的時候，你是否可以滿懷信心地點擊Send按鈕呢？是否可以對發(fā)布前提交的版本做到胸有成竹，錦囊之中自有乾坤呢？百年三萬六千日，朝著自己的人生目標，努力過好每一天。修養(yǎng)的形成不在于猛攻，而在于點滴的積累和潤物無聲地打磨。第二篇：軟件測試人員結(jié)構(gòu)組成分析軟件測試人員結(jié)構(gòu)組成分析軟件測試工程師是軟件行業(yè)中一種即年輕又古老的職業(yè)，進入二十一世紀以來，隨著中國加入WTO以后，從事這項職業(yè)的人也越來越多。一個公司在組建一個測試隊伍的時候如何分配人員結(jié)構(gòu)，從而使公司軟件測試工作水平得到提高，是大家比較關(guān)注的問題。本人依照自己的經(jīng)驗提出自己的觀點：我們首先來看一下測試人員的縱向結(jié)構(gòu)1，測試經(jīng)理測試經(jīng)理主要負責(zé)測試隊伍的內(nèi)部管理以及與其他外部人員，客戶的交流，詳細說來主要包括進度管理，風(fēng)險管理，資金管理，人力資源管理，交流管理等等，測試經(jīng)理需要具有項目經(jīng)理的知識和技能。同時測試工作開始前項目經(jīng)理需要書寫《測試計劃書》，測試結(jié)束需要書寫《測試總結(jié)報告》2，測試文檔審核師測試文檔審核師主要負責(zé)前置測試，包括在需求期與設(shè)計期間產(chǎn)生的文檔進行審核，比如《業(yè)務(wù)建模書》，《需求規(guī)格說明書》，《概要設(shè)計書》，《詳細設(shè)計書》等等。審核需要進行書寫審核報告。當文檔確定后，需要整理文檔報告，并且反映介紹給測試設(shè)計師。3，測試設(shè)計師測試設(shè)計師主要根據(jù)需求期與設(shè)計期間產(chǎn)生的文檔設(shè)計各個測試階段的測試用例。（往往測試文檔審核師，測試設(shè)計師可以有相同的一組人來完成）4，測試工程師測試工程師按照測試用例，來完成測試工作。但是測試人員應(yīng)該有哪些人來組成呢？也就是測試人員的橫向組成，讓我們再來討論討論：1，需要具有一定開發(fā)經(jīng)驗的計算機專業(yè)人員由于具有一定開發(fā)經(jīng)驗的計算機專業(yè)人員即懂得計算機的基本理論，又有一定的開發(fā)經(jīng)驗。所以對于軟件中哪里容易出錯，哪里不容易出錯他們了如指掌；他們可以分析程序的性能，軟件性能差是否是占有內(nèi)存空間太多，或者是占有CPU時間太多引起的，還是其他原因，他們往往是專家。尤其是進行非功能測試的時候，他們可以更好的搭建系統(tǒng)測試平臺。這種人員應(yīng)該占測試隊伍中一半以上。2，需要具有本軟件業(yè)務(wù)經(jīng)驗的人員測試隊伍中需要有這樣的人員的目的在于，這些人員由于對業(yè)務(wù)非常熟悉，軟件質(zhì)量的前提又是滿足用戶的需求。專業(yè)業(yè)務(wù)知識是計算機專業(yè)人員達不到的，所以這方面人才可以利用它們的業(yè)務(wù)知識和專業(yè)水平，參與系統(tǒng)需求期間的文當審核，可以發(fā)現(xiàn)軟件中存在的業(yè)務(wù)性錯誤。比如專業(yè)用語不準確，業(yè)務(wù)流程不規(guī)范等等，這種人才對于專業(yè)性比較強的軟件測試工作尤為重要，比如稅務(wù)，法律，藝術(shù)，CAD,CAM…3，只需要會操作計算機的人員由于軟件一旦賣出去之后，使用軟件的人各種各樣，各種各樣的人帶來各種各樣的操作情況，請一大部分人員在軟件測試工作后期進行測試工作是十分重要的，他們往往會發(fā)現(xiàn)專業(yè)測試人員測試不出的東西和一些希奇古怪的錯誤。這就是軟件測試學(xué)中所謂的猴子測試法。對于一個軟件公司來說，并不是說所有的測試隊伍都需要這三種人員，實際中可以一組人代替多個角色，但是要遵循以下原則：1，對于業(yè)務(wù)不是很專業(yè)的軟件，具有一定開發(fā)經(jīng)驗的計算機專業(yè)人員與具有本軟件業(yè)務(wù)經(jīng)驗的人員可以合并；2，只需要會操作計算機的人員，可以由公司行政人員來充當。第三篇：軟件測試人員的職業(yè)生涯發(fā)展規(guī)劃軟件測試人員的職業(yè)生涯發(fā)展規(guī)劃第一階段：（測試員）初級軟件測試工程師自身條件：初入行具備計算機專業(yè)學(xué)位或者一些手工測試經(jīng)驗的個人具體工作：執(zhí)行測試用例，記錄bug，并回歸測試，通過QTP等測試工具錄制回歸測試腳本，并執(zhí)行回歸測試腳本。學(xué)習(xí)方向：開發(fā)測試腳本并且開始熟悉測試生存周期和測試技術(shù)。第二階段：（測試工程師）程序分析員自身條件：有1-2年的工作經(jīng)驗的測試工程師或者程序員。具有初步的自動化測試能力，完善自動化測試腳本。具體工作：設(shè)計和編寫測試用例，編寫自動測試腳本程序且單人測試編程初期的領(lǐng)導(dǎo)工作。學(xué)習(xí)方向：拓展編程語言、操作系統(tǒng)、網(wǎng)絡(luò)與數(shù)據(jù)庫方面的技能。第三階段：（高級測試工程師）程序分析員自身條件：有3-4年經(jīng)驗的測試工程師或程序員。具有一定的行業(yè)業(yè)務(wù)知識，儲備系統(tǒng)分析員的能力。具體工作：幫助開發(fā)或維護測試或編程標準與過程，分析軟件需求，獲得測試需求。確定測試需求相應(yīng)的測試方法，獲得測試策略方案。參與同行的評審（軟件需求，軟件測試計劃等），并為其它初級的測試工程師或程序員充當顧問。學(xué)習(xí)方向：繼續(xù)拓展編程語言、操作系統(tǒng)、網(wǎng)絡(luò)與數(shù)據(jù)庫方面的技能。第四階段：測試組負責(zé)人自身條件：有4-6年經(jīng)驗的測試工程師或程序員。具有豐富的行業(yè)業(yè)務(wù)知識，具有系統(tǒng)分析員的能力，專長性能測試。具體工作：負責(zé)管理1~3名測試工程師或程序員。集中于技能方面，擔負一些進度安排和工作規(guī)模/成本估算職責(zé)。分析性能瓶頸的原因，為開發(fā)團隊提供bug解決策略。學(xué)習(xí)方向：性能測試，測試技能第五階段：(資深安全或性能測試工程師)測試/編程高級負責(zé)人自身條件：有6~10年經(jīng)驗的測試工程師或程序員。具體工作：負責(zé)管理8~10名技術(shù)人員。性能測試整體方案設(shè)計，軟件系統(tǒng)性能問題定位和性能優(yōu)化，內(nèi)存優(yōu)化及分析數(shù)據(jù)溢出等，分析系統(tǒng)的安全漏洞等。負責(zé)進度安排、工作規(guī)模/成本估算、按進度表和預(yù)算目標交付產(chǎn)品。負責(zé)開發(fā)項目的技術(shù)方法。為一些用戶提供支持與演示。學(xué)習(xí)方向：開發(fā)一些特定領(lǐng)域的技術(shù)專長第六階段：測試/質(zhì)量保證/開發(fā)(項目)、經(jīng)理自身條件：有10多年的工作經(jīng)驗。具體工作：管理8名或更多的人員參加的1個或多個項目。負責(zé)這一領(lǐng)域(測試/質(zhì)量保證/開發(fā))內(nèi)的整個開發(fā)生存周期業(yè)務(wù)。為一些用戶提供交互和大量演示。負責(zé)項目成本、進度安排、計劃和人員分工第七階段：(公司級質(zhì)量總監(jiān))計劃經(jīng)理自身條件：有15年以上開發(fā)與支持(測試/質(zhì)量保證)活動方面的經(jīng)驗。具體工作：管理從事若干項目的人員以及整個開發(fā)生存周期。負責(zé)把握項目方向與盈虧責(zé)任第四篇：軟件測試人員的職業(yè)生涯規(guī)劃軟件測試人員的職業(yè)生涯規(guī)劃第一階段：（測試員）初級軟件測試工程師自身條件：初入行具備計算機專業(yè)學(xué)位或者一些手工測試經(jīng)驗的個人具體工作：執(zhí)行測試用例，記錄bug，并回歸測試，通過QTP等測試工具錄制回歸測試腳本，并執(zhí)行回歸測試腳本。學(xué)習(xí)方向：開發(fā)測試腳本并且開始熟悉測試生存周期和測試技術(shù)。第二階段：（測試工程師）程序分析員自身條件：有1-2年的工作經(jīng)驗的測試工程師或者程序員。具有初步的自動化測試能力，完善自動化測試腳本。具體工作：設(shè)計和編寫測試用例，編寫自動測試腳本程序且單人測試編程初期的領(lǐng)導(dǎo)工作。學(xué)習(xí)方向：拓展編程語言、操作系統(tǒng)、網(wǎng)絡(luò)與數(shù)據(jù)庫方面的技能。第三階段：（高級測試工程師）程序分析員自身條件：有3-4年經(jīng)驗的測試工程師或程序員。具有一定的行業(yè)業(yè)務(wù)知識，儲備系統(tǒng)分析員的能力。具體工作：幫助開發(fā)或維護測試或編程標準與過程，分析軟件需求，獲得測試需求。確定測試需求相應(yīng)的測試方法，獲得測試策略方案。參與同行的評審（軟件需求，軟件測試計劃等），并為其它初級的測試工程師或程序員充當顧問。學(xué)習(xí)方向：繼續(xù)拓展編程語言、操作系統(tǒng)、網(wǎng)絡(luò)與數(shù)據(jù)庫方面的技能。第四階段：測試組負責(zé)人自身條件：有4-6年經(jīng)驗的測試工程師或程序員。具有豐富的行業(yè)業(yè)務(wù)知識，具有系統(tǒng)分析員的能力，專長性能測試。具體工作：負責(zé)管理1~3名測試工程師或程序員。集中于技能方面，擔負一些進度安排和工作規(guī)模/成本估算職責(zé)。分析性能瓶頸的原因，為開發(fā)團隊提供bug解決策略。學(xué)習(xí)方向：性能測試，測試技能第五階段：(資深安全或性能測試工程師)測試/編程高級負責(zé)人自身條件：有6~10年經(jīng)驗的測試工程師或程序員。具體工作：負責(zé)管理8~10名技術(shù)人員。性能測試整體方案設(shè)計，軟件系統(tǒng)性能問題定位和性能優(yōu)化，內(nèi)存優(yōu)化及分析數(shù)據(jù)溢出等，分析系統(tǒng)的安全漏洞等。負責(zé)進度安排、工作規(guī)模/成本估算、按進度表和預(yù)算目標交付產(chǎn)品。負責(zé)開發(fā)項目的技術(shù)方法。為一些用戶提供支持與演示。學(xué)習(xí)方向：開發(fā)一些特定領(lǐng)域的技術(shù)專長第六階段：測試/質(zhì)量保證/開發(fā)(項目)、經(jīng)理自身條件：有10多年的工作經(jīng)驗。具體工作：管理8名或更多的人員參加的1個或多個項目。負責(zé)這一領(lǐng)域(測試/質(zhì)量保證/開發(fā))內(nèi)的整個開發(fā)生存周期業(yè)務(wù)。為一些用戶提供交互和大量演示。負責(zé)項目成本、進度安排、計劃和人員分工第七階段：(公司級質(zhì)量總監(jiān))計劃經(jīng)理自身條件：有15年以上開發(fā)與支持(測試/質(zhì)量保證)活動方面的經(jīng)驗。具體工作：管理從事若干項目的人員以及整個開發(fā)生存周期。負責(zé)把握項目方向與盈虧責(zé)任職業(yè)生涯規(guī)劃是人生的大事，下面我結(jié)合親身經(jīng)歷，談?wù)勛约旱挠^點：step1：校園階段(畢業(yè)前1年～1.5年)很多人的職業(yè)規(guī)劃是到了工作以后才開始進行的，其實，這樣做，有很大的局限性。凡是工作過的人，都有一個體會，就是自己的第一份工作，會影響到5～10年的發(fā)展軌跡，甚至?xí)σ簧a(chǎn)生影響。因此，選擇一份合適的工作作為起點，是必須要在校園內(nèi)思考清楚的問題。由于中國的教育基本是理論教育，大家在工作前的實踐能力大多比較弱，固然有其不足，但也有好的一面，那就是可塑性比較好?？伤苄院么砹诉x擇的余地可以很大，因此，大家在選擇第一份工的時候，要充分結(jié)合自己的教育背景、個人能力、興趣愛好、長期目標等等，作出理性的決策。軟件測試，特別是黑盒軟件測試是一種入門起點較低、上手迅速、且發(fā)展空間比較大的職業(yè)，因此，對于很多學(xué)生而言，作為進入IT就業(yè)的初級崗位，是非常合適的。校園階段的規(guī)劃，主要是選擇大的入門方向，當然，此時也可以給自己一個長期的目標，但是不必規(guī)劃過細，因為，在沒有入行前，一切都還未知，把握好路線即可。下文假設(shè)大家選擇的是軟件測試～～step2：入門階段(入行后3個月～1年)對于剛剛?cè)胄械男氯?，這個時期是一個全面熟悉期，最能夠?qū)W習(xí)到新的知識，也最有拼搏的熱情和動力。建議大家可以借著這股沖勁，盡可能了解所在領(lǐng)域的全貌，了解各個主要分支的內(nèi)容、特性、優(yōu)勢、局限性等等，并考察自己當前的工作環(huán)境，結(jié)合個人匹配程度和興趣愛好，根據(jù)前述內(nèi)容調(diào)整自己的規(guī)劃。對于測試行當而言，技術(shù)方面一般有幾類：黑盒測試、白盒測試、自動化測試、測試工具、專用業(yè)務(wù)技能等;相關(guān)的管理方面一般有：測試管理、質(zhì)量管理、項目管理等。面對上述形形色色的方向，建議大家可以都稍稍了解下內(nèi)涵，然后確定1～2個，作為中長期的主攻方向，達此標準，基本已經(jīng)實現(xiàn)了入門，至于能否進得廳堂，就要看后期的努力了。step3：提高階段(入門后3年～5年)對于入門后選擇管理還是選擇技術(shù)，其實這種問題，是無可無不可的，關(guān)鍵是看對自己的長期的定位了。不過，我個人建議當前階段還是技術(shù)為重吧。畢竟，在一個技術(shù)環(huán)境中，要做好管理，沒有扎實的基礎(chǔ)，也難服眾嘛。本階段是人最容易懈怠的階段。畢竟，剛剛?cè)胄械臒岢涝缫驯蝗諒?fù)一日的繁復(fù)工作給冷卻，有了一定的工作經(jīng)驗，勝任本職，對于大多數(shù)人而言，絕不是問題。家庭、娛樂方面開始占據(jù)了業(yè)余生活的主流。可是，畢竟大家還很年輕，大多數(shù)人此時也不過20XX，就此懈怠也是非?？膳碌?。因此，有規(guī)劃的提高自身核心競爭力，在這個時候尤為關(guān)鍵。提高是要提高的，但是對于大多數(shù)人而言，也沒有必要很拼搏，此時處在一個比較穩(wěn)定的職位上的你，可以考慮進行細化自己的中期規(guī)劃了。根據(jù)選定的方向，制定一個自我提升的計劃，并定義好自我檢查的里程碑(譬如：每個季度或半年算一個階段)，每天或者每周，有規(guī)律的學(xué)習(xí)一點即可。抱定一個目標——“每天進步一點點”，幾年一大成不是問題。我個人是反對急功近利的，傾向于穩(wěn)打穩(wěn)扎，這個階段忌做“萬金油”，而應(yīng)努力成為有一技之長的“專家”。對于選擇做技術(shù)的人而言，這個階段的達成標準，一般至少要能夠熟悉你所選技術(shù)方向的大多數(shù)技術(shù)細節(jié)，“細節(jié)決定成敗”嘛，雖然把握全局的能力是必要的，但是作技術(shù)而言，倘若不能鉆的很細很深，恐怕也很難以高手自居吧。對于選擇做管理的人而言，我個人傾向是：此階段接觸管理的理念，并可以介入管理，但是此階段不宜全面進入管理(除非你有更深層次的考慮，可以不去穩(wěn)打穩(wěn)扎)。學(xué)習(xí)管理的理念是非常重要的，其實管理更多一種思維和做事的方式，這門學(xué)問很深入，也不像技術(shù)，會不會是那么的顯著，因此，建議多看多學(xué)，取長補短，并努力形成自己的做事風(fēng)格。高級軟件測試工程師，測試組長等，都是不錯的含有技術(shù)特征的管理職位，此時的你應(yīng)該能夠勝任于此。這個階段的達成后，你也可以躋身老手行列，不必為求職犯愁，你應(yīng)該可以很容易跳槽或時不時被獵頭騷擾下，達成此階段，你要做更深入的規(guī)劃。step4：升華階段(老手后5年～10年)此時的你，即將步入中年，不論是曾經(jīng)專注技術(shù)還是偏愛管理的，都面臨著家庭和社會的雙重壓力，你不可能像年輕人一樣整天拼搏了，你需要穩(wěn)定，因此，不能頻繁的跳槽，建議考慮比較正規(guī)且有潛力的企業(yè)，要考慮給自己一個長遠的發(fā)展規(guī)劃。正因為有前期的細節(jié)的背景的支撐，此時，你需要努力提升自己的宏觀把握能力。哪怕做技術(shù)的，也要考慮適當?shù)霓D(zhuǎn)型管理(中國特色是：工程師很難超過35歲的，一般人到了30歲不是轉(zhuǎn)管理就是轉(zhuǎn)商務(wù)了)。當然，一般人是技術(shù)做得越好，管理的時候，越容易切中項目要害。但是，對于從技術(shù)上來的人，關(guān)鍵是要開始培養(yǎng)和人打交道的能力。此階段的關(guān)鍵是，需要逐步形成自己的管理風(fēng)格，具備協(xié)調(diào)并行事務(wù)的能力。當然，純管理和技術(shù)型管理還是有所區(qū)別的。對于純管理的人，熟練應(yīng)用管理的科學(xué)理念，形成自己的風(fēng)格尤為重要。純管理的測試經(jīng)理人，不僅僅可以做好測試方面的管理，其實也可以做好項目甚至其他的管理。其實，不管管理的對象是什么，它們的管理理念還是相通的。從測試管理中摸索出來的很多經(jīng)驗，可以很好的推廣于其他的管理領(lǐng)域。而對于技術(shù)型管理的人，主要是帶好技術(shù)團隊，同時，不斷補充新的技術(shù)知識，跟緊技術(shù)潮流。此時的你，有強大的技術(shù)背景支撐，不需要過分鉆研細節(jié)，只需洞察核心，合理安排好你的團隊成員即可。這個階段，也可能少數(shù)的人會選擇離開具體的企業(yè)，而開始從事測試咨詢，那是一個充滿挑戰(zhàn)的嶄新開始，也必須有前期的積累方能勝任。對于大多數(shù)人而言，此階段中一個需要重點考慮的問題是，是否將測試作為自己的終生職位，如果是，基本上達到上述的目標，保持狀態(tài)，基本可以做到退休的。如果不是，那就比較可怕了。其實我不建議此階段的人轉(zhuǎn)型，除非有充分的理由和很好的機遇。畢竟，達到此階段，你已經(jīng)付出了至少5年的努力，而且還是人生的黃金時段，時光一去不復(fù)返啊。當前狀態(tài)下轉(zhuǎn)行，請務(wù)必慎重。第五篇：軟件測試01.為什么要在一個團隊中開展軟件測試工作？02.您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解，請試述在這個過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？03.您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解，請試述一個完整的開發(fā)過程需要完成哪些工作？分別由哪些不同的角色來完成這些工作？（對于軟件測試部分，可以簡述）04.您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？05.您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試……）06.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。07.測試計劃工作的目的是什么？測試計劃工作的內(nèi)容都包括什么？其中哪些是最重要的？08.您認為做好測試計劃工作的關(guān)鍵是什么？09.您所熟悉的測試用例設(shè)計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應(yīng)用。10.您認為做好測試用例設(shè)計工作的關(guān)鍵是什么？11.請以您以往的實際工作為例，詳細的描述一次測試用例設(shè)計的完整的過程。12.您以往的工作中是否曾開展過測試用例的評審工作？如果有，請描述測試用例評審的過程和評審的內(nèi)容。13.您以往是否曾經(jīng)從事過性能測試工作？如果有，請盡可能的詳細描述您以往的性能測試工作的完整過程。14.您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應(yīng)用的。15.您認為性能測試工作的目的是什么？做好性能測試工作的關(guān)鍵是什么？16.在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？17.您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷（Bug）的管理？如果有，請結(jié)合該工具描述軟件缺陷（Bug）跟蹤管理的流程。18.您以往是否曾經(jīng)從事過單元測試和集成測試？如果有，請談一下這些工作的實際開展情況。19.您如何看待軟件過程改進？在您曾經(jīng)工作過的企業(yè)中，是否有一些需要改進的東西呢？您期望的理想的測試人員的工作環(huán)境是怎樣的？20XX以往工作過的企業(yè)中，是否開展了軟件配置管理工作？您能否描述一下這項工作的開展情況和您對這項工作的認識？21.您是否熟悉一些主流的軟件工程方法論和思想，如RUP、CMM、CMMI、XP、PSP、TSP。如果熟悉，您是否可以談一下對這些方法論和思想的認識？22.您認為在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果？維持測試人員同開發(fā)團隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么？23.在您以往的測試工作中，最讓您感到不滿意或者不堪回首的事情是什么？您是如何來對待這些事情的？24.在即將完成這次筆試前，您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗和心得體會？（可以包括軟件測試、過程改進、軟件開發(fā)或者與此無關(guān)的其他方面）01.為什么要在一個團隊中開展軟件測試工作？因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認證一樣，測試同樣也需要質(zhì)量的保證，這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質(zhì)量情況。02.您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？我曾經(jīng)做過web測試，后臺測試，客戶端軟件，其中包括功能測試，性能測試，用戶體驗測試。最擅長的是功能測試03.您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同以及測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試……）測試類型有：功能測試，性能測試，界面測試。功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒技術(shù)設(shè)計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進行。通過負載測試，確定在各種工作負載下系統(tǒng)的性能，目標是測試當負載逐漸增加時，系統(tǒng)各項性能指標的變化情況。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。而且設(shè)計良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔?。同時界面如同人的面孔，具有吸引用戶的直接優(yōu)勢。設(shè)計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設(shè)計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。區(qū)別在于，功能測試關(guān)注產(chǎn)品的所有功能上，要考慮到每個細節(jié)功能，每個可能存在的功能問題。性能測試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試更關(guān)注于用戶體驗上，用戶使用該產(chǎn)品的時候是否易用，是否易懂，是否規(guī)范（快捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺避免用戶無意輸入無效的數(shù)據(jù)，當然考慮到體驗性，不能太粗魯?shù)膹棾鼍妫?？做某個性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試04．您認為做好測試用例設(shè)計工作的關(guān)鍵是什么？白盒測試用例設(shè)計的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果黑盒法用例設(shè)計的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題05.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。黑盒測試：已知產(chǎn)品的功能設(shè)計規(guī)格，可以進行測試證明每個實現(xiàn)了的功能是否符合要求。白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：1、是否有不正確或遺漏的功能？2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？4、性能上是否能夠滿足要求？5、是否有初始化或終止性錯誤？軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進行如下檢查：1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。單元測試（模塊測試）是開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數(shù)的行為。單元測試是由程序員自己來完成，最終受益的也是程序員自己?？梢赃@么說，程序員有責(zé)任編寫功能代碼，同時也就有責(zé)任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們期望的一致。集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴展。它的最簡單的形式是：兩個已經(jīng)測試過的單元組合成一個組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個單元的集成聚合。在現(xiàn)實方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴展進程，將您的模塊與其他組的模塊一起測試。最后，將構(gòu)成進程的所有模塊一起測試。系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。（常見的聯(lián)調(diào)測試）系統(tǒng)測試的目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。驗收測試是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進一步驗證軟件的有效性，這就是驗收測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。06.測試計劃工作的目的是什么？測試計劃工作的內(nèi)容都包括什么？其中哪些是最重要的？軟件測試計劃是指導(dǎo)測試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風(fēng)險分析等內(nèi)容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應(yīng)對測試過程中的各種變更。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測試測試策略和測試方法（最好是能先評審）07.您認為做好測試計劃工作的關(guān)鍵是什么？1.明確測試的目標，增強測試計劃的實用性編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的實用性，便于使用，生成的測試結(jié)果直觀、準確2．堅持“5W”規(guī)則，明確內(nèi)容與過程“5W”規(guī)則指的是“What（做什么）”、“Why（為什么做）”、“When（何時做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”規(guī)則創(chuàng)建軟件測試計劃，可以幫助測試團隊理解測試的目的（Why），明確測試的范圍和內(nèi)容（What），確定測試的開始和結(jié)束日期（When），指出測試的方法和工具（How），給出測試文檔和軟件的存放位置（Where）。3．采用評審和更新機制，保證測試計劃滿足實際需求測試計劃寫作完成后，如果沒有經(jīng)過評審，直接發(fā)送給測試團隊，測試計劃內(nèi)容的可能不準確或遺漏測試內(nèi)容，或者軟件需求變更引起測試范圍的增減，而測試計劃的內(nèi)容沒有及時更新，誤導(dǎo)測試執(zhí)行人員。4.分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例應(yīng)把詳細的測試技術(shù)指標包含到獨立創(chuàng)建的測試詳細規(guī)格文檔，把用于指導(dǎo)測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。08.您所熟悉的測試用例設(shè)計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應(yīng)用。1．等價類劃分劃分等價類:等價類是指某個輸入域的子集合.在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.2．邊界值分析法邊界值分析方法是對等價類劃分方法的補充。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設(shè)計測試用例,可以查出更多的錯誤.使用邊界值分析方法設(shè)計測試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價類的邊界,就是應(yīng)著重測試的邊界情況.應(yīng)當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).3．錯誤推測法基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤,從而有針對性的設(shè)計測試用例的方法.錯誤推測方法的基本思想:列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例.例如,在單元測試時曾列出的許多在模塊中常見的錯誤.以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等,這些就是經(jīng)驗的總結(jié).還有,輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況.輸入表格為空格或輸入表格只有一行.這些都是容易發(fā)生錯誤的情況.可選擇這些情況下的例子作為測試用例.4．因果圖方法前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,相互組合等.考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多.因此必須考慮采用一種適合于描述對于多種條件的組合,相應(yīng)產(chǎn)生多個動作的形式來考慮設(shè)計測試用例.這就需要利用因果圖（邏輯模型）.因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況.09.請以您以往的實際工作為例，詳細的描述一次測試用例設(shè)計的完整的過程。首先：得到相關(guān)文檔（需求文檔和設(shè)計文檔），理解需求和設(shè)計設(shè)計思想后，想好測試策略（測試計劃簡單點就OK了），考慮到測試環(huán)境，測試用例，測試時間等問題。第二步：設(shè)計測試用例，測試策略是：把網(wǎng)站部分的功能點測試完，然后在進行系統(tǒng)測試（另外個模塊呢有另一個測試人員負責(zé)，可以進行聯(lián)調(diào)測試），網(wǎng)站模塊的測試基本是功能測試和界面測試（用戶并發(fā)的可能性很小，所以不考慮）：這次的網(wǎng)站的輸入數(shù)據(jù)呢是使用數(shù)據(jù)庫中的某張表記錄，如果表中某一數(shù)據(jù)記錄中新加進來的（還沒有被處理的，有個標志位），網(wǎng)站啟動后會立刻去刷那張表，得到多條數(shù)據(jù)，然后在進行處理。處理過程中，會經(jīng)歷3個步驟，網(wǎng)站才算完成了它的任務(wù)。有3個步驟呢，就可以分別對這3個步驟進行測試用例的設(shè)計,盡量覆蓋到各種輸入情況（包括數(shù)據(jù)庫中的數(shù)據(jù)，用戶的輸入等），得出了差不多50個用例。界面測試，也就是用戶看的到的地方，包括發(fā)送的郵件和用戶填寫資料的頁面展示。第三步：搭建測試環(huán)境（為什么這個時候考慮測試環(huán)境呢？因為我對網(wǎng)站環(huán)第四步：執(zhí)行測試10.測試在軟件開發(fā)整個流程的重要性是什么？11.您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應(yīng)用的。12.您認為性能測試工作的目的是什么？做好性能測試工作的關(guān)鍵是什么？13.在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？14.您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷（Bug）的管理？如果有，請結(jié)合該工具描述軟件缺陷（Bug）跟蹤管理的流程。15.您認為在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果？維持測試人員同開發(fā)團隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么？16.在您以往的測試工作中，最讓您感到不滿意或者不堪回首的事情是什么？您是如何來對待這些事情的？17.在即將完成這次筆試前您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗和心得體會？（可以包括軟件測試、過程改進、軟件開發(fā)或者與此無關(guān)的其他方面）18.你對測試最大的興趣在哪里？為什么？最大的興趣就是測試有難度，有挑戰(zhàn)性！做測試越久越能感覺到做好測試有多難。曾經(jīng)在無憂測試網(wǎng)上看到一篇文章，是關(guān)于如何做好一名測試工程師。一共羅列了11，12點，有部分是和人的性格有關(guān)，有部分需要后天的努力。但除了性格有關(guān)的1，2點我沒有把握，其他點我都很有信心做好它。剛開始進入測試行業(yè)時，對測試的認識是從無憂測試網(wǎng)上了解到的一些資料，當時是沖著做測試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發(fā)更難，雖然當時我很想做開發(fā)（學(xué)校專業(yè)課我基本上不缺席，因為我喜歡我的專業(yè)），但看到測試比開發(fā)更難更有挑戰(zhàn)性，想做好測試的意志就更堅定了。不到一年半的測試工作中，當時的感動和熱情沒有減退一點（即使環(huán)境問題以及自身經(jīng)驗，技術(shù)的不足，做測試的你一定也能理解）。我覺得做測試整個過程中有2點讓我覺得很有難度（對我來說，有難度的東西我就非常感興趣），第一是測試用例的設(shè)計，因為測試的精華就在測試用例的設(shè)計上了，要在版本出來之前，把用例寫好，用什么測試方法寫？（也就是測試計劃或測試策略），如果你剛測試一個新任務(wù)時，你得花一定的時間去消化業(yè)務(wù)需求和技術(shù)基礎(chǔ)，業(yè)務(wù)需求很好理解（多和產(chǎn)品經(jīng)理和開發(fā)人員溝通就能達到目的），而技術(shù)基礎(chǔ)可就沒那么簡單了，這需要你自覺的學(xué)習(xí)能力，比如說網(wǎng)站吧，最基本的技術(shù)知識你要知道網(wǎng)站內(nèi)部是怎么運作的的，后臺是怎么響應(yīng)用戶請求的？測試環(huán)境如何搭建？這些都需要最早的學(xué)好。至少在開始測試之前能做好基本的準備，可能會遇到什么難題？需求細節(jié)是不是沒有確定好？這些問題都能在設(shè)計用例的時候發(fā)現(xiàn)。第二是發(fā)現(xiàn)BUG的時候了，這應(yīng)該是測試人員最基本的任務(wù)了，一般按測試用例開始測試就能發(fā)現(xiàn)大部分的bug，還有一部分bug需要測試的過程中更了解所測版本的情況獲得更多信息，補充測試用例，測試出bug。還有如何發(fā)現(xiàn)bug？這就需要在測試用例有效的情況下，通過細心和耐心去發(fā)現(xiàn)bug了，每個用例都有可能發(fā)現(xiàn)bug，每個地方都有可能出錯，所以測試過程中思維要清晰（測試過程數(shù)據(jù)流及結(jié)果都得看仔細了，bug都在里面發(fā)現(xiàn)的）。如何描述bug也很有講究，bug在什么情況下會產(chǎn)生，如果條件變化一點點，就不會有這個bug，以哪些最少的操作步驟就能重現(xiàn)這個bug，這個bug產(chǎn)生的規(guī)律是什么？如果你夠厲害的話，可以幫開發(fā)人員初步定位問題。19.你的測試職業(yè)發(fā)展是什么？測試經(jīng)驗越多，測試能力越高。所以我的職業(yè)發(fā)展是需要時間累積的，一步步向著高級測試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前3年累積測試經(jīng)驗，按如何做好測試工程師的11，12點要求自己，不斷的更新自己改正自己，做好測試任務(wù)。20XX為什么會選擇軟件測試這個行業(yè)呢？21.你覺得你如何才能勝任這份工作？21.你要是從事測試這個行業(yè)，你的優(yōu)勢是什么？22.你自認為測試的優(yōu)勢在哪里？優(yōu)勢在于我對測試堅定不移的信心和熱情，雖然經(jīng)驗還不夠，但測試需要的基本技能我有信心在工作中得以發(fā)揮。23.你以前工作時的測試流程是什么？公司對測試流程沒有規(guī)定如何做，但每個測試人員都有自己的一套測試流程。我說下我1年來不斷改正（自己總結(jié)，吸取同行的方法）后的流程吧。需求評審（有開發(fā)人員，產(chǎn)品經(jīng)理，測試人員，項目經(jīng)理）－>需求確定(出一份確定的需求文檔)－>開發(fā)設(shè)計文檔（開發(fā)人員在開始寫代碼前就能輸出設(shè)計文檔）－>想好測試策略，寫出測試用例－>發(fā)給開發(fā)人員和測試經(jīng)理看看（非正式的評審用例）－>接到測試版本－>執(zhí)行測試用例（中間可能會補充用例）－>提交bug（有些bug需要開發(fā)人員的確定（嚴重級別的，或突然發(fā)現(xiàn)的在測試用例范圍之外的，難以重現(xiàn)的），有些可以直接錄制進TD）－>開發(fā)人員修改（可以在測試過程中快速的修改）－>回歸測試（可能又會發(fā)現(xiàn)新問題，再按流程開始跑）。24.當開發(fā)人員說不是BUG時，你如何應(yīng)付？開發(fā)人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產(chǎn)品經(jīng)理進行確認，需不需要改動，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個時