從開發角度看測試ers要如何精進？

從自身角度出發寫了幾點比較實用的參考，希望大家能有所啟發和感悟!

起源

還記得剛開始做測試的時候，入門門檻很低，只要你能看得懂需求會點點點就行。一晃6年過去了，小米都上市了，測試的範圍和要求也發生了很大的變化，現在的要求不是只讓你按照測試用例點點點，而是要知道怎麼點、點哪裡、點到問題了如何定位……畢竟在風口上豬都會飛的互聯網紅利早已經過去，現在如何是對成本的把控還是對人員的效率上都不在是以前那種蠻荒式操作，現在的要求恨不得你就是一個全棧（這在創業期的互聯網公司尤為突出），所以在工作了幾年後，已經熟練掌握「點點點」技能的測試ers如何突破軟體外面這層結界，更加深入的測試、更好的服務於項目？

聞雞起舞

毫無疑問，君欲善其事，必先利其器，還是要得先從修鍊自身內功開始，熟悉了軟體測試的相關理論和基礎知識後（工作過1-2年這點都可以忽略），還有哪些技能或知識是需要了解和深入的？

業務轉換技能

為何把這個放第一位，也許很多人不屑於去了解業務知識（我剛開始做測試的時候就這樣），以為這些有啥用！我以後換個項目、行業、公司都用不上，不想去花時間和精力了解它。確實是這樣的，比如讓你去測試一個繁雜的財務系統，如果讓你去熟悉相關財務知識，估計你會哭，完全不想看，可是你要測試這樣的系統又需要這樣的知識背景，這如何是好？所以我這裡想到了一個詞——「業務轉換」，其實各行各業在處理流程或方法上有很多相似的思想或者模式，比如軟體項目就有很多地方借鑒了建築學和集成電路等思想，這也是一樣的，我們不需要把業務知識了解的那麼細緻（如果你想成為業務專家那另說），而是要想辦法將業務需求提取轉換成我們容易理解的計算機偽代碼語言或者數據表達式，這個說好像還是比較蒼白，我就舉一個大家以後應該都會遇到的問題，貸款買房的時候到底是等額本息還是等額本金？我先給出需求：假定你從銀行申請了一筆100萬元的個人住房貸款，貸20年，貸款年利率5.65%，每月還本付息，用等額本息和等額本金來計算各自的最終利息。看到這樣的需求，我們肯定要先去了解什麼是等額本息和等額本金，稍微查一下百度可以看到一堆定義和解釋，自己總結下它們倆大概是這樣的區別：

等額本金：每月需要還的本金一樣，由於本金逐漸減少，利息也會逐漸減少。計算公式是：每月還款數額=[貸款本金]×[月利率]×（1+月利率）^還款月數]÷[（1+月利率）^還款月數－1]

等額本息：每月的還款數額是固定的。一部分拿去還利息，一部分拿去還本金。計算公式是：每月還款數額=[貸款本金×月利率×（1+月利率）^還款月數]÷[（1+月利率）^還款月數－1]

其實其他一些解釋我們就可以不用管了，主要知道這個計算公式就ok了，然後套用公式就可以設計出很多種場景的用例了。下面這張圖很好的體現了每月還款額的變化：

每月還款趨勢

系統架構

測試不僅要著眼於某一個點，還要關注到整個面，要關注到面就要求你具備一定的計算機系統和編程知識儲備，比如說看到一個界面報錯bug，要如何快速判定出是前端的展示問題還是服務端的介面數據問題？又或者前端界面展示的數據或介面返回的數據，如何驗證這些數據準確性？對於較大的項目來說，前後端開發人員有多個，這時當測試提交的bug不能初步的定位，那將會增加開發的bug回溯、問題歸屬等溝通和時間成本。作為開發看到這樣描述不清晰，定位不準確或沒有定位，歸屬不明確的bug單通常都是放後面再解或者直接跑到測試那邊當面詢問bug情況。所以能最大程度的挖掘bug的深度是每個測試ers精進路上的必修課！那麼要達到這種程度就需要你的知識面廣泛，系統架構的各個層面都要有所了解才行。

編程技能

提升自己的編程技能是測試投資自己的最好途徑，沒有之一，編程技能上去了，前面各種問題都不是問題了，所以我正在這裡強調再多也沒有用，只有親身體驗了那個過程才明白其中的感受！

職業愛好

培養一下自己的職業愛好吧，愛編程也可以的，愛分享也棒棒噠，愛寫作也極好的，找一個愛好的方向深入下去吧，幾年以後肯定受益匪淺！！！

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！