主持人：首先，我給大家介紹一下我們推出的巔峰訪談系統活動，我們是邀請來自廠商的領導和專家，來解讀一下技術趨勢和應用方案。今天我們請到的是惠普公司的Mark Sarbiewski先生和王瀅女士。
Mark Sarbiewski先生是資深的產品市場主管，他全面參與惠普軟件的市場工作，在測試軟件領域有非常長的工作經歷。那么，王瀅女士是中國惠普軟件部技術顧問，她也有多年從事測試軟件的售前咨詢和技術支持的經歷。
我們第一個環節是請Mark Sarbiewski先生為大家講解一下惠普提出應用質量管理包括哪些具體的內容。
Mark Sarbiewski：非常感謝大家能夠發出這樣的邀請，抽出時間和我們一起做這樣的訪談。首先，我簡單地和大家做一個介紹，和大家談一談惠普在軟件應用質量管理方面的一些觀點。
在我介紹的開場白，我想引用一個非常著名的資深公司說過的一番話，這個話的中心思想軟件的最終目的在何處呢？當最終用戶使用這樣的軟件的時候，軟件的性能是有效的，而且是安全的。所以，我們是最開始在這個價值上面，把它最終傳送到用戶手上，讓他覺得物有所值。
接下來，我們再看另一則引言，這其實告訴我們一個思想，就是軟件是不斷變化的，它現在已經變得越來越復雜，而且與很多事物都是相關聯的。這提醒我們如果我們依然用10年前的老辦法來做軟件，我們很難在日新月異的軟件市場當中獲得成功。
那么，我們來用這頁簡單地看一下應用軟件方面的一個變化。最一開始的時候，我們只是看到一個孤立形式的軟件的應用，我們更多地是用于金融行業。
當時的問題是當它用于金融行業的時候，它最一開始的效果是不錯的，但是隨后我們要對它進行一些調整的時候，卻發現很難做出這樣的調整。
現在，我們在全球很多公司看到一個跟以往不同的情況，就是現在都采取一個不同的架構，我們是根據服務來選擇軟件，而且這個軟件因為取決于服務，所以可以應用到整個的業務流程當中。
現在我們也很高興見到了很多新進的科技產生，比如說Web2.0的技術，這使得應用可用性更強，而且具有更高的挑戰性，同時帶來的可用性和安全方面、性能方面的挑戰。惠普希望能夠在這個基礎上，更加了解我們客戶的需求，能夠更好地幫助他們。
在惠普，我們采取的解決方案第一步就是把質量是三個支柱支撐的，首先是功能性，就是它是否能夠很好地運行。第二個支柱就是性能，當有上千萬的用戶來使用這個應用的時候，它是否能夠正常運行。第三個支柱就是是否安全。
那么，這個解決方案的第二步，就是在整個應用的生命周期當中，我們支持的是哪一個環節。很多人在談軟件的開發周期、生命周期，這意味著什么呢？這是開發之初一直到最后的交付使用。
如果說僅僅關注于開發這個環節的話，那么實際上會忽略很多真正應該值得我們去注意的問題，如果我們來看一個完整地應用生命周期的話，它應該是更加寬泛的，應該延續到最終用戶使用運行起來這個階段。
因為在這個時候，就是在真正運行這些軟件的時候，或者是使用這些應用的時候，我們這個時候發現的問題所需要來解決的資源、人力，甚至這個問題產生對于公司造成的一些風險、影響，都值得我們去關注。
在我們解決方案中，最后的一步就是要統觀全局，縱觀整個的生命周期，找出幾個最重要的點，能夠使得我們的軟件應用在交付客戶使用的最后可以發揮它的效用，就是最后是我們需要關鍵控制的關鍵控制點。
我來談一談為什么我們要談論著幾個關鍵控制點，或者說戰略控制點。因為很多的公司他們在考慮是應用什么樣的科技、技術來做研發，來選擇它們的應用，是用JAVA還是用.net來做，是買這樣的應用還是自己研發這樣的應用，但是真正的問題在于他們是否理解了需要這個軟件、需要這些應用背后的需求，如果最一開始沒有把這個需求搞明白，沒有和他們的客戶溝通，那么應該說最后的效果也是不好的。
所以，我們提倡的是應該正確地去理解這些需求，同時也要分析所有這些需求所意味的風險，這樣才能夠做出適當地選擇來完成測試，最后把這個應用推上線。
我們的解決方案就是有各種各樣不同的中心，這就是我們的產品組合，使各個部門所相關到的人員都能夠彼此聯系，做出一個協同的決定。
最后，我想用另外一句引言來做結，這個引言告訴我們在很多的IT公司、IT部門每個人都應該很忙碌，但是我們不應該以這種表相認為這個項目就做成功了，我們應該這個結果或者是效果來衡量、評價所做的應用是否成功。
以上就是我簡單地介紹，我們來進行問答環節。
主持人：我們這次問題的來源，首先是為這次訪談我們準備了一些具體的問題，同時我們在網上發出了一個征集問題的帖子，我們大概有近40位的網友在上面留言，他們提出了實際工作中包括軟件測試人員職業發展的問題。
首先，我想請問一下Mark Sarbiewski先生，在剛才您提到的介紹中講到，現在是越來越復雜的IT系統給企業帶來了業務的風險，那么在這個很長的應用生命周期的過程中，誰需要來為規避這些風險負責呢？
Mark Sarbiewski：這個問題提得相當地好，我總體的一個答案是說，并沒有說某一方要為所有的風險買單，并不是這樣一個情況的。說起來，現在軟件應用對于每個公司來說是至關重要的，所以我們應該設立一個中心風險管理的團隊，來對待這些風險，每個團隊有一個負責人，但是并不是說這個負責人就應該對于風險負責，而是團隊當中的每一個人都應該負責，一直到設計人員、開發人員、運行團隊、質量團隊每一個人都應該負擔這樣的責任。
主持人：剛才您也介紹了我們為企業提供了很多包括質量中心等提供服務的解決方案，那么目前在國外，企業應用自動化測試的
Mark Sarbiewski：應該說這樣的一個趨勢是非常強勁的，有幾個驅動的因素。首先，我們現在看到軟件已經是驅動整個企業業務完整地一個重要的因素，我們在企業的每一個角落都能看到軟件的身影。但是，企業發展業務需要增加，那么應用也要增加，可是企業并不能說增加多少業務就增加多少人做軟件開發和測試，這也是為什么我們看到自動化測試給大家帶來的便利，以及它的趨勢走強的原因。
主持人：同樣的問題我想問一下王瀅女士，我們國內的企業他們是否同樣表現出對于自動化測試表現出顯著的、越來越強的需求呢？
王瀅：沒錯，市場上包括我們很多用戶也在不斷地向我們咨詢一些如何采購和實施自動化測試工具的愿望和想法。基本上，我們的用戶他們會去考慮自動化測試這樣的一個目的基本上有兩個驅動力。第一個驅動力是對于在測試這個領域，因為我們知道它是非常繁瑣，需要花費很多的時間、人力的事情，對于這樣的一種活動來講，一方面我們的用戶會發現有些測試的工作是沒有辦法通過手工來進行完成的。比如說我們大家都比較熟知的性能測試，那么我們以前的應用可能它的模式用戶量非常少，但是現在隨著BS應用逐漸地普及，越來越多的應用會使用一些關鍵的應用來進行一些在線的交易或者是活動。因為這樣的應用是直接面向客戶的，所以它的性能是不是足夠好，用戶體驗是不是足夠愉快，對于我們的用戶來講是非常重要的。但是，如果我們的用戶應用的用戶量是到了一定的規模，用手工測試可以說是不可能完成的任務，所以這個時候我們會碰到越來越多的用戶考慮用自動化的方式來進行測試。
主持人：剛才二位介紹得比較多是我們的測試解決方案和需求方面的情況，但是我們知道軟件測試不但是工具和方法的問題，它和測試的工作人員也是有非常緊密的聯系。那么，我首先想請問一下Mark Sarbiewski先生，目前國外專門從事軟件測試工作的這些人的培訓、分工和就業的情況是怎樣的？因為現在在國內，普遍有一個很迫切的需求，就是認為軟件測試人員是中國軟件業發展最缺失的一塊人才。
Mark Sarbiewski：以我們的應驗來看，我們和客戶合作或者是和第三方合作伙伴合作的時候，我們感覺到現在的質量保證團隊和開發團隊、運行團隊的地位幾乎是平起平坐了，我們感覺到了這樣的趨勢變化。因為很多的公司越來越認識到，最后做出的應用質量的可靠，對于整個的公司來說是非常重要的，而且也非常需要十分專業的人員來做這樣的工作。因此，我們在測試人員這個行業的培訓和職業發展上面，都看到一些可喜的變化，比方說他們的薪酬會有提高。
現在，我們的測試團隊的人員在這樣的發展下面都有很多好的機會，那么有沒有好的機會他們首先要做到兩點，首先他們要十分了解他們所要運用的工具和這些技術，就是我們今天談到的比如說性能測試和自動化測試，所以我們的測試人員不僅僅要知道如何成為一個好的測試人員，同時要知道他們所運用的技術和工具如何更好地幫他們完成工作。
主持人：接下來我想問一下Mark Sarbiewski先生，在中國現在IT外包服務也是發展得非常好的一個新的行業，同時，我們國內也有非常多的獨立軟件開發商，就是ISV，那么自動化測試對于他們來說又能夠起到哪些幫助呢？
Mark Sarbiewski：這是一個非常好的問題，今年年初的時候我在印度也和很多的軟件外包商談過，有過很多的溝通，他們都是惠普的合作伙伴，他們的業務模式也在悄然地發生變化。在一開始的時候，他們有很多非常非常出色的軟件測試人員，他們的成本非常低，大家多靠手工來完成工作。但是，現在對于這些軟件人員來說，他們的工資都提高了，他們有更多的機會能夠跳槽，所以這些外包公司的管理層跟我說，他們希望能夠有更多地自動化的測試和自動化方面的應用。也就是說，能夠用更少的人，但是這些留下來的更少的人，應該具有更高的專業水平。
主持人：Mark Sarbiewski先生剛才介紹的是印度的一些情況，我想問一下王女士，在中國是否也有大型的ISV和知名的IT外包企業也在使用咱們的這個解決方案？
王瀅：沒錯，在我國內實際上我們有很多的合作伙伴他們是非常大型的集成商，或者是ISV或者是IT外包企業。
主持人：您剛才說的是現在也有這種軟件外包企業把測試服務作為一個可以對外提供的服務項目？
王瀅：沒錯。
主持人：那么方便介紹一下他們這種測試團隊可以達到什么樣的規模嗎？
這個測試團隊可能每個用戶的規模不是非常類似，基本上我們看到從幾十人到上百人都會有。
剛才我們提到了外包的情況，現在對于企業用戶來說，他很多的IT項目也是交給外包的合作伙伴去做。過去我們看到企業在選擇合作伙伴的時候，往往有一些資質的要求，比如說看服務商的CMM或者是CMMI的級別的方式。那么，我想問一下二位專家，現在光看這種服務商的資質，是否足以保證我們的應用質量是可靠的？有沒有一些建議可以給這些企業，讓他們在選擇外包服務商的時候，知道怎么考量我們把服務外包出去之后他得到的效果？
Mark Sarbiewski：應該說CMM本身也是不錯的選擇，但是并不是有很多的公司都達到很高的級別，所以光看CMMI或者是CMM還是不夠的。那么，我有三個建議，第一個是可以咨詢一下同行，比如說別的公司也同樣地跟你一樣有外包服務的需求，你可以咨詢一下他們的結果是什么樣的，咨詢一下他們的感受和意見。
主持人：那么，比如說我們企業常見的像ERP或者是CRM這種大型系統實施之后，企業是否可以要求實施企業他的咨詢公司和實施方為他提供一個第三方的性能測試的評估報告，以此來作為系統上線的前提的條件呢？
Mark Sarbiewski：對于企業來說，要求有一個這樣的測試報告是非常明智的一個想法、決定，因為這個企業需要理解這樣的測試是怎么進行的，最后的結果是什么。那么，我的意見是無論這個測試報告來自第三方或者是外包商自己都是沒有問題的，如果說外包商自己就能夠做出這樣的測試，并且可以十分良好地保證這個質量也是不錯的，當然第三方也可以。
主持人：我們也收集到非常多來自網友的問題，我們剛才很多的問題可能比較嚴肅，接下來問一個網友比較輕松的問題。
急性子的人是不是適合做軟件測試工作，軟件測試工作對于測試人員的性格會不會有要求？
Mark Sarbiewski：這個問題的確很有意思。我覺得作為一個好的測試工作人員，他應該具有非常豐富的想象力，而且他們必須考慮到我客戶在使用這些應用的時候會有一些什么樣天真的想法。因為對于天真的客戶來說，他們并不考慮軟件是怎么開發出來、怎么測試完的，客戶只考慮我怎么用。所以，作為一個好的測試人員，他應該想象客戶怎么用，會出現什么問題，然后來保證軟件的質量。說起來，急性子的人確實不太適合做測試，因為這個工作還是需要一些耐心的。
王瀅：除了剛才Mark Sarbiewski提到的需要一些想象力和耐心，我覺得還有一個我個人認為比較重要的特征，就是他的好奇心。可能他發現了一個問題之后，他非常期望去了解這個問題為什么會產生，我們如何才能找到它的原因，怎么去很快地、很有效率地解決這個問題。這樣的話，通常會給這樣的人帶來很大的成就感，我想這個也是他能夠從中得到一些成就感和樂趣的來源。
Mark Sarbiewski：我還要再加兩條，第一條，測試人員應該是一個非常非常細心的人，并且在遇到問題的時候不會追求走捷徑，應該是一個腳踏實地的人。還有一點，他應該是一個非常堅強或者是非常強悍的人，因為他的背后是他的客戶或者是開發團隊、項目經理，他們都要求在最后測試這一步的時候，把這個應用做好，最后把它推出去、交付給客戶，所以我們的測試人員應該是非常有技術和實力非常強悍的一個人，能夠做到這一點。
主持人：測試人員要精通一門語言和了解多門語言，那么是精通C++更好還是掌握JAVA更好？
Mark Sarbiewski：我先說說我的想法，再讓我的同事談一下她的看法。
王瀅：我的看法和Mark Sarbiewski是一致的，對于我個人來說，我認為不管是精通JAVA或者是C++，對于語言都是舉一反三的，我們要掌握哪個和不要掌握哪個，要看你的應用環境和應用中使用到的技術。如果你沒有一點點JAVA墊底的話，可能做JAVA的測試是比較困難一點。所以，我建議看一下你的應用環境和應用中使用到的技術。主持人
Mark Sarbiewski：對于很多很多在公司里工作，但是感覺到缺乏這方面支持的人，我覺得很重要的一點，他們所做的工作并沒有被管理層看到，或者是他們所做的工作他們沒有把它顯示出來，這也是很多的測試人員或者是測試團隊做得不好的方面。就是他們所做的工作沒有讓管理層看到，或者是他們的貢獻沒有把它量化出來。比方說測試團隊可以這樣做，因為我們每次做項目都要考慮到成本節約，所以如果測試團隊可以讓管理層看到，因為測試團隊的工作讓成本節約了多少，把這樣的貢獻量化出來，而且時時地提醒管理層，那么漸漸地管理層會支持測試的。
主持人：第二個問題是項目組把測試工作當成對立面，或者是把測試組當成給他們挑毛病的情況怎么辦？
Mark Sarbiewski：你說的這種情況也是非常多見的，那么對于開發團隊來說，他們很希望開發出新的應用，但是他們同時也希望開發出可用應性很高的應用或者是軟件。那么，對于測試團隊和開發團隊這種僵局，應該說測試團隊應該要注意提醒開發團隊，我們之間是一種合作的關系。那么，測試團隊所做的工作，并不會阻礙開發的腳步或者是創作的腳步，而是與開發團隊一起把這個事情做好、做對，最后開發出來的產品優越性是高的。所以，測試團隊應該更緊密地和開發團隊有溝通，了解他們的一些慣性的思維，他們是怎么想的，也能夠幫他們盡快地解決這些問題，這樣就能夠和開發團隊成為朋友，可以解決你說的這種互相掣肘的情況。
王瀅：實際上，我們也從我們用戶那邊看到一個非常好的現象存在，就是之前我們的開發團隊和測試團隊的確是比較對立的。像我們在銀行的一個用戶，他們有自己的數據中心，也有開發中心。之前，他們之間的關系確實是比較緊張的，就像您剛才提到的，測試團隊是來挑錯的，是來找問題的，是來給我們挑出意見來的。但是，實際上我們測試團隊當然也做了很多的工作，包括一個非常重要的方面，在一個項目里面他們提供了非常好的性能測試，大大提升了應用的可用性。現在來看，開發團隊和測試團隊會主動要求把這個項目拿來做測試。
主持人：這是在我們的自動化測試解決方案之后才得到這樣的情況？
王瀅：對，因為大量的手工是無法完成的，在采用了這樣的自動化測試之后，開發團隊確實看到了性能的提升，而且是很大的提升。
主持人：那么在這個過程當中，測試團隊是不是對于他們的之間關系找到共同的目標，起到了一些從理念、工具、方法上的幫助？
王瀅：對，因為這并不是測試團隊一個部門或者是開發團隊一個部門可以做的事情，他們必須進行溝通，比如說測試團隊會給一些團隊，開發團隊可以從這些信息里面更快地修復問題，這是一種朋友或者是協作的關系。
主持人：我們看自動化測試，實際上這個概念提出已經有相當長的一段時間了，過去都是講從表格驅動的框架。但是，現在惠普提倡的是業務流程驅動的測試，這二者之間有怎樣的區別，您怎么看這樣變革的過程？
Mark Sarbiewski：說起來，其實在幾年前用戶在我們的基礎之上，他們自己做了這樣的工作，就是他們用這些工具或者是Excle的電子表格來理解這些測試，來確認這個軟件應用是沒有問題的，這是讓客戶他們自己本身更好地理解。因為我們現在看到了這一點，所以我們說我們可以幫助客戶分擔這部分的工作。因為我們把這些工作都做好了，并且統一交給客戶，使得他們使用起來更方便。
王瀅：我解釋一下，表格驅動或者是業務流程測試是一個比較專業的詞匯。那么，表格驅動的測試它的初衷是為了讓我們的測試腳本更加易讀、易懂，它主要還是關注測試腳本的本身。剛才Mark Sarbiewski提到了，我們越來越多地注意到了我們的用戶有一些應用性的要求，他們希望編程經驗不是那么好的、不是那么多的人也可以參與到測試工作當中來，特別是我們的業務人員，因為他們在測試當中所起到的作用是非常重要的。因為只有業務人員他們才懂得如何去進行一個交易，如何去運行一個業務流程。所以，如果我們拿自動化測試的腳本去給他們看，即使是這種表格驅動的腳本給他們看，可能對于他們來講都是比較困難的。所以，因為我們注意到了這樣的需求，我們惠普在幾年之前提出了一個業務流程測試。業務流程測試一個最重要的貢獻，在于它可以讓業務人員更早、更多地參與到測試的構建和執行過程當中來。
所以，我覺得它們兩個所達到的目的是不一樣的。
主持人：那么，企業應該如何去選擇這種自動化的測試方案，他們在選型和實施的時候，有怎樣的一些可以遵循的原則和注意的事項？
Mark Sarbiewski：我所見過的在這方面做得最成功的公司，其實他們很關鍵的因素就是他們是很關注測試流程本身的。比方說在整個開發生命周期當中，哪一個環節、哪一點特別需要我們做驗證，我們在設計的時候就需要重新審核一下，或者是編碼的時候需要重新審核一下，或者是什么時候做單元測試，或者說哪個環節需要再做測試。所以，整個的生命周期他們都是需要實時地去做驗證，這是很關鍵的。
主持人：那么在選擇的時候，有怎樣的關注點？比如說從哪些重要的指標去考量軟件測試的自動化解決方案是適合的？
Mark Sarbiewski：確實是這樣的，有幾個原則，我想說三條。
首先，第一個是你所選的這個型，是否能夠在不同的環境下工作。我們不希望看到一個應用就對應一個測試，可以說一個測試可以在很多的應用當中用到。
第二個是擴展性，必須具有很強的擴展性。如果我們有500個人員來做測試，你可以擴展到這樣的等級。
第三個是你所使用的測試是否支持你所使用的流程，比如說在某一個決策點或者是某一個階段你需要做測試，或者是整個的流程是什么樣子的，你所選的測試方案應該適用于你這個流程。
我再補充一點，這個應該是易于操作的，如果你這個測試在理論上是可以運行的，但是沒有人能夠懂，不知道到底應該怎么操作，這也是不成功的。所以，一定要是簡單、易于操作的，實用性很強，也易懂，這樣你的測試人員可以很快地上手。
主持人：您講的易用性在很多的軟件當中是非常重要的一點，那么我想請問一下王瀅，您看到的我們國內企業的案例當中，他們在這方面大概是用多長的時間可以掌握我們的AQM，或者是我們解決方案當中的工具使用的情況？
王瀅：是這樣的，我覺得要從兩個方面來說。一個是工具本身，另外一個是工具背后的方法。
如果就工具本身來講，如果具有幾年經驗的測試人員，因為他有相應的應用的背景，我們用開發性能測試工具來舉一個例子。這樣的人員經過了4天左右的培訓，工具本身的使用已經沒有問題了。但是，我想說另外一個方面，工具只是工具，它實際上是要支持我們的測試方法，至于我們如何把這個工具更好地運用到我們的測試中來，在于我們如何把這個測試規劃，有一個想法通過這些工具實現，讓它更好地支持包括前期的規劃，到后期的分析。實際上，工具本身它只能給你提供一定的幫助，更多地還是需要你本身的經驗。
主持人：接下來的一些問題還是來自我們51CTO的網友，他們留在論壇里的問題。硬件的驅動測試，它應該是屬于軟件測試的范疇嗎？
Mark Sarbiewski：我們說到首先是硬件，然后是固件到軟件、應用，這是一個范圍。應該說很多商業用戶，他們關注的是應用的層面，所以我們很多時候還算是軟件測試的，就是您所說的情況是屬于軟件測試的。
說到開源代碼這個方面，對于開發團隊來說，他們可以選擇的工具其實是非常少的，JUnit是經常用到的。對于他們來說可能他們是借用微軟的工具來做開發，而且他們所用測試自己那一塊東西的工具，也都是比較少的開源代碼的東西。對于惠普來說，我們是提供商用測試手段和方案。
主持人：性能測試方案和測試結果分析哪個更重要？
Mark Sarbiewski：我認為這兩者應該是同等重要的，說到測試結果的分析，是專注于應用功能方面，這個顯然很重要。但是，性能測試也是一樣很重要的，因為它應該要支持盡量多的用戶。如果說一個用戶使用了這個軟件，但是他需要花好幾分鐘的時間才能得到一個結果，其實這樣的效果要比他返回一個錯誤的結果還要糟糕。
我再補充一點，講到我們做測試時候的順序，應該說功能方面的測試或者是驗證，我們在周期當中比較早的時候就做了。因為一項不能完成功能的軟件應用應該是沒有用的，所以我們在早期就做了。隨后，我們要對性能方面做更多的測試，要解決這些在性能方面出現的一些缺陷等等。
主持人：也就是說，先去考慮功能測試再做性能測試，而不是說哪一個更重要？
Mark Sarbiewski：其實很難說測試中某一方面要比另外一方面更重要，對于測試人員來說性能測試和非性能測試都是非常重要的，因為每一個測試都是一個漸進的過程。所以，要保證我們在測試當中要把這些問題一一解決，使得端對端的應用是很出色的。
王瀅：制定一個非常好的功能測試方案和我們對于測試結果進行分析這兩個那個更重要，我認為我可以用兩句話來解釋。第一個是對于性能測試方案它的好與不好，我們可以說“好的開始是成功的一半”。因為一個好的性能測試方案可以幫助我們非常有效率地完成一個測試。那么，對于結果分析來講，“行百里者半九十”，我們在測試當中要找出性能是否具有我們所期望的標準或者是具有我們所期望的特性。究竟是不是這樣，我們要靠結果分析來告訴我們，所以這個結果分析也是非常考驗我們測試人員的功力的。他需要從紛繁復雜的數據里面找到最重要的數據和最能說明問題的數據。
主持人：最后這個問題是更本地化一些。目前國內的軟件測試沒有一個很權威的認證，在外界看到一個初級的培訓，情況真的是這樣嗎？
Mark Sarbiewski：像惠普這樣的供應商，我們會針對我們所提供的產品，提供相應地認證。我們的客戶會了解我們所提供的產品，并且對于他們了解我們的產品是什么樣的等級，我們都有一個認證。
我覺得，作為一個好的測試人員，他不應該僅僅知道測試要怎么做，同時他要非常了解所使用的技術，對于技術本身也要吃得很透。所以，我建議如果有這樣的初級培訓班當然可以去上，同時要和惠普合作了解我們所提供的技術，再一點是買幾本好的教材。最重要的一點是找到一個好的雇主，他能夠真正明白這個測試是什么，并且知道重要性，隨著他們的成長就可以有很多的實踐，因為實踐出真知，我認為是這樣的。
王瀅：提這個問題的網友可能是比較關注他的職業發展，我想可能很多很多的用戶也是這樣認為的，我有了認證就代表我有了技能水平，我可以嘗試更多的工作，可以給我的雇主帶來更多的價值。
我覺得從這個方面來講，我們主要考慮的問題是我們選擇什么樣的測試認證。首先，他提到有很多初級的培訓班，那么初級的培訓班，據我了解他們主要是教授一些測試的理論，比如說非常基礎的你如何選擇規則測試和如何篩選數據理論等等，這是非常基礎的，這是我們測試的基礎。
再一個是像一些工具的廠商，他也提供了一些相應地工具或者是產品的認證，比如說惠普目前對于我們的測試相關的一些產品提供這樣初級或者是高級的認證，我們是有不同的級別的，我們可以按照我們的需要選擇。
更重要的是，我們拿到了這個驗證，不僅僅表明我們可以更好地使用這個工具，更重要的一點，在背后是有方法論和實踐來支持的。所以，我們拿到這個認證不僅僅是掌握了這個工具，同時對于我們的方法和考慮問題的思想有一些提升。除了這一類之外，對于我們的測試人員有更好的發展的方面是他應該關注一些測試之外的認證，比如說他應該考慮是不是進行ITIL或者是項目管理的認證，所以我們的目光不應該僅僅局限于這一點。
主持人：就是他們可以掌握更高更廣的技能？
王瀅：對，主要是在這個認證當中他獲得的經驗
主持人：由于時間的關系，我們今天的訪談就要結束了，非常感謝王瀅女士和Mark Sarbiewski先生來參加我們的技術訪談。我們希望今后有更多的機會將惠普應用管理的理念和測試軟件的工具通過我們的平臺傳播給我們中國廣大的人群。謝謝兩位。
Mark Sarbiewski：也非常感謝你們邀請我們來這里做這樣一個專訪，我們肯定還要再回來的。