贏在測試2中國軟體測試專家訪談錄

① 軟體測試需要考什麼證

軟體測試行業的證書其實都不重要，重要的是自己的技術，當然，如果你要考也是可以的。
軟體評測師（國家軟考認證）
軟體評測師考試屬於全國計算機技術與軟體專業技術資格考試（簡稱計算機軟體資格考試）中的一個中級考試，是軟體測試行業認可度比較高的一個證書。軟考屬於專業水平的國家品牌考試，試題注重崗位知識和技能，綜合性和靈活性強，創意多，如果有實際的工作經驗，通過率會比較高，涉及考試的點還是很廣的。
ISTQB（國際軟體測試資格認證）
有這個證書的話，進外企之類的一般比較有用，在國內，考這個證書的人數還是沒有軟體評測師高，而且考整個證書的花費很大。ISTQB作為國際性的軟體測試工程師認證，社會認可度還是挺高的。越來越多的跨國公司和從事軟體外測試外包的公司要求軟體測試人員需要獲得ISTQB認證。
PMP（美國項目管理協會項目經理認證）
PMP（Project Management Professional）指項目管理專業人員資格認證。它是由美國項目管理協會Project Management Institute(PMI)發起的，嚴格評估項目管理人員知識技能是否具有高品質的資格認證考試。要想獲得PMP專業認證，考生須達到美國項目管理協會（PMI）規定,對項目管理專業知識的掌握程度及其相應的工作經驗和要求；另一方面，獲得PMP證書的專業人員應繼續從事項目工作，以不斷適應項目管理發展的要求！總之，考這個證書的話，需要先進行一定的培訓，總之，花費也是比較大的。
CSTE（QAI旗下的軟體測試認證）
CSTE全稱Certified Software Tester，是QAI(Quality Assurance Institute)旗下的重要認證。該全球范圍的測試認證已經在美國、印度等頗為普及，成為很多公司對於測試從業人員的要求之一。但是在中國，考這個證書的人只佔了少部分。CSTE的考試主要涉及了測試人員的基本知識和流程，考試全英文，包括四個部分，兩個部分理論兩個部分實踐。全英文試卷，對於軟體測試的很多人來說，都會望而卻步的。

② 軟體測試2個月能學會嗎

看你想要達到一個什麼樣的效果。兩個月的時間，想要深入學習軟體測試是不夠的。
就比如蝸牛學院的測試開發課程。從周一到周六，每周足足六天時間排滿，每天晚自習到八點半。都得花四個多月，將近五個月的時間。從通用核心技術，到系統測試，再到測試開發，最後自主開發測試框架，從底層原理再到高級應用，無所不包，涵蓋全部測試開發核心技術，滿足企業核心技術需求。重要的是理解測試原理，拋開工具束縛，對測試框架進行重構優化，達到知其然更知其所以然的程度。我們的目的絕不僅僅講授工具或框架的應用，而是培養獨立解決技術問題的能力。

③ 目前，國內的軟體測試行業是怎樣的發展趨勢

在IT業處於發展的初級階段時，由於大多數軟體比較簡單，對其的測試工作也不復雜，往往是軟體開發企業在開發完成後進行一下簡單的檢測就可以了。但在IT業發展到一個高級階段後，系統越來越精密，而軟體也越來越復雜，影響的范圍也不斷擴大。因此，這時期開發的軟體就必須進行十分嚴格的測試。否則，不僅會引發企業銷售收入下降和運營成本的增加，甚至給企業帶來法律責任。而在金融、電信這種系統趨於全國集中，風險波及面大，業務影響廣泛的行業，其產生的後果更是不堪設想。IT服務資深專家神州數碼系統集成服務有限公司質量測試事業部總經理單軍指出，全面、嚴謹的測試和評估是降低企業IT系統風險的最佳實踐，沒有經過質量測試就上線運行的IT系統猶如一顆「定時炸彈」。

中國目前大多數的軟體都是由軟體開發企業自行進行質量測試的。總體而言，企業是重視開發而輕視測試。相關資料顯示，國內測試所花的費用不超過整個項目投資的5%（這個數據如果包括硬體投入會更低,另外在一些行業低得可憐）。但在國外，一般測試環節所花的費用占項目比重非常高，達到30%左右。事實上，近年來許多軟體的質量問題已引起人們的關注，有的在運行中出現問題甚至帶來巨大影響。

因此，除了政府制定相關法律法規外，還需要越來越多的企業致力於此項事業。這不僅會帶來良好的聲譽，也會帶來不菲的利潤。神州數碼系統集成服務有限公司正是憑借對IT系統建設過程中的風險要素和關鍵點非常了解這種優勢，正式提出了覆蓋IT全生命周期的「銳行服務」，其中質量測試服務是重要產品線之一。

據美國國家標准和技術研究院的報告顯示，美國大型專用軟體開發的失敗率高達70%，美國經濟因軟體錯誤每年都要損失高達595億美元，與此同時，預計2009年中國的軟體市場將達到62.3億美元，未來五年的年均復合增長率為18.7%。可見，隨著軟體規模的不斷擴大，軟體設計的復雜程度不斷提高，軟體開發中出現錯誤或缺陷的機會越來越多，客戶對質量測試的需求將日益旺盛。此外，IT管理開發與運行維護分離的趨勢，也推動著獨立測試中心的誕生和發展。

單軍認為，建立大的測試中心是質量測試發展的一個趨勢，尤其是金融、電信等業務對IT穩定性依賴嚴重的行業，建立單獨的測試中心尤為必要。針對大型銀行對測試的深入需求，他們專門提出的一套方案——大型測試中心解決方案，能夠幫助銀行從如何構建組織，如何以組織行為來實施測試等方面實現測試中心的完美建設。據悉，目前國內比較大的銀行都是神州數碼的客戶。

