接上一篇這里講述一下在技術(shù)層面測(cè)試工程師需要具備的素質(zhì)和能力，分四個(gè)方面，分別是：

1. 測(cè)試技術(shù)、建模能力

開(kāi)發(fā)、產(chǎn)品甚至是技術(shù)領(lǐng)導(dǎo)覺(jué)得測(cè)試只要了解了被測(cè)試對(duì)象是做什么的，怎么做的，就能做好測(cè)試了。甚至很多測(cè)試人自己也普遍存在此種想法。這兩個(gè)能力是測(cè)試人的能力核心，也是價(jià)值的體現(xiàn)。

建模能力是分析產(chǎn)品的能力，既包括功能、性能、壓力等，也包括使用場(chǎng)景、所屬行業(yè)，測(cè)試完整性反饋出來(lái)的就是這方面的能力。測(cè)試leader如果欠缺這方面的功力，那么產(chǎn)品發(fā)布后得到的可能就是不定期和無(wú)休止的“驚喜”。不同公司在測(cè)試建模方面有不同的實(shí)踐，目前國(guó)內(nèi)大部分公司基本是延續(xù)公司的既有先例，比如將測(cè)試用例分為功能、性能、組合、壓力、異常等，公司的測(cè)試人員也甚少去考慮為什么測(cè)試這些，是否還有其他方面需要考慮的，只是簡(jiǎn)單重復(fù)執(zhí)行而已。不同的產(chǎn)品有不同的用戶(hù)和市場(chǎng)，測(cè)試模型需要單獨(dú)考慮。 目前比較有代表性測(cè)試建模工具，一個(gè)是james bach的HTSM(啟發(fā)式測(cè)試策略模型)，另一個(gè)是Google在《
How Google Tests Software》提到的ACC模型。

這兩個(gè)模型都有幾年的時(shí)間了，不知道是否有所更新和發(fā)展，后續(xù)有單獨(dú)的文章對(duì)測(cè)試建模進(jìn)行分析。

Cem Kaner教授從測(cè)試的范圍、覆蓋程度、測(cè)試者、風(fēng)險(xiǎn)、活動(dòng)、質(zhì)量評(píng)估幾個(gè)角度來(lái)對(duì)測(cè)試技術(shù)進(jìn)行分類(lèi)，此分類(lèi)已經(jīng)建立了有十幾年的時(shí)間，業(yè)界具有權(quán)威性。比如基于測(cè)試的范圍和覆蓋度有功能、性能、本地化、配置、邊界值等；基于由誰(shuí)來(lái)進(jìn)行可以分為用戶(hù)測(cè)試、α測(cè)試、β測(cè)試、本地化測(cè)試、專(zhuān)家測(cè)試等；基于風(fēng)險(xiǎn)有快速測(cè)試、負(fù)載測(cè)試、性能測(cè)試等。不同的測(cè)試分類(lèi)會(huì)有相互交叉，我們可以根據(jù)公司產(chǎn)品的質(zhì)量狀態(tài)、研發(fā)流程、產(chǎn)品特點(diǎn)、研發(fā)水平選用不同的測(cè)試技術(shù)，來(lái)滿(mǎn)足市場(chǎng)對(duì)產(chǎn)品質(zhì)量的需求。

junit、nose、robotframework、jenkins、monkeys、selenium等等只是實(shí)踐測(cè)試技術(shù)的工具，技術(shù)是核心，建議未了解過(guò)的測(cè)試同學(xué)增強(qiáng)這方面的能力。

2. 問(wèn)題敏感性、邏輯分析能力

看到同一個(gè)現(xiàn)象，不同的人有不同的反應(yīng)：無(wú)反應(yīng)（我看到什么了？）、正常、有問(wèn)題。對(duì)于反饋正?；蛴袉?wèn)題的，說(shuō)明他意識(shí)到了這個(gè)現(xiàn)象，并且有意識(shí)的去分析這個(gè)現(xiàn)象是對(duì)還是錯(cuò)；而完全無(wú)反應(yīng)的，就屬于那種對(duì)問(wèn)題特別不敏感的，需要加強(qiáng)鍛煉。比如可以對(duì)看到的任何現(xiàn)象都有意識(shí)的去分析一下，是對(duì)的還是錯(cuò)的、是否符合習(xí)慣、是否合理、讓你來(lái)做你會(huì)怎么做等等。

對(duì)問(wèn)題比較敏感的人會(huì)將這類(lèi)思維帶入到生活中，比如快遞到了得先看看是哪里寄出來(lái)的、字有沒(méi)有寫(xiě)錯(cuò)的、采用這種包裝內(nèi)容物有沒(méi)有被換掉的風(fēng)險(xiǎn)等等。

每個(gè)測(cè)試人都希望得到所在團(tuán)隊(duì)的尊重和認(rèn)可。在技術(shù)型的公司中，得到尊重唯一的方法是彰顯自己的技術(shù)實(shí)力（當(dāng)然交流方式也是很重要的）。被尊重是通過(guò)自己不斷的努力爭(zhēng)取來(lái)的，這就是平時(shí)溝通、交流過(guò)程中所體現(xiàn)出來(lái)的問(wèn)題綜合分析能力，以及對(duì)系統(tǒng)實(shí)現(xiàn)、市場(chǎng)應(yīng)用的深刻理解。

