亚洲激情专区-91九色丨porny丨老师-久久久久久久女国产乱让韩-国产精品午夜小视频观看

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

我是如何從測試開發做到年薪50萬的?揭秘測試開發工程師成神之路

發布時間:2020-08-10 12:46:24 來源:ITPUB博客 閱讀:133 作者:博為峰網校 欄目:網絡管理

入行測開,馬上就要5年了。創業公司待過,大公司也待過,工作這一路走來,一些心得,轉變,職場體會,早就想寫出來分享一下。這個歷程包含了技術的提升,工程師的素養和對這個行業的點滴感悟。

自動化測試vs測試開發

記得剛入行那會,我的title是自動化測試工程師。那時對這兩者的區別還沒那么明顯,面試時候兩者的問題也都比較類似。當時招聘“會寫代碼的測試人員”比較偏向稱之為“自動化測試工程師”;不過現在很多企業的招聘都變為“測試開發工程師”了。

究其概念,其實自動化測試工程師更偏向于業務方向的效率提升;而測試開發則更偏向于基礎架構方向的效率提升。打個簡單的比方,測試開發工程師產出的框架可以認為是父類,自動化測試工程師按業務線不同,可以理解是繼承自父類的不同子類。

我是如何從測試開發做到年薪50萬的?揭秘測試開發工程師成神之路

測試開發到底在做什么?

測試開發,最早起源于《Google軟件測試之道》這本書,里面第一次提出了SET(Software Engineer in Test)。不過不同的公司稱謂也不一樣,像國內很多時候還是統稱為QA。

那么SET具體在做什么呢?在我看來,SET偏向于測試部門的基礎架構開發和流程的設定,比如前面說到的自動化底層框架搭建,或者改寫一些開源的類和方法,去提供給組內其他的測試人員使用;再比如,我們所熟知的CICD,單元測試or集成測試的覆蓋率統計,以及自動化部署發布的腳本,都可以歸到測開的工作范疇里;還有,我們常說測試也需要新技術的引入,現在常見的Docker跟k8s也在逐漸普及到測試團隊,因為測試最大的一個障礙是“測試環境眾多”,而容器化可以很好的解決這一點。

當然不同的公司情況多有差異。一般來說,越是大型的企業,它的測試流程越規范,測開的作用也就越明顯,對應的產品測試效率,也就越高。

質量保障的終極任務

我相信現在很多測試工程師,其實都有足夠的共鳴,就是“我們不是測bug的,我們是產品的質量保障員”。但是很多不成熟的企業和團隊還是會有誤區。比如,bug數目確實可以代表你工作的產出,但如果你的團隊或領導把bug數目作為唯一指標,我覺得你是時候考慮跳槽了。質量保障,在我看來涵蓋很多東西,是一個很龐大的概念,大概可以包括四點:

1.正確的流程

現在很多都是敏捷開發模式了。在需求評審階段,測試同學參與并對需求or產品有一定的理解和初步的測試計劃

2.基礎的質量

開發代碼的規范度,基礎代碼的走查,監督單測覆蓋率的穩步提升,畢竟基礎決定上層

3.業務的覆蓋

確切可以拆分成服務接口的測試/前端UI測試/性能測試/穩定性測試/系統集成測試/回歸測試,這一點可以說是測試同學交叉最多的地方。

4.產品終端的保證

協同制定灰度發布策略/規范線上的操作/了解用戶使用過程中常見的風險點/制定止損策略

簡單來說,測試保障質量,質量決定產品。測試應該是對需求,對產品邏輯最最了解的那個角色。所以,只要關于產品變更的,測試同學都應該下意識去跟進。

而以上的任何一點,都可以深究,去做的更好。

工程師文化

我相信再牛逼的測試開發,也要從業務抓起,你不了解業務,不了解一些開發代碼或者的話,有些東西也是扯淡。業務測試在我看來一點都不low,反而是一個很考驗人的事情。不管是測試工程師也好,測試開發也好,我們都是工程師,都服務于產品。既是工程師,就該有工程師的素養,我認為完成一個好的測試任務,大概需要同時做到以下幾點:

1.對測試結果負責

我們是產品的最后一道關卡,我們對產品發布與否有絕對的話語權,同時,我們也要對自己的測試結果負責。

2.測試到最終場景

現在很多產品鏈路都很長,這就需要測試同學主動去塑造自己產品的大局觀,而不局限在某個單元的測試,不考慮全局,有時會造成致命的線上災難。

3.對日志敏感,能夠精準定位問題

如果開發流程足夠規范的話,有完整的日志系統,其實定位問題并不難;我們每發現一個bug,都可以嘗試去追溯它的根源,時間久了,你會對工程代碼或邏輯摸的很清楚,這對你接下來的測試工作簡直如虎添翼。

4.對相似問題和 漏洞 的歸納

不管是前方客戶的問題,PM發現的問題還是自己的bug庫,經常歸納可以節省很多時間,會讓你對自己的工作產生一種“直覺”,但這種直覺有時很準哦。

面對不同的產品該怎么辦?

開發技術或框架可能是通用的,但測試可能會隨著產品形態而產生“獨特”的調整,我稱之為“測試形態”。比如,現在的人工智能測試,因為每次模型迭代,測試所需的數據量很大,你用傳統的并發去請求可能就不行,那你可能就需要學一些分布式技術;再有就是云服務測試,這種絕大部分是純后端服務測試,或者SDK測試,沒有前端去assert你的預期,那么你就需要足夠熟悉curl命令,網絡命令等,甚至去生成一些shell腳本,來執行你的測試請求;還比如手機端的測試,那它的兼容和穩定性呢怎么保證,則又是一門學問;最后還有比較火的智能硬件,盒子啊TV啊這些,怎么保證它的質量,則又是另一種路子。

但,歸根結底:測試思想不會變,以不變應萬變。

總結:

測試是一門大學問,它入門門檻并不高,但是越深入,你發現自己了解的越少。作為一個職場人員,不隨業務轉變而轉變,有自己的沉淀和技術底子,才能更長久。而測試開發這個行業,鄙人認為未來也會愈加重要,它是銜接產品/測試/開發的一根紐帶,它在背后默默支撐著整個測試體系有條不紊的進行,某種程度上說, 算是一個隱者吧。

歡迎加入 51軟件測試大家庭,在這里你將獲得【最新行業資訊】,【免費測試工具安裝包】,【軟件測試技術干貨】,【面試求職技巧】... 51與你共同學習,一起成長!期待你的加入: QQ                     群:                    755431660

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

赤城县| 卫辉市| 商水县| 新沂市| 武义县| 晋中市| 景泰县| 昌都县| 武汉市| 碌曲县| 新郑市| 揭西县| 布尔津县| 双峰县| 高平市| 泗水县| 永川市| 谢通门县| 精河县| 锡林郭勒盟| 平度市| 新疆| 山丹县| 泸西县| 绥德县| 衡东县| 汕尾市| 蕲春县| 且末县| 平邑县| 左权县| 连平县| 忻州市| 双峰县| 平陆县| 湘潭市| 军事| 登封市| 陆川县| 大埔区| 获嘉县|