在該趨勢下，專職測試人員的活動將向四象限的右側(cè)和上方移動，更偏向面向商業(yè)的、考驗(yàn)產(chǎn)品的測試活動。從業(yè)務(wù)角度，測試人員的角色應(yīng)該是領(lǐng)域?qū)＜液蛯?shí)際用戶，能夠以超越代碼（beyond code）眼光來考察產(chǎn)品的商業(yè)價值和用戶價值。從技術(shù)角度，測試人員的角色可以是黑客和技術(shù)專家，能夠在安全性、性能、穩(wěn)定性等領(lǐng)域?qū)嵤I(yè)的、高強(qiáng)度的測試。
另一個軟件研發(fā)的趨勢是DevOps，即融合研發(fā)團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)，由一個團(tuán)隊(duì)負(fù)責(zé)整個產(chǎn)品開發(fā)、測試、發(fā)布、運(yùn)維和更新。在此類團(tuán)隊(duì)中，測試人員需要承擔(dān)部分開發(fā)和運(yùn)維任務(wù)，例如分析服務(wù)端的日志、分析客戶端提交的遙測（telemetry）數(shù)據(jù)、分析用戶行為、報(bào)告服務(wù)狀態(tài)、定位產(chǎn)品問題、修復(fù)特定環(huán)節(jié)的錯誤、發(fā)布產(chǎn)品更新等。這意味著測試人員的工作不僅僅是尋找缺陷，而是通過技術(shù)調(diào)查（調(diào)查對象包括已發(fā)布的線上產(chǎn)品）來獲得產(chǎn)品信息，以持續(xù)提高產(chǎn)品質(zhì)量?？梢哉f，在一些項(xiàng)目環(huán)境中，測試人員的職責(zé)發(fā)生了變化，需要更多樣化的技能。測試人員需要積極面對變化，拓展自己的能力，以適應(yīng)行業(yè)的發(fā)展。
51Testing：您已經(jīng)第二次做客我們51Testing了，上一次專訪我們聊得是探索式測試，相信很多朋友都對此印象深刻。作為探索式測試的資深人士，怎樣才能進(jìn)行有效地探索式測試？另外很多優(yōu)秀的軟件測試工程師都能敏銳地嗅到bug，您認(rèn)為該如何訓(xùn)練這方面能力？
史亮：首先，"態(tài)度決定一切"。成為一個優(yōu)秀的測試人員，我認(rèn)為最重要的基礎(chǔ)是對項(xiàng)目、對自己負(fù)責(zé)任的態(tài)度。對項(xiàng)目負(fù)責(zé)，測試人員需要提供高質(zhì)量的測試服務(wù)來幫助項(xiàng)目成功；對自己負(fù)責(zé)，測試人員應(yīng)該以專業(yè)人員（professionals）自居，堅(jiān)持專業(yè)主義（professionalism），追求精湛的技藝和卓越的成果。這需要通過日復(fù)一日的努力工作來落實(shí)，無捷徑可言。
第二，Cem Kaner等測試專家指出"困惑是一種測試工具"。有時，軟件的表現(xiàn)出乎測試人員預(yù)料，但是他并不能確定這是一個缺陷。這說明測試人員對軟件的設(shè)計(jì)還有不了解的地方。他應(yīng)該將此疑惑視為一個學(xué)習(xí)的機(jī)會，通過閱讀文檔、咨詢同事等方法來獲得答案。推而廣之，如果測試人員對軟件、技術(shù)或項(xiàng)目產(chǎn)生疑問，他應(yīng)該感到警惕。這可能意味著他不了解業(yè)務(wù)邏輯，不知曉產(chǎn)品設(shè)計(jì)，不清楚實(shí)現(xiàn)細(xì)節(jié)。這些知識上的漏洞會導(dǎo)致薄弱的測試設(shè)計(jì)和嚴(yán)重的缺陷遺漏。
負(fù)責(zé)人的測試人員不會放過任何一個疑問，在"好奇心"的指引下，他會"打破沙鍋問到底"。他會運(yùn)用多種手段（周密測試、代碼分析、軟件調(diào)試、文檔閱讀、請教專家等）對問題進(jìn)行研究。通過積極地測試和學(xué)習(xí)，測試人員不但可以彌補(bǔ)知識的漏洞，還可以發(fā)現(xiàn)隱藏的缺陷。
第三，測試人員需要"刻意練習(xí)"。測試專家已經(jīng)給出了許多好的建議和方法，這些想法皆來自于實(shí)踐。軟件開發(fā)專家Ralph E. Johnson 指出"從實(shí)踐中來的知識在沒有實(shí)踐之前是無法被真正理解的"（practical knowledge has to be experienced to fully understood），測試專家Cem Kaner等也認(rèn)為"你不能掌握測試，除非你重新發(fā)明它"（You can't master testing unless you reinvent it）。因此，測試人員需要將學(xué)到的新技術(shù)應(yīng)用于真實(shí)的測試，并認(rèn)真評估其效果。通過練習(xí)、評估和反思，測試人員能夠掌握方法的原理和細(xì)節(jié)，并混入自身經(jīng)驗(yàn)和其他技術(shù)，以演化出新的方法。堅(jiān)持這樣的研究和創(chuàng)新將幫助測試人員走上精通之路。
51Testing：許多剛從事測試的新人往往會在工作的過程中發(fā)現(xiàn)自己的很多不足，想要提高自己，在您看來，測試人員應(yīng)如何提高自己的測試思維和測試技術(shù)？
史亮：前面兩個問題的回答對于本問題有參考價值。在這里，我補(bǔ)充說明一個測試人員容易忽略的要點(diǎn)：提高測試技術(shù)的根本目標(biāo)是為了更有效的測試，在許多情況下，測試效果（測試技術(shù)的實(shí)施效果）決于測試人員對軟件和項(xiàng)目的理解。
我曾經(jīng)長期測試一個網(wǎng)絡(luò)應(yīng)用。當(dāng)我離開這個項(xiàng)目時，測試經(jīng)理安排一個測試員工來接替我。他剛剛?cè)肼殻瑢Ρ粶y軟件和業(yè)務(wù)領(lǐng)域都不了解，在工作中遇到了許多困難，我?guī)椭鉀Q了一系列問題。作為一個測試工程師，我的工作效率更高，主要原因包括：
" 我理解產(chǎn)品，知道它的業(yè)務(wù)目標(biāo)，了解它通過什么方法去實(shí)現(xiàn)目標(biāo)。因此，我能夠快速地制定測試方案。
" 我理解用戶的期望，知道哪些功能絕對不能出錯，需要仔細(xì)測試。我也知道哪些功能允許一些瑕疵，即便出錯，也可以在三個月之后發(fā)布的下一個版本中修復(fù)。因此，我能夠更好地分配測試時間。
" 我理解產(chǎn)品的架構(gòu)，閱讀過大部分模塊源代碼，知道哪些模塊容易出現(xiàn)哪些缺陷。因此，我可以針對不同的模塊采用有針對性的測試策略。
" 我曾經(jīng)嘗試自動化測試用戶界面，但是發(fā)現(xiàn)此類自動化測試很不穩(wěn)定，需要很高的維護(hù)代價，卻不能發(fā)現(xiàn)錯誤。于是，我只為Web服務(wù)編寫自動化測試用例，用手工測試來檢查用戶界面。因此，我回避了浪費(fèi)時間卻沒有收益的任務(wù)。
" 我了解產(chǎn)品元素和項(xiàng)目團(tuán)隊(duì)。當(dāng)出現(xiàn)缺陷時，我知道如何閱讀系統(tǒng)日志發(fā)掘蛛絲馬跡；當(dāng)我遇到困難時，我知道向哪位程序員或測試人員求助。因此，我可以深入挖掘并快速推進(jìn)。
" 我在原先的團(tuán)隊(duì)工作了很長的時間，與同事們保持了良好的關(guān)系。當(dāng)我提出一些可測試性的建議時，比較容易受到程序員的支持。
從以上幾點(diǎn)不難看出，我能夠更有效地測試，其主要原因不是我掌握更多的測試技術(shù)，而是我更了解軟件產(chǎn)品、業(yè)務(wù)領(lǐng)域和項(xiàng)目環(huán)境。通過逐點(diǎn)分析，可以得到如下啟示。
" 產(chǎn)品是一種解決方案，如果沒有解決問題，它就是無用的。測試人員需要了解軟件產(chǎn)品和業(yè)務(wù)領(lǐng)域，才能設(shè)計(jì)有效的測試。
" 測試是一種信息服務(wù)，要了解服務(wù)對象（通常最重要的服務(wù)對象是用戶和項(xiàng)目經(jīng)理）的需求。如果用戶不能容忍某些錯誤，測試人員就需要仔細(xì)測試相關(guān)功能；如果用戶對一些瑕疵并不在意，測試人員就不必在此花費(fèi)更多的時間。只有了解服務(wù)對象的優(yōu)先級，才能更好地設(shè)定測試工作的優(yōu)先級。
" 不同的模塊采用不同的技術(shù)，擁有不同的典型錯誤。只有了解軟件實(shí)現(xiàn)，才能設(shè)計(jì)差異化且有針對性的測試用例。
" 測試設(shè)計(jì)可能包含錯誤，測試人員需要從錯誤中吸取經(jīng)驗(yàn)和教訓(xùn)。避免一些已知的錯誤，會提高測試效率。
" 當(dāng)測試工作遇到困難時，測試人員需要知道在哪里尋找信息。了解產(chǎn)品能夠提供的信息、了解哪位同事知道更多內(nèi)幕，會節(jié)省時間。
" "人脈"有時候會極大地提高測試人員的工作效率，測試人員需要和程序員和測試同事保持良好的關(guān)系。達(dá)成協(xié)作關(guān)系的關(guān)鍵之一是測試人員能夠?yàn)橥聜兲峁└哔|(zhì)量的信息服務(wù)。
" 在職業(yè)生涯中，測試人員總是會遇到新的軟件、項(xiàng)目和團(tuán)隊(duì)。他應(yīng)該培養(yǎng)一種好的工作風(fēng)格，以求快速地理解產(chǎn)品和項(xiàng)目。
實(shí)施高效的測試需要很多條件。熟練地掌握測試技術(shù)是一個很重要的因素，但很少會是決定性的因素。只有充分地掌握軟件產(chǎn)品和項(xiàng)目環(huán)境，測試技術(shù)才能找到大放光彩的舞臺。
51Testing：想要提高測試技術(shù)，書籍是必不可少的朋友，作為探索式測試的忠實(shí)實(shí)踐者，您能給我們的會員推薦幾本相關(guān)書籍嗎？
史亮：探索式測試是一個內(nèi)涵豐富的主題，感興趣的測試人員可以從以下書籍入手。
" Cem Kaner, James Bach, Bret Pettichord, 《軟件測試經(jīng)驗(yàn)與教訓(xùn)》（Lessons Learned in Software Testing：A Context-Driven Approach）。該書是語境驅(qū)動測試的經(jīng)典著作，充滿對軟件測試的真知灼見，是探索式測試者案頭必備。
" 史亮，高翔，《探索式測試實(shí)踐之路》。該書由我與淘寶資深測試工程師高翔合著，系統(tǒng)地總結(jié)了現(xiàn)有的探索式測試實(shí)踐，并納入了我們的經(jīng)驗(yàn)和反思。探索式測試大師James Bach對此書予以了肯定：This is the first book on exploratory testing, in any language, that summarizes the published work in the field。
" 史亮，《軟件測試實(shí)戰(zhàn)》。我本人是探索式測試的忠實(shí)實(shí)踐者，該書可視為"一個探索式測試者的自我總結(jié)"。全書雖然沒有強(qiáng)調(diào)名詞"探索式測試"，但是探索式測試的核心精神（將測試學(xué)習(xí)、測試設(shè)計(jì)、測試執(zhí)行、測試結(jié)果評估作為相互支持的活動來并行實(shí)施）貫穿全書。
" 我和高翔在《探索式測試實(shí)踐之路》的附錄B提供了一批推薦讀物，供讀者參考。
51Testing：本次訪談即將接近尾聲，再問最后一個問題，您以后會選擇繼續(xù)長期留在國外發(fā)展還是回國發(fā)展呢？
史亮：我目前還在持續(xù)評估自己的職業(yè)發(fā)展，尚未做出長遠(yuǎn)的規(guī)劃。
51Testing：由于時間關(guān)系，本次訪談?wù)浇Y(jié)束，非常感謝史亮老師抽出寶貴時間參加我們的訪談，祝您在國外工作一切順利！
史亮：謝謝，也祝51Testing越辦越好！
版權(quán)聲明：51Testing軟件測試網(wǎng)原創(chuàng)出品，轉(zhuǎn)載時請務(wù)必以超鏈接形式標(biāo)明文章原始出處、作者信息和本聲明，否則將追究法律責(zé)任。