2.做軟體測試至少要有四種能力   來源-http://www.rapidtesting.cn/Html/Career/011076.html

曾經在方正研究院擔任測試工程師的肖先生分析說，能勝任軟體測試工程師的人，至少需要以下幾個能力。　　一、縝密的邏輯思維能力。為應對軟體使用者千差萬別的使用習慣和軟體在使用過程中出現的各種現象，軟體測試工程師應具有逆向思維能力，能夠以使用者角度出發，捕獲一切可能性，對細節有不同尋常的關注能力。　　二、出色的溝通能力。優秀的軟體測試工程師，應具備出色的溝通和表達能力。既能和技術開發人員溝通，又能簡潔明瞭地向客戶、管理者等這些非技術人員闡述系統在哪方面有缺失。當發現軟體有問題時，不僅需要跟開發人員溝通，找到問題出在哪兒，闡述自己挑錯的理由，有時候甚至要提出解決方案，直接參與前期需求和程式碼的修改。　　三、全面的技術能力。作為軟體測試工程師，雖然無須精通各種語言各類技術，但必須全面理解被測軟體系統，明白該使用何種工具進行測試。　　四、耐得住性子。軟體測試工作是枯燥的，甚至是重複性的，有時需要花費驚人的時間去分離、識別和分派一個錯誤，因此需要測試人員能靜得下心、耐得住性子，心浮氣躁是做不好的。

3.從人的性格：哪些人不太適合做軟體測試  來源-http://www.rapidtesting.cn/Html/Career/011820.html

我覺得有幾種性格的人可能不太適合做測試，當然個人實際情況、應變能力不同可能會有不同的遭遇.

　　1.耐性不足的人

　　這種性格的人在做測試時候最大的一個難度在於碰到一個比較複雜難測的系統時，可能花了不少時間還沒發現什麼問題，不過明顯感覺肯定什麼地方有問題存在的，這時候很容易產生急躁心理，導致大腦一片混亂，思路沒有了，後面測試更加難進行下去。

　　2.溝通能力不好，抗打擊能力不強的

　　這種性格的人也許測試發現了一些問題開發人員不接受，說了一些可能讓你不舒服的話，而你不能和他進行有效的溝通，這時候最大的可能性就是會產生一種失落感，覺得自己的工作是不是那麼重要或者自己能力有問題?

　　3.邏輯太混亂，沒有思路的人。

　　這種人應該可以做測試，但是也許不能一個人擔當重任，特別是在資源比較緊缺，專案組裡面只有你一個人的時候，測試的思路是相當重要的，沒有思路，邏輯不清的人肯定無法將測試順利，全面，有效的進行下去。

　　4.比較懶的人

　　這種人肯定不會花時間去整理自己的經驗，導致測試技能的徘徊不前，也許永遠停留在一定的水平上不會提高，最後失去對測試行業的興趣.

　　5.學習能力不強而又不積極主動的人

　　對於測試人員來說，對業務的熟悉是非常關鍵的一方面，熟悉了業務才能更好地做好測試，而對很多專案來說，就國內現在的情況，測試人員進入的時候也許是專案進行到一定階段了，需要很快熟悉業務進入角色，而你熟悉的較慢又不願花過多的時間去學習，也不願主動跟業務人員去溝通學習的話，肯定會花過多的時間在測試中慢慢去熟悉業務，這樣效率低下是顯而易見的。

先講一個案例：

　　企業網站已經執行多年了，訪問速度越來越慢，最近使用者反映，打開個網站首頁快的時候也要2、3秒，慢的時候就需要喝杯茶了，還不如上外網新浪搜狐快，廠領導重視這個問題，資訊部的領導當然不敢怠慢。

　　首先組織人員參觀附近的執行比較好的相關網站，比如總公司的，地方上的資訊港等，現場諮詢了相關設計人員若干問題。

　　然後就組織會議，召集相關人員討論、分析網站首頁慢的原因。網站的開發人員、維護人員、測試人員以及各方領導都參加了分析。結論很快就出來了，接著領導們開始提改進建議。但會議卻好象陷入了僵局。