作為一個(gè)測(cè)試工程師，碰到問(wèn)題的時(shí)候，你能指出這個(gè)問(wèn)題出現(xiàn)在代碼的哪個(gè)服務(wù)、哪個(gè)模塊、哪個(gè)函數(shù)嗎？是如何調(diào)用的？ 甚至是開(kāi)發(fā)同學(xué)是如何寫(xiě)錯(cuò)的，怎么改正是對(duì)的？如果你覺(jué)得這不是測(cè)試該干的，那也就只能呵呵了。

3. 行業(yè)知識(shí)、快速學(xué)習(xí)能力

所謂行業(yè)知識(shí)，是指從事這個(gè)行業(yè)的人，所需要掌握的知識(shí)體系、行業(yè)規(guī)范、實(shí)時(shí)動(dòng)向、發(fā)展?fàn)顩r等。不同行業(yè)比如金融、電信、制造、電商、教育、物流等所需具備的知識(shí)是完全不同的。只有具備良好的行業(yè)背景才能理解客戶(hù)需求，并設(shè)計(jì)滿(mǎn)足用戶(hù)需求的產(chǎn)品，做出合理的測(cè)試決策。

你所在的行業(yè)有哪些技術(shù)規(guī)范、行業(yè)標(biāo)準(zhǔn)，了解嗎？ 國(guó)內(nèi)的，國(guó)際的，差異在哪里？

在當(dāng)前智力大爆發(fā)、黑科技頻出，不想關(guān)的兩個(gè)行業(yè)都可以相互顛覆的時(shí)代，測(cè)試人作為投身其中的一份子要么隨波逐流被動(dòng)調(diào)整，要么主動(dòng)尋求改變。不管哪種方式，我們都需要具有快速學(xué)習(xí)的能力才能跟得上這個(gè)時(shí)代的發(fā)展，并站在用戶(hù)的角度去研究領(lǐng)域知識(shí)，成為領(lǐng)域?qū)＜?，給產(chǎn)品、市場(chǎng)等團(tuán)隊(duì)提出合理的產(chǎn)品設(shè)計(jì)建議，并給出客觀的質(zhì)量評(píng)價(jià)標(biāo)準(zhǔn)。

你有危機(jī)感嗎？測(cè)試工作會(huì)被機(jī)器學(xué)習(xí)、人工智能取代嗎？還是開(kāi)發(fā)同事先擔(dān)心吧，Google已經(jīng)在研究機(jī)器學(xué)習(xí)寫(xiě)代碼了。

4. 技術(shù)框架、讀寫(xiě)代碼的能力

隨著競(jìng)爭(zhēng)的加劇，不管是熊廠、鵝廠還是狼廠比拼的都是產(chǎn)品上市速度。在這種壓力下，不可能預(yù)留太長(zhǎng)的測(cè)試時(shí)間，持續(xù)集成、自動(dòng)化測(cè)試是必然的。這就要求測(cè)試人不光要了解測(cè)試的技術(shù)，還要熟悉網(wǎng)站業(yè)務(wù)的分割分層、數(shù)據(jù)庫(kù)的分庫(kù)分表、數(shù)據(jù)的冷備熱備；開(kāi)發(fā)所采用hibernate、spring、structs等技術(shù)框架，以及java、python、go等層出不窮的語(yǔ)言，以便及時(shí)進(jìn)行單元、集成、API接口、UI層面自動(dòng)化用例的開(kāi)發(fā)，提高測(cè)試的效率。

這是在網(wǎng)上看到的一個(gè)例子： 在一個(gè)有著廣泛市場(chǎng)影響的項(xiàng)目中，新版本發(fā)布增加了新的功能，在HTML頁(yè)面中使用JavaScript來(lái)控制控件的顯現(xiàn)。而發(fā)布時(shí)間緊迫，不允許有更多的時(shí)間使用正向用例來(lái)驗(yàn)證功能的正確性。盡管如此，我們也針對(duì)這小小的控件設(shè)計(jì)了將近百條用例。涉及的方面包括從頁(yè)面的正反向跳轉(zhuǎn)來(lái)驗(yàn)證控件的版本升級(jí)，到控件的跨域調(diào)用、瀏覽器的兼容、服務(wù)設(shè)置及干擾，如此種種，無(wú)一不需要了解相關(guān)技術(shù)，才能設(shè)計(jì)出有價(jià)值的用例。

不管測(cè)試分析能力多強(qiáng)，黑盒始終發(fā)現(xiàn)的是一部分問(wèn)題，白盒測(cè)試是發(fā)現(xiàn)更多問(wèn)題、提高測(cè)試效率的必然手段。但是目前來(lái)看，測(cè)試工程師對(duì)系統(tǒng)的認(rèn)知能力，是自動(dòng)化測(cè)試比拼不了的，比如易用性、性能測(cè)試等。

著作權(quán)歸作者所有

本文轉(zhuǎn)自：簡(jiǎn)書(shū)

微信號(hào)：IdeaofSE