質量測評和質量保證服務目前正處在一個快速發展的階段。但是與國外相比，國內用戶和大多數廠商對質量測試的重視程度還遠遠不夠。東吳證券有關分析師表示，國外優秀的軟體開發機構把40%的工作花在軟體測試上，軟體測試費用占軟體開發總費用的30%至50%，對於一些要求高可靠性、高安全性的軟體，測試費用甚至相當於整個軟體項目開發所有費用的3至5倍。

中國目前已涌現了很多的第三方測試機構，但其中很多仍然處於發展的初級階段，行業自律也還不足，而如何提高中國目前的軟體測試水平也是需要探討的問題。業內人士指出，提高中國的軟體測試行業的發展水平，首當其沖要解決軟體測試隊伍的不足問題；其次要重視第三方的測試力量

④ 軟體測試面試常常提出的問題有那些，需要一些好的答案

標准答案的，現在只是以偶的一點理解加上網上的一些內容列舉出來供有需要的XDJM們作一下參考：
1. 首先一般都是比較老套點的問題：介紹一下你的經歷。
HOHO..這個問題我想誰都被問過吧，注意一下重點，不要緊張慢慢說就OK了。
2. 老套話說了就可以馬上切入正題了。根據你的經驗說說你對軟體測試/質量保證的理解？
這個就要仁者見仁、智者見智了，也基本上都是書上的東東，如果能有一些自己獨特的想法那就最好啦，呵呵
3. 理解完了那當然就要問一下是不是對軟體測試了解啰。這就輪到問軟體測試的流程是什麼，你原先的公司又是怎麼的流程了？
前面個問題也還是書本上的東西，一般介紹軟測的書上都有，實際上國內一般的中小公司根本就達不到書上所說的那些個測試規范，測試流程也是如此，沒辦法，
這就是現在我們整個大的測試環境，這個問題照著書上說的辦就行了，後面那個知道該怎麼做了吧，盡量把原來公司的測試流程言簡意賅的表達出來。
4. 接著問題就可以有一大堆了，這些問題很多都是要看自己的測試經驗以及對測試的理解來作答了，如：
(1) 你對SQA的職責和工作活動(如軟體度量)的理解：
SQA就是獨立於軟體開發的項目組，通過對軟體開發過程的監控，來保證軟體的開發流程按照指定的CMM規程（如果有相應的CMM規程），對於不符合項及時提出建
議和改進方案，必要是可以要高層經理匯報以求問題的解決。通過這樣的途徑來預防缺陷的引入，從而減少後期軟體的維護成本。ＳＱＡ主要的工作活動包括制定
SQA工作計劃，參與階段產物的評審，進行過程質量、功能配置及物理配置的審計等;對項目開發過程中產生的數據進行度量等等；
(2) 說說你對軟體配置管理的理解：
項目在開發的過程中要用相應的配置管理工具對配置項（包括各個階段的產物）進行變更控制，配置管理的使用取決於項目規模和復雜性能及風險的水平。軟體的
規模越大，配置管理就顯得越重要。還有在配置管理中，有一個很重要的概念，那就是基線，是在一定階段各個配置項的組合，一個基線就提供了一個正式的標准
，隨後的工作便基於此標准，並且只有經過授權後才能變更這個標准。配置管理工具主要有CC,VSS,CVS等，偶只用過CVS，對其它的不熟悉
(3) 怎樣寫測試計劃和測試用例：
簡單點，測試計劃里應有詳細的測試策略（測試方法等），合理詳盡的資源安排等，至於測試用例，那是依賴於需求（包括功能與非功能需求）是否細化到功能點
，是否可測試等。
(4) 說說主流的軟體工程思想(如CMM，CMMI，RUP，XP，PSP，TSP等)的大致情況以及你對它們的理解：
CMM:SW Capability Maturity Model 軟體能力成熟度模型,其作用是用於軟體過程的改進、評估及軟體能力的評鑒
CMMI:Capability Maturity Model Integration能力成熟度模型集成CMMI融入了大部分最新的軟體管理實踐，同時彌補了SW-CMM模型中的缺陷
RUP:rational unified process 是軟體工程化過程。它提供了在開發機構中分派任務和責任的紀律化方法.它的目標是在可預見的日程和預算前提下確保滿足最
終用戶需求的高質量產品,個人認為：它的核心觀念是開發的迭代，每個公司可以根據自身的軟體開發的流程和待開發項目的特點對RUP進行適當的剪裁，制定出符
合自己的軟體開發流程。
ＸＰ：extreme program，即極限編程的意思，適用於小型團隊的軟體開發，想上面第三個問題就可以結合原型法採用這樣的開發流程。要明白測試對於xp開發的
重要性，強調測試（重點是單元測試）先行的理念。編程可以明顯提高代碼的質量，持續集成對於快速定位問題很有好處。
PSP ,TSP 分別是個體軟體過程（Personal Software Process），群組軟體過程（Team Software Process）大家都知道，CMM只是告訴你怎麼做但並沒有告訴
你如何做，所以PSP/TSP就是告訴你企業在實施CMM的過程中如何做，PSP強調建立個人技能（如何制定計劃、控制質量及如何與其他人相互協作等等）而TSP著重
於生產並交付高質量的軟體產品（如何有效地規劃和管理所面臨的項目開發任務等等）
總之，單純實施CMM，永遠不能真正做到能力成熟度的升級，只有將實施CMM與實施PSP和TSP有機地結合起來，才能發揮最大的效力。因此，軟體過程框架應該是
CMM/PSP/TSP的有機集成。
(5) 對項目管理、白盒測試、單元測試、自動測試、性能測試、壓力測試工具的了解程度和實際使用經驗。(其實基本上也就是MI和Rational工具)：
這個就要看個人的了，沒法說了
(6) 其它一些具體的技術知識(如各種計算機語言的了解程度、資料庫等)；
5. 還有問一下你是怎樣保證軟體質量的，也就是說你覺得怎樣才能最大限度地保證軟體質量？
測試並不能夠最大限度的保證軟體的質量，軟體的高質量是開發和設計出來的，而不是測試出來的，它不僅要通過對軟體開發流程的監控，使得軟體開發的各個階
段都要按照指定的規程進行，通過對各個階段產物的評審，QA對流程的監控，對功能及配置的審計來達到開發的最優化。當然測試也是保證軟體質量的一個重要方
式，是軟體質量保證工程的一個重要組成部分。
6. 然後緊接著就基於目前中國的國情，大多數公司的軟體項目進度緊張、人員較少、需求文檔根本沒有或者很不規范，你認為在這種情況下怎樣保證軟體的質量
？(大多數公司最想知道的就是在這種困難面前你該怎麼保證軟體的質量，因為這些公司一般就是這種情況-既不想投入過多又想保證質量，faint )
出現以上的情況，如果僅僅想通過測試來提高軟體質量，那幾乎是不可能，原因是沒有足夠的時間讓你去測試，少而不規范的文檔導致測試需求無法細化何談足夠
且有針對性進行測試。所以，作為公司質量保證的你應該先後項目經理確定符合項目本身最適合的軟體生命周期模型（比如RUP的剪裁，原型法）,明確項目的開發
流程並督促項目組按照此流程開展工作，所有項目組成員（項目經理更加重要）都要制定出合理的工作計劃，加強代碼的單元測試，在客戶既定的產品交付日期范
圍之內，進行產品的持續集成等等，如果時間允許可以再配合客戶進行必要的系統功能測試。
7. 差不多了就該問一些只和軟體測試相關的問題了，如：
(1) 你覺得怎樣才能做一個(或者，怎樣才能算一個)優秀的測試工程師？(faint，這個問題好像是必問的，答案也無非是什麼要求全面的技術能力、縝密的邏輯思
維、出色的溝通能力、還要有懷疑精神、幽默感、洞察力等等。啥叫優秀啊？該有的能力都有，不該有的也有，而且個個能力還都是出色的，這就是優秀，呵呵，
開玩笑的，反正這個問題差不多就這樣，具體的什麼要求網路上也到處都有。
(2) 還有其它的如對自己優缺點的評價、自己的職業理想、為何離開上一家公司、自己在職業生涯中印象最深的事情、能否出差和加班、能否承受壓力和挑戰、薪
水要求、何時能到崗等等這些啥面試都要回答的問題，這個就只能自己斟琢著辦了。
(3) 另外還有一個重要的問題就是語言能力啦，尤其是英語水平，這個的話每個具體的公司都有不同的要求，也就沒啥好說的了。
差不多基本上就是這些了，如果有需要的可以有針對性的google一下，hoho僅供參考!

⑤ 本人軟體測試專業學生，現在正在做職業生涯人物訪談作業

呵呵，樓上回答真逗。
這個要幾千字的，我先回答一條吧。
問題2
1. 計算機專業技能
計算機領域的專業技能是測試工程師應該必備的一項素質，是做好測試工作的前提條件。盡管沒有任何IT背景的人也可以從事測試工作，但是一名要想獲得更大發展空間或者持久競爭力的測試工程師，則計算機專業技能是必不可少的。計算機專業技能主要包含三個方面：
l 測試專業技能
現在軟體測試已經成為一個很有潛力的專業。要想成為一名優秀的測試工程師，首先應該具有扎實的專業基礎，這也是本書的編寫目的之一。因此，測試工程師應該努力學習測試專業知識，告別簡單的「點擊」之類的測試工作，讓測試工作以自己的專業知識為依託。
測試專業知識很多，本書內容主要以測試人員應該掌握的基礎專業技能為主。測試專業技能涉及的范圍很廣：既包括黑盒測試、白盒測試、測試用例設計等基礎測試技術，也包括單元測試、功能測試、集成測試、系統測試、性能測試等測試方法，還包括基礎的測試流程管理、缺陷管理、自動化測試技術等知識。
l 軟體編程技能
「測試人員是否需要編程？」可以說是測試人員最常提出的問題之一。實際上，由於在我國開發人員待遇普遍高於測試人員，因此能寫代碼的幾乎都去做開發了，而很多人則是因為做不了開發或者不能從事其它工作才「被迫」從事測試工作。最終的結果則是很多測試人員只能從事相對簡單的功能測試，能力強一點的則可以藉助測試工具進行簡單的自動化測試（主要錄制、修改、回放測試腳本）。
軟體編程技能實際應該是測試人員的必備技能之一，在微軟，很多測試人員都擁有多年的開發經驗。因此，測試人員要想得到較好的職業發展，必須能夠編寫程序。只有能給編寫程序，才可以勝任諸如單元測試、集成測試、性能測試等難度較大的測試工作。
此外，對軟體測試人員的編程技能要求也有別於開發人員：測試人員編寫的程序應著眼於運行正確，同時兼顧高效率，尤其體現在與性能測試相關的測試代碼編寫上。因此測試人員要具備一定的演算法設計能力。依據作者的經驗，測試工程師至少應該掌握Java、C#、C++之類的一門語言以及相應的開發工具。
l 網路、操作系統、資料庫、中間件等知識：
與開發人員相比，測試人員掌握的知識具有「博而不精」的特點，「藝多不壓身」是個非常形象的比喻。由於測試中經常需要配置、調試各種測試環境，而且在性能測試中還要對各種系統平台進行分析與調優，因此測試人員需要掌握更多網路、操作系統、資料庫等知識。
在網路方面，測試人員應該掌握基本的網路協議以及網路工作原理，尤其要掌握一些網路環境的配置，這些都是測試工作中經常遇到的知識。
操作系統和中間件方面，應該掌握基本的使用以及安裝、配置等。例如很多應用系統都是基於Unix、linux來運行的，這就要求測試人員掌握基本的操作命令以及相關的工具軟體。而WebLogic、Websphere等中間件的安裝、配置很多時候也需要掌握一些。
資料庫知識則是更應該掌握技能，現在的應用系統幾乎離不開資料庫。因此不但要掌握基本的安裝、配置，還要掌握SQL。測試人員至少應該掌握Mysql、MS Sqlserver、Oracle等常見資料庫的使用。
作為一名測試人員，盡管不能精通所有的知識，但要想做好測試工作，應該盡可能地去學習更多的與測試工作相關的知識。
2. 行業知識
行業主要指測試人員所在企業涉及的行業領域，例如很多IT企業從事石油、電信、銀行、電子政務、電子商務等行業領域的產品開發。行業知識即業務知識，是測試人員做好測試工作的又一個前提條件，只有深入地了解了產品的業務流程，才可以判斷出開發人員實現的產品功能是否正確。
很多時候，軟體運行起來沒有異常，但是功能不一定正確。只有掌握了相關的行業知識，才可以判斷出用戶的業務需求是否得到了實現。
行業知識與工作經驗有一定關系，通過時間即可以完成積累。
3. 個人素養[1]
作為一名優秀的測試工程師，首先要對測試工作有興趣：測試工作很多時候都是顯得有些枯燥的，因此熱愛測試工作，才更容易做好測試工作。因此，除了具有前面的專業技能和行業知識外，測試人員應該具有一些基本的個人素養，即下面的「五心」。
專心：主要指測試人員在執行測試任務的時候要專心，不可一心二用。經驗表明，高度集中精神不但能夠提高效率，還能發現更多的軟體缺陷，業績最棒的往往是團隊中做事精力最集中的那些成員。
細心：主要指執行測試工作時候要細心，認真執行測試，不可以忽略一些細節。某些缺陷如果不細心很難發現，例如一些界面的樣式、文字等。
耐心：很多測試工作有時候顯得非常枯燥，需要很大的耐心才可以做好。如果比較浮躁，就不會做到「專心」和「細心」，這將讓很多軟體缺陷從你眼前逃過。
責任心：責任心是做好工作必備的素質之一，測試工程師更應該將其發揚光大。如果測試中沒有盡到責任，甚至敷衍了事，這將會把測試工作交給用戶來完成，很可能引起非常嚴重的後果。
自信心：自信心是現在多數測試工程師都缺少的一項素質，尤其在面對需要編寫測試代碼等工作的時候，往往認為自己做不到。要想獲得更好的職業發展，測試工程師們應該努力學習，建立能「解決一切測試問題」的信心。
「五心」只是做好測試工作的基本要求，測試人員應該具有的素質還很多。例如測試人員不但要具有團隊合作精神，而且應該學會寬容待人，學會去理解「開發人員」，同時要尊重開發人員的勞動成果——開發出來的產品。

關於這個行業需要什麼樣的學歷，個人認為必須專業以上，更高學歷有優勢但是專科就夠用了。你可以參考我們公司每年發布的《軟體測試從業人員學歷調查報告》還有《軟體測試從業人員薪酬報告》等，問題太多了我就不一一解答了，你可以看我們論壇上面有很多免費資料供你下載。

⑥ 軟體測試在國內外的現狀

軟體測試以第三方的視角探討制約國內軟體發展的瓶頸和如何拓寬與加強軟體測試等有關問題，作以下探討。1、 軟體測試勢在必行從有關資料獲悉 ,金融和電信行業，他們買的硬體設備都是頂級的，可惜軟體應用這一塊跟不上，導致了硬體功能得不到充分的發揮。硬體設備低下的運行效率，造成了資源與資金的隱性浪費,實際上是國內軟體在拖硬體的後腿。國內的軟體開發普遍存在「重開發，輕測試」的現象，常常是在項目開發完成之後，才發現軟體有嚴重缺陷問題，不得不全部推倒從頭再來。推倒重來則意味著前期人、財、物的投入全部浪費了，既大大增加了軟體的開發成本，又會因為超出了客戶的委託時間，付出的代價就更高了。實踐經驗證明，軟體測試是軟體開發過程中的一個重要步驟，或者說測試應該貫穿在軟體開發過程的每一個階段。軟體測試所起到的作用就是：能夠確保在軟體開發的過程中，隨時發現問題，方便開發人員及時修改。在國內對於消費類軟體來說，經常出現一些已經推向市場的產品由於被發現有嚴重缺陷而導致大量退貨的局面。而對於定製的行業軟體來說，則是一再的返工、綿綿無絕期的修改和維護，既拖死了軟體提供商，也耽誤了客戶的正常業務。這一系列現狀會導致使用戶對國內軟體提供商失去信心，這對於正在成長的國內軟體市場來說，無疑是當頭一捧。由於國外軟體的成熟度高，開發商對軟體質量的控制力度很強，所以國外軟體測試外包的不是太多;不過在國外有些軟體需要比較專業的質量認證，例如軟體的本地化測試，就必須藉助第三方機構來完成了。如微軟公司，微軟的產品要翻譯成歐洲的 6種文字，如果是自己來做這些本地化測試工作，成本就會很大，所以外包給別的公司來做就很合適;另外還有一種情況也會外包的，例如對一些大型軟體的測試，不一定每家開發商都有專業的測試隊伍和測試的工具。從成本上來說，某些軟體測試工作外包是經濟的。相反，國內軟體的成熟度比較低，軟體開發商基本沒有能力來做測試，這指的是專業的、職業的測試，所以從目前來說，國內軟體測試的市場空間很大。」軟體產品日趨復雜，這就需要相當程度的技術來安裝、升級、檢測和維護。因此，終端用戶必須更多地依賴來自供應商的售後服務。在一些情況中，用戶不僅購買產品，而且接受由賣方提供的支持服務作為一整套服務。隨著中國加入 WTO，中國生產和服務領域需要更多的IT應用軟體以加強他們的同外國競爭對手的競爭力。例如，製造商可利用實例推理技術、神經網路或模糊邏輯來加強其設計能力。服務領域也需要更多的IT應用和多媒體技術，使服務的提供更具彈性，且更節約成本，例如，銀行和股票經紀人的在線處理能力，運輸領域的電子物流安排，電信收斂和IT服務業等等。而且，政府各部門的計算機化也提供了巨大的商機。出於對軟體測試行業的理解，意識到要解決國內軟體應用滯後於硬體的問題，就必須提高國內軟體的質量，而要提高軟體質量，就必須加強軟體開發過程中的測試力量，而獨立的第三方測試機構正是一個市場空白點，故專業從事軟體測試的機構的產生是發展的必然。2、 軟體測試現狀與提高目前國內做軟體測試的機構，還沒有發現完全商業化操作的機構 ,只是有某些政府部門下屬的機構做一些軟體產品驗收工作;要麼就是開發商臨時承接的一些軟體測試項目。應該說實施軟體測試時遇到的最大障礙是: 一是客戶的意識，二是派出的項目實施人員的素質問題。實施軟體評測項目時，客戶要有接受管理軟體開發流程的意識。客戶交給開發商一個項目，通過測試等質量掌控流程，可以將產品的質量保證在一個相對較高的水準，減少後續工作的成本。但是現在很多開發商和客戶很短視，覺得只要現在沒有出問題，就可以了，不願意在軟體開發過程中，讓測試介入的程度不深，這導致測試不完全，埋下了隱患。無論是對軟體開發商還是對客戶來說，忽視軟體測試，必將導致上的軟體開發項目越多，將來會被這些有問題的項目給拖死的概率越高。而有獨立的軟體測試第三方的出現，好處就是嚴格地掌控軟體質量，減少維護成本。這不光對客戶有好處，對開發商也有好處。所以一個項目，在我們實施很長一段時間，大約是半年至兩年後，客戶才意識到這樣做是有用的。這很正常，因為軟體開發一定會有大大小小的問題，包括我們評測也有一些問題查不出來。特別需要說明的是對派出的項目實施人員的標准很高，要求既有綜合素質，又要有專業素質，目前國內這種復合型的人才太少了，除引進外可以自己培養。但人才培訓需要加大力度，因人才培養是要在資金和力量上投入最大的一塊。其中專業素質的培訓最難，因為需要實踐 ,這如同醫生需要臨床實踐一樣。項目實施管理者也一樣，既要有理論基礎，更要有經驗積累，而一個優秀的項目實施管理者重要的素質是，能在按流程做的基礎上，發揮個人的主觀能動性，這個要求就太高了，但這又是項目實施成功的關鍵。國內軟體業和國外相比，最大的差異就在：質量和質量控制應該是最重要的一項內容。但是，無論在消費類軟體還是大型軟體的測試領域，與國外相比，國內軟體產品的質量掌控體系和標准都是模糊的。國內軟體提供商的質量承諾，既沒有相應機構的監督，質量水平也沒有第三方來認證，承諾顯得極其蒼白而無力。可喜的是，軟體測試機構在我國正逐漸成長起來，並且，它們在軟體市場上的影響力正逐步得到提升。因缺乏游戲規則導致整個軟體行業的市場行為不規范，並且嚴重製約軟體行業健康成長的局面，一定會有所改善。3、 軟體測試如何做從事後測試，向質量控制上轉型。起初往往是受客戶委託，測試已經開發完畢的軟體，更多的是事後驗收工作;以後逐步介入軟體開發前的需求評審，以及開發時的文檔評審、代碼走查等等;最終發展方向就是做軟體監理，但是不能不承認，目前我們與國際上通行的軟體監理還有一定的距離。這樣實現了從事後測試，向質量控制上轉型。而美國實際是在軟體規模的擴大和結構的不斷復雜的情況下，開始建立軟體測試制度和規矩的。美國在軟體開發的起步階段，也不會自己主動去做，是在現實的壓力下，才去實施這些流程規范的。國內一定要有這種意識，意識到軟體開發過程中一定要引進這些規章制度。另外，意識到了還不行，一定要實踐。那軟體測試如何做?為此，應構建完整的軟體測試平台。該完整的解決方案，包括以下幾方面：* 軟體設計中的代碼安全性檢測;*軟體實施過程中的軟體配量管理;*軟體質量的度量和評估、提供各種質量模型，提供軟體驗收依據;*自動化單元測試;*增式和非增式測試;*匯編語言的靜態分析和動態測試;*基於消息的分布式系統的自動測試(支持通信協議TCP/IP、X.25、GSM、Socket OSI…)*系統級的驗收測試;*嵌入式系統實時測試，支持各種和操作環境(OSE/Nucleus+/VxWorks)。 4、總結一下 軟體評測只是用技術手段來監控軟體產品的質量，並不能從根本上提高我國軟體產品的水平。目前，國內最缺的是軟體項目實施的高級管理人才和軟體結構分析的專業人才。這種高級人才的培育制度才是最重要的，缺乏高級人才培養的後果，會影響國內軟體的進程。與培養軟體藍領相比，雖然高級人才培育的時間周期長，資金投入大，但是我們一定不能急功近利，要有這種憂患意識，去做這項有長遠影響的工作。這種工作不是非得要誰去做，但是我們一定要有這種意識去投入去做。日本在軟體開發中分得很細，國內接日本軟體外包的業務很多，但大部分只是負責一個模塊。軟體是個創造性的工作，變成流水線工業化生產也許有問題。在我們的軟體開發中，往往技術是不成問題的，但是管理是個大問題。我們的軟體企業中，各個員工意識不一樣，在不同的階段理解不一樣，管理人員的素質也不一樣。軟體管理和測試是一個需要反復實踐的過程，要通過反復的實踐才能解決問題。這些問題根本不是培訓大量的軟體藍領就能解決的。

⑦ 軟體測試的項目有哪些常用的缺陷管理工具

1.QC
QC的全稱Quality center, 質量中心的意思，它是一款缺陷管理工具，可以組織和管理一個項目所有的測試階段.
2.Bugzilla，
Bugzilla是一個Bug追蹤系統設計用來幫助你管理軟體開發。
Bugzilla是一開源Bug Tracking System，是專門為Unix定製開發的。但是在windows平台下依然可以成功安裝使用.
3.Bugfree，
BugFree是借鑒微軟的研發流程和Bug管理理念，使用PHP+MySQL獨立寫出的一個Bug
管理系統。簡單實用、免費並且開放源代碼(遵循GNU GPL)。
4.JIRA
JIRA是集項目計劃、任務分配、需求管理、錯誤跟蹤於一體的商業軟體。
JIRA功能全面，界面友好，安裝簡單，配置靈活，許可權管理以及可擴展性方面都十分出色。
JIRA創建的默認問題類型包括New Feature、Bug、Task和Improvement四種，還可以自己定義，所以它也一是過程管理系統。
Jira融合了項目管理、任務管理和缺陷管理，許多著名的開源項目都採用了JIRA。
JIRA 是目前比較流行的基於Java架構的管理系統，由於Atlassian公司對很多開源項目實行免費提供缺陷跟蹤服務，因此在開源領域，其認知度比其他的產品要高得多，而且易用性也好一些。同時，開源則是其另一特色，在用戶購買其軟體的同時，也就將源代碼也購置進來，方便做二次開發。
5.Mantis
Mantis是一個基於PHP技術的輕量級的缺陷跟蹤系統，其功能與前面提及的JIRA系統類似，都是以Web操作的形式提供項目管理及缺陷跟蹤服務。在功能上可能沒有JIRA那麼專業，界面也沒有JIRA漂亮，但在實用性上足以滿足中小型項目的管理及跟蹤。更重要的是其開源，不需要負擔任何費用。不過目前的版本還存在一些問題，期待在今後的版本中能夠得以完善。
6.Readmine
Redmine是用ruby開發的基於web的項目管理軟體，免費。JIRA收費
Redmine可以創建子任務，而jira不易創建子任務。
Redmine來管理項目，但它沒有用例管理.
7.禪道
禪道項目管理軟體是開源，集產品管理、項目管理、質量管理、文檔管理、組織管理和事務管理於一體，是一款功能完備的項目管理軟體，完美地覆蓋了項目管理的核心流程。
8.TAPD
TAPD項目管理軟體是基於敏捷開源，隸屬騰訊開發出來的，集產品管理、項目管理、質量管理、文檔管理、組織管理和事務管理於一體，是一款功能完備的項目管理軟體，完美地覆蓋了敏捷項目管理的核心流程。
9.TESTLINK
略
10.TD
略
如果想這塊內容增強的小夥伴參考網上的相關知識(黑馬程序員論壇等)

⑧ 軟體測試面試時，可以問面試官一些什麼問題

面試是我們進入一個公司的門檻，通過了面試才能進入公司工作，你的面試結果和你的薪資、享有的福利待遇是息息相關的。那如何能順利的通過面試，得到HR的認可呢?面試軟體測試要注意哪些問題呢?下面和成都IT培訓優就業小編一起來看看吧。
軟體測試面試常見問題通常分為兩大類，一類是考察專業技能，另一類是考察你的穩定性和努力程度。
一、考察專業技能
專業技能方面需要你有很扎實的測試功底。你可以去搜索一下大的IT公司的面試問題，查缺補漏，也可以復習一下所學知識，針對具體面試的崗位多做背景知識的准備。這方面沒有太多捷徑可以走，即使你因為背了一些難題而恰巧通過了高於你能力崗位的面試，那麼在試用期不能勝任工作也是會被辭退的。所以要鞏固你能力范圍內的知識，然後盡量避免失誤。
二、考察你的穩定性和努力程度。
第二類主要是考察你的穩定性和努力程度甚至職業規劃之類的問題。比如說問你怎麼看待測試工作，能否接受加班，以及未來的職業規劃等等。這種問題不能一時為了工作而毫無保留地答應，假設你硬著頭皮接受了加班，那你之後也會因受不了996工作制度而辭職。所以可以適當詢問具體的加班頻率和強度，在可接受的范圍內做出承諾。關於未來的職業規劃，如果你有野心，想要升職加薪，那麼可以適當表露出來。如果你目前只想要穩定，那麼也可以謙虛地表示現階段會努力積攢經驗，等機會來了再考慮。這類問題很靈活，通常沒有固定答案，只要不是過於虛偽地答應任何條件，或者不留餘地乾脆地拒絕，怎麼回答都可以。主要是在這個過程中表露謙虛的態度以及可以商量的餘地，相信肯定會贏得HR和領導的好感。
以上就是四川優就業小編回答的軟體測試常見問題的一些方法和技巧，我們技術掌握的好了，要想通過面試，得到offer，還是要好好准備面試，在面試中有一個好的表現。相信大家只要認真准備、勤加練習，通過面試應該問題不大。

⑨ 我28了，想學點軟體測試，請問看什麼書好

測試入門
軟體測試（第2版）
Software Testing (2e), Ron Patton
一本測試入門的好書，較全面地介紹了各種測試領域和方法，為測試新手提供了正確的觀念和寬泛的基礎。

軟體測試工程師面試指導
蔡為東
面向初學者，介紹了軟體測試行業、測試工程師素質要求、基本測試技術、求職策略、面試技巧、典型試題，對於測試新手或邁向測試行業的朋友有較高的參考價值。此書還收錄了一些對讀者來信的回復，內容涉及職業規劃、大學生就業、測試學習、測試實踐等，針對當前常見的困惑，做出了謹慎且深思熟慮的回答。附文《我在微軟做軟體測試外包》對於了解微軟中國的流程與文化很有參考價值。

軟體測試的藝術（第2版）
The Art of Software Testing (2e), Glenford J. Myers, Corey Sandler, Tom Badgett, Todd M. Thomas
一本「久經考驗」的測試經典：1979年，第一版面試；25年後，第二版登場。平心而論，有些觀點已經不能直接應用在測試實踐中，但是仔細品味仍有所收獲。畢竟，這是一本需要思考的書，而不是操作手冊。
軟體測試實戰–測試Web MSN
蔡為東
以Web MSN為測試對象，形象生動地介紹了針對圖形界面的黑盒測試技術，有很強的實踐性。圍繞一個實例，全面地的介紹各種測試方法，是此書區別於其他測試書籍的一大特色。附文《膠著》是作者一段開發經歷的回顧與小結，有笑有淚，僅憑此文便值回書資。

通用測試技術
探索式軟體測試（強烈推薦）
《探索式軟體測試》涉及以下重要問題：為什麼自動化測試無法消除所有缺陷，如何才能讓這些缺陷無處遁形？哪些技術可幫助我不斷發現和消除致命錯誤？如何更高效地進行手工測試，增加些許輕松和愉悅的感覺？對於每個項目，如何確定最高效的高級測試策略？在我無法進行全部測試時，哪些輸入是必須測試的？哪些測試用例能提供最理想的特性覆蓋率？在結合使用探索測試和傳統腳本或場景測試時，如何才能獲得理想效果？如何體現來自開發過程的反饋意見，代碼更改嗎？
計算機軟體測試（第2版）
Testing Computer Software (2e), Cem Kaner, Jack Falk, Hung Quo Nguyen
一本值得反復參考的好書，」The bestselling software testing book of all time」 的美譽絕非浪得虛名。作者將多年的實踐經驗用平實的語言娓娓道來，內容涉及測試技術、測試管理、開發流程、思考方法、實踐模式，可謂是一本測試典籍。部分內容看似有些過時，但是其思想和方法仍舊有很高的借鑒價值。
微軟的軟體測試之道
How We Test Software at Microsoft, Alan Page, Ken Johnston, Bj Rollison
微軟的資深測試者審視微軟當前的測試方法，並展望軟體測試的未來發展。缺點是沒有結合Windows或Office這樣的著名且復雜的產品，詳細討論具體項目的具體技術。優點是提供了許多小故事，講述了Windows、Office、Live等產品開發中的點滴。從經驗傳承、啟發思路的角度，這些故事是全書的精華，具有很高的參考價值。
測試有道：微軟測試技術心得
梁博, 許珊, 徐歆愷
內容由一系列技術點組成，每一個點都有精要的描述和作者的心得體會，力圖以小搏大，以精粹勝廣博。但是沒有提供一個理論框架將這些點有機地聯系起來，讀起來有隻見樹木、不見深林之感，也缺少「授人以漁」的獨到見解。最大優點是介紹了一批免費且實用的工具，可以放在案頭備查。
軟體測試基礎:方法與度量
Software Testing Fundamentals: Methods and Metrics, Marnie L. Hutcheson
以風險分析為核心，討論了測試計劃、測試組織和測試設計。其中，關於「測試價值的可說明性」和「利用Office Suite來撰寫、管理測試計劃」的內容有啟發性。適合有一定工作經驗的測試人員參考。
軟體測試（第2版）
Software Testing A Craftsmaj』s Approach (2e), Paul C. Jorgensen
將理論與工藝結合在一起的測試教科書。比較嚴謹地討論了軟體測試的基礎理論，適合軟體測試研究者研讀。
面向對象的軟體測試
A Practical Guide to Testing Object Oriented Software, John D. McGregor, David A. Sykes
介紹了面向對象軟體測試的基本思路和方法。第7章「測試類的層次結構」比較有啟發性，討論了針對繼承的測試設計和組織，相關內容在其他測試書籍中並不多見。
軟體測試技術大全：測試基礎、流行工具、項目實戰
陳能技
該書由多位作者共同撰寫，內容涉及測試理念、測試技術、測試開發、測試自動化、測試管理和常見的測試工具，不愧「測試大全」的書名。有些內容失之於粗糙，一些論述也不夠嚴謹，缺乏參考文獻更是此書的硬傷。瑕不掩瑜，此書理論和實踐結合緊密，仍值得測試工作者學習和思考。
測試管理
笑傲測試–軟體測試流程方法與實施
魏偉
以小說為體裁的測試管理書籍。通過令狐沖和風清揚的對話，從一個逐漸成長的新人的角度，介紹了測試管理的點點滴滴。全書輕松幽默，全無技術讀本的枯燥乏味。附錄所收錄的文章「從新鮮人到新仙人」對於行業新人頗有幫助。
步步為贏–軟體測試管理全程實踐
蔡為東
以「管理就是負責人」為核心，介紹作者擔當測試領導的切身經驗：自我管理、自我成長、編寫測試計劃、編寫測試用例、執行測試、溝通、測試計劃/用例評審、測試總結、員工管理、測試思想等。也適合第一線的測試工作者閱讀，所涉及內容皆和他們的日常工作密切相關。
專項測試技術
軟體安全測試藝術
The Art of Software Security Testing: Identifying Software Security Flaws, Chris Wysopal, Lucas Nelson, Dino Dai Zovi, Elfriede Dustin
軟體安全測試的入門書，用很短的篇幅涵蓋了軟體安全測試的多個領域，為測試人員提供了模型、方法和工具。對於Threat Modeling的介紹很精彩，為進一步的行動提供了良好的理論與實踐基礎。
Web安全測試
Web Security Testing Cookbook: Systematic Techniques to Find Problems Fast, Paco Hope, Ben Walther
一本實踐性很強的Web安全測試手冊。從網路安全的角度，介紹了一批免費的網路通信分析、監控、修改、調試工具；以條目為組織，介紹了的測試方法或策略；以實踐切入，穿插介紹理論知識，通過精心選材和組織，降低了Web安全測試的門檻。
實用軟體測試指南
How to Break Software: A Practical Guide to Testing, James A. Whittaker
軟體測試專家編寫的實戰指南，指導測試人員從攻擊的角度展開軟體測試。介紹了一些實用的測試工具，對於壓力測試、極限測試有較強的參考價值。
軟體測試新技術與實踐
於秀山, 於洪敏
介紹了組合測試技術在測試中的應用。適合組合測試研究者參考。
Web應用程序性能測試指南
Performance Testing Guidance for Web Applications, J. D. Meier, Carlos Farre, Prashant Bansode, Scott Barber, Dennis Rea
微軟模式與實踐(pattern & practices)團隊的佳作，介紹了性能測試的正確觀念、流程和實踐。篇幅短小，內容深邃，值得在實踐中反復參考和體會。
應用程序性能測試的藝術
The Art of Application Performance Testing: Help for Programmers and Quality Assurance, Ian Molyneaux
經驗豐富的軟體性能測試專家分享他的經驗，內容包含性能測試的架構、模型、典型方法和結果分析。適合有一定經驗的測試者參考。
測試自動化
.NET軟體測試自動化之道
.NET Test Automation Recipes：A Problem-Solution Approach, James D. McCaffrey
該書講解了在.NET平台上編寫輕量級測試程序的實用技術。作者曾經在微軟工作，該書與微軟測試開發工程師的培訓材料的契合度很高，實踐性很強。對於Windows平台的測試工程師而言，此書的參考價值很高。
集成測試框架–用Fit進行敏捷軟體測試
Fit for Developing Software: Framework for Integrated Tests, Rick Mugridge, Ward Cunningham
Fit是一種編寫系統測試的測試框架，作為一種業務交流工具，它深刻地反映出敏捷軟體開發的若干特質。此書由Fit之父親自編寫，不但可以了解Fit的方方面面，還能從中體會大師的感悟與實踐。
互聯網單元測試及實踐
陳衛俊, 趙璨, 周磊, 陳洪
介紹了常見的單元測試框架，並結合具體項目講解了單元測試的基本理論和技術。對於Web測試的新手，有較高的參考價值。

經驗總結
軟體測試經驗與教訓
Lessons Learned in Software Testing, Cem Kaner, James Bach, Bret Pettichord
值得反復研讀的經典好書。Tom DeMacro的贊美——「這些經驗中的任何一個，都抵得上這本書的價錢」，所言非虛。
完美軟體–對軟體測試的各種幻想
Perfect Software: And Other Illusions about Testing, Gerald M. Weinberg
該書沒有介紹具體的軟體測試技術，它討論的是軟體開發中的人、他們對測試的認知、軟體測試的目的、實現目的的社會學和心理學上的探索。它試圖建立正確的軟體測試觀念、協調的心理情緒和有效的思考方式。這些要素最終會決定在具體的項目中採用何種具體測試技術的組合。
贏在測試：中國軟體測試先行者之道
蔡為東
介紹了一批測試先行者的個人經驗的書。學習他人經驗可以用較低的成本去擴大自己的體驗，自然是他山之石可以攻玉，開卷有益。不過，個人經驗非批判性地閱讀與理解，不能有效，甚至有害，所以該書適合願意學習且有能力學習的測試愛好者。不足是大部分被采訪者都是管理者，沒有真正的測試技術專家。
軟體測試精要
董傑
作者分享他在測試領域的經驗與思考，其熱情和思辨躍然紙上。缺點是內容卻有些散亂，即便是一章，其系統性也有些不足；對於測試工具背後的測試思想，挖掘得比較淺，沒有上升到測試理論的高度。