　　網站首頁慢的原因如下：

　　1、在首頁開啟的資料庫(表)太多。因為首頁要各車間、單位的最新資料列表，提取最新資料佔用了太多時間。

　　2、資料庫有問題。測試人員在逐個測試資料庫時發現，雖然網站涉及多個數據庫伺服器，如辦公郵箱伺服器、郵件伺服器、檔案伺服器、各生產資料伺服器等，但有一臺伺服器明顯慢了許多，斷掉這臺伺服器，網站首頁的開啟速度就進入毫秒級，將這臺數據庫的資料匯出至另一臺備用伺服器上，並將WEB伺服器上的連結指定到備用伺服器，訪問速度依然是毫秒級。

　　3、首頁中的SQL語句有問題。特別是Oracle中資料表指標的移動很費時間，需要優化。

　　解決方案也接著就出來了，如下：

　　將首頁改為靜態的。首頁中不再訪問所有的資料庫伺服器，而是若干文字列表，這些文字由其它資料庫(表)在新增記錄時，同步在WEB伺服器上生成。首頁是靜態的，速度就會快多了。

　　測試人員表示反對這種方案，認為問題出在資料庫上，而不是網頁的動態或靜態上，但在討論的過程中，領導強調指出問題必須給出解決方案，否則不予考慮。於是，表態的人少了，會議沉默了，然後就是方案的實現，解決問題的時限，散會……

　　這是個真實的案例。在本案例中，測試人員先期很積極的尋找網站速度慢的原因，但後來歸於沉默，是因為測試人員沒有能力解決這個問題，只能從多個方面尋找問題的原因，但誰找出問題誰負責解決的做法，打消了測試人員的積極性，測試人員是找問題的，不是解決問題的。多一事不如少一事。可以預見，這個方案最終會不了了之。

　　這就是在大多企業中軟體測試人員的一種窘境，測試人員即要發現問題，還要解決問題，並且測試人員和開發人員一般在同一個部門，發現的問題越多，自己不解決，就給開發人員造成的返工量越大，開發人員和測試人員的矛盾很多，又得不到有效的解決。

　總結企業中測試人員面臨的問題：

　　1、測試人員的工作量很大，同時要為多個專案做測試，但收入卻很低。

　　2、測試人員不具備獨立性，企業的資訊部門很少設有測試組一類的，測試人員往往和開發人員在同一個科室，開發人員有時兼做另一個專案的測試人員，表面上是方便了與開發人員的交流，實際上卻阻礙了測試工作的進展，礙於情面，誰都要在組織內生存，誰都不願以工作影響了同事關係。

　　3、領導對測試工作的輕視問題。有些領導不懂測試流程，甚至分不清整合測試和系統測試，不給測試人員說話的空間，喜歡自己說了算，當然這是題外話。

　　4、測試人員要解決自己發現的問題。雖然開發和測試角色可能出現重複，但兩者的側重點是不一樣的，測試是發現問題，而開發則是解決問題。在實際工作中往往不是這樣，特別是在一些技術問題分析會議中，誰提的問題多，誰就最終負責解決問題。迫於生存，測試人員一般不多表態。

　　5、測試人員的素質。程式設計師在幹不動程式設計時，才會轉行做測試，做職業轉行的緩衝，一些優秀的程式設計人員一般都安排做開發了，優秀人員不做測試最重要的原因是收入低，領導也不會安排這樣的人做測試，認為是人力資源浪費。所以，從開發崗位上轉行來的測試人員，即使有豐富的開發經驗，他也不能對所發現的問題全部解決。優秀人員的缺席也導致了測試工作效率降低。

5.測試人員如何獲得高薪？----

這聽起來是個很有誘惑力的話題；也的確是個很有誘惑力的話題。很多做測試的朋友千萬次的問，測試行業能掙到高薪嗎？從事測試工作有發展嗎？我能夠忍受枯燥無聊的測試工作嗎？

