如果你不想轉(zhuǎn)開發(fā)，轉(zhuǎn)管理，轉(zhuǎn)產(chǎn)品，或自己創(chuàng)業(yè)買煎餅果子的話。那么說明你是對測試是真愛。測試需要掌握的測試技術(shù)太寬泛了，所以，我們必須要選擇一個方向。五年過去了，我想再試著寫寫對這幾個方向的認識。

自動化測試

自動化測試有廣義和狹義之分，廣義上一切使用工具或代碼來代替手工測試都可以認為是自動化測試；不過，在測試圈中，我們一般狹義的來理解自動化測試，基于UI層的自動化測試技術(shù)。

如果想做好自動化測試，我覺得測試人員應(yīng)該達到一般開發(fā)人員的水平。如果是名普通的Web開發(fā)人員，想做好本職工作需要掌握一門編程語言 + Web框架 + 數(shù)據(jù)庫；如果一名普通Web自動化測試人員，想做好本職工作需要掌握一門編程語言 + 單元測試框架 + selenium（注 ：Selenium已經(jīng)成為了做Web自動化的不二之選了）。Web開發(fā)人員想進一步提升，可能需要學習代碼重構(gòu)，設(shè)計模式，SQL設(shè)計與優(yōu)化。Web自動化測試人員想進一步提升，也需要學習代碼重構(gòu)，設(shè)計模式，基于Selenium的二次封裝等。

所以，在我看來一名合格的Web自動化測試基本上等同一名Web開發(fā)人員的水平。只不過，后者寫的是功能代碼，前者寫的自動化測試代碼。

除此之外，還有接口自動化、移動自動化等，基本上也等同相關(guān)開發(fā)人員的水平。

性能測試

性能測試，相信每個測試人員都或多或少的接觸過性能測試。表面上看，它的入門非常簡單，主流的LoadRunner和Jmeter都提供了錄制腳本的功能，錄制--> 設(shè)置虛擬用戶數(shù) --> 運行，然后一個性能測試就完成了。筆者的首份測試工作的第二任務(wù)也完成一個性能需求；當時磕磕絆絆的花了三四天時間搞定，性能測試報告也做的有模有樣。

但如果想做好性能測試，我覺得測試人員應(yīng)該達到一般架構(gòu)師的水平，至少比一般的開發(fā)人員更了解系統(tǒng)的整體架構(gòu)。

當然，這個架構(gòu)也分兩說，對于一般的項目，市場上都有成熟的方案，比如LAMP，再加上Nginx和redis，也有很多成熟Web框架，所以，開發(fā)人員只需要根據(jù)業(yè)務(wù)需求把功能實現(xiàn)了就好，除非是特別新的開發(fā)新手，犯一些低級的錯誤導(dǎo)致性能問題，一般的性能就是驗證當前系統(tǒng)的能力，增加服務(wù)器也是最便捷的手段。

另一類就是對系統(tǒng)的性能有極高的要求，比如證券交易系統(tǒng)，銀行系統(tǒng)，網(wǎng)上購票系統(tǒng)這些，這些一般用的架構(gòu)和方案就不是我們常見的了。那么，對性能測試人員的要求也非常高。聽一朋友說，性能測試環(huán)境與線上正式環(huán)境是一模一樣的配置，單這一點，一般的小公司也玩不起。

所以，想成為一個牛x的性能測試人員，朝著的架構(gòu)師的方向努力吧！最好能到億級用戶、百萬并發(fā)的項目和團隊中磨練。

安全測試

關(guān)于安全測試，我知道很少，只能簡單的談?wù)?。安全測試是主流中的非主流，“主流”指的是它是測試技術(shù)的一個主流方向，“非主流”是指在我看來，對這個技術(shù)的研究和學習沒有什么固定的章法，想要有所成就需要一些天資和悟性。

曾幾何時，我接觸到第一位安全測試工程師，他教我們用AppScan工具掃描，晚上下班的時候開著掃描，第二天把掃描出的問題給開發(fā)人員分析。我以為安全測試不過如此嘛！

最近這家公司前后接觸到兩位安全測試工程師，人家基本不用工具的好么！前者給我們演示用SQL注入去拿到一個網(wǎng)站的后臺管理員密碼，還是覺得很酷的，對了，他的Python語言也用的66的。后者告訴我主要的安全手段就是代碼審查；你要對項目所使用的編程語言和框架里面的某些方法/函數(shù)非常熟悉，知道某些方法/函數(shù)在怎樣使用時會存在安全隱患，單這一點我也覺得很難，這個方法我會用，我怎么知道在什么情況下引發(fā)漏洞？除非我遇到過。

（題外話，我跟這兩位安全工程師關(guān)系都挺好，前者一直是飯友，常常中午一起吃飯；后者旅游時常住一個房間，兩人能探討人生到很晚，可惜未得他們身上學到半點皮毛，遺憾?。?/p>

白盒測試

白盒測試給測試人員去做，有利有弊，整體來說，我不太贊同由測試人員完成。

白盒測試的主要工具就是單元測試框架了，這個真沒啥難的，如果你一點編程基礎(chǔ)，我可以一個小時把你教會。

測試人員做白盒的優(yōu)勢就是具備測試思維，在設(shè)計測試用例時考慮更加全面；但難點也很明顯，和開發(fā)一樣熟悉被測代碼，這一點有難度，我在做接口測試的時候，曾花好幾個小時去理解開發(fā)寫的一個接口的邏輯，明顯覺得自己智商有點不夠用。而且，你可能需要同時熟悉2~3位開發(fā)人員的代碼。

開發(fā)人員去寫單元測試，拋除“盲目自信”“沒時間”“懶”等因素之外，優(yōu)勢非常明顯，沒有誰比自己更熟悉自己寫的代碼了，他們只需要掌握單元測試框架的用法和一些常用的測試方法，就可以很快的把單元測試寫完并全部運行通過，而且發(fā)現(xiàn)bug之后，修改起來也非常快速。

分享名稱：再談軟件測試人員的發(fā)展方向
網(wǎng)頁鏈接：http://www.rwnh.cn/news/142904.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供域名注冊、網(wǎng)站策劃、定制網(wǎng)站、建站公司、ChatGPT、電子商務(wù)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)