　　這裡我不想談所有問題，只談談如何獲得高薪，獲得高薪需要哪些素質，那些條件，多少年的工作經驗等。  

我認為的測試人員分類

　　測試人員在軟體開發中基本由兩大類：一類是起步就做測試，一類做過開發後來轉為測試。  

　　最近在網上同一些朋友聊天，經常聊到測試人員是否需要開發經驗這樣一個話題。我個人認為，又開發經驗更好。我也傾向於由開發經驗的測試人員可以獲得更好的發展。但這都是一個動態的過程，起步就做測試的人可能後來也慢慢掌握開發經驗。

測試人員的成長階段  

　　測試人員基本上可以分為如下幾個階段，手工測試階段、工具輔助階段、定製工具階段、初級管理階段、高階管理階段、業務測試專家（此階段在等同於在管理方面發展的初級、高階管理階段，這個階段的測試人員熟悉測試的各個方面，逐步專項某個領域的測試）。  

手工測試階段  

　　處於此階段的測試人員一般是剛剛進入這一行，或者剛剛換了一個公司（新來的嗎）。這個時候是很重要的積累時期，自動此時工具只是一個輔助，重要的時你要有如何測試一個軟體的思想。  

工具輔助階段  

　　這個階段的測試人員對各個型別的測試都有所瞭解，為了提高測試效率，開始使用測試工具；或者為了以後的職業發展開始關注自動測試，並主動或被動的學習測試工具。這時候自己心裡一定要有數，那些測試工具會對職業生涯有幫助。目前國內的測試人員都在學習一些大廠商的測試工具，這些工具的確不錯，但是不一定都對以後的職業發展有利。一般來說這個時候首先要確定自己在功能測試方向發展還是在效能測試方向發展。這樣可以有針對性地學習各類別的工具。當讓有時間和精力可以多學習一些，多多益善。另外還有一些白盒測試工具，如果想在白盒測試方向發展可以多多研究。

定製工具階段  

　　這是工具輔助階段的延續，一般定製工具分為兩種，一種是對第三方廠商的工具進行外掛開發或利用工具的指令碼語言開發可重用的類庫；另一種是開發公司內部使用的工具。第二中情況難度較大，需要測試人員有較高的開發水平。一般來說只有在商業測試工具不能滿足測試要求時才開發自己的測試工具。當然有時候不需要使用龐大的商業測試工具的時候也可以自己開發一些小的、能夠滿足測試要求的工具。這一般使用產品開發所使用的語言或者Perl、Python等。對於使用Java開發的產品可以使用BeanShell等指令碼語言。  

業務測試專家  

　　此階段的測試人員已經熟練的掌握了多種工具，或者已經具備了為產品定製測試工具的能力。這個時候的測試人員應該做長期的職業生涯考慮，如果從事某個領域的產品測試時間較久，可以繼續深入研究此領域裡的相關技術，逐步能夠提出對產品開發有建設性的建議。一般來說這個階段的測試人員會在產品規劃的前期作為高階測試人員參與進去，為產品的需求蒐集和設計提供建設性意見。  

初級管理階段  

　　一般來說這個階段是指你處於專案組長位置的時候。這時可以制定測試計劃，組織組內人員編寫、修改測試用例。這個階段的人員一般一般可以考慮向業務測試專家方向或者高階管理人員發展。  

高階管理階段  

　　經歷初級管理階段後，積累了初步的測試管理經驗。這時候一般會參與測試計劃的制定、人力資源調配、各種資源分配等。  

各階段的薪資狀況  

　　就目前國內市場來看，按照測試人員所在的公司型別大致可分為如下幾類：  

　　　　1。國內中小企業  
　　　　2。國內大企業  
　　　　3。測試外包公司  
　　　　4。國外企業  

　　同一個等級的職位在不同型別的公司可能有不同的定義，比如在國內的小企業可能就以兩個測試人員，那你可能身兼多職，既是專案組長，又是專案經理。國內大企業一般來說同國外的企業的職位基本對應，但是一般來說國內大企業的測試經理到國外的公司也只能是個測試組長。