軟件測試時間簡史
1979年，Glenford Myers 在《 The Art of Software Testing 》一書中提出“測試的目的是證偽”這一概念，推翻了過去“為表明軟件正確而進行測試”的錯誤認識，為軟件測試的發(fā)展指出了方向，軟件測試的理論、方法在之后得到了長足的發(fā)展。
測試的目的是證偽，不是要想盡一切辦法將測試和開發(fā)對立起來，而是想盡一切辦法證明不存在偽，這樣測試工程師就不再是永遠帶“壞消息”的人。
1983年，Bill Hetzel 在《軟件測試完全指南》中指出：測試是以評價一個程序或者系統(tǒng)屬性為目標的任何一種活動，測試是對軟件質(zhì)量的度量。
2002年，Rick和Stefan在《系統(tǒng)的軟件測試》一書中對軟件測試做了進一步定義：測試是為了度量和提高被測軟件的質(zhì)量，對測試軟件進行工程設(shè)計、實施和維護的整個生命周期過程。這也轉(zhuǎn)變了測試的定義，測試不單是一個發(fā)現(xiàn)問題的成果，而是一個軟件質(zhì)量評價的行為活動，是質(zhì)量工程。質(zhì)量工程學(xué)中對于軟件失效是這樣分析的:由于軟件內(nèi)部邏輯復(fù)雜，運行環(huán)境動態(tài)變化，且不同的軟件差異可能很大，因而軟件失效機理可能有不同的表現(xiàn)形式。
20世紀90年代，測試工具、系統(tǒng)開始大行天下。時至今日，工程效率、DevOps越來越熱，測試工程師如果沒有辦法快速融入其中，就容易被淘汰。
軟件測試工程師是一個技術(shù)崗位
在信息系統(tǒng)的質(zhì)量保障過程中，測試工程師發(fā)揮重要的作用，但是卻是一個沒有實質(zhì)性產(chǎn)出的角色。一個系統(tǒng)上線后平穩(wěn)，沒有明顯的被觸發(fā)的缺陷。公司老板會認為開發(fā)技術(shù)實力強，如果出了問題，鍋就甩給了測試。這到底是為什么呢？
其實這種現(xiàn)象并不是測試不重要，而是是很多測試從業(yè)者偷懶帶來的后果。相信很多人都知道軟件測試過程中很重要的一項工作就是設(shè)計測試用例，設(shè)計測試用例有很多科學(xué)的方法例如等價類、因果圖、場景法、邊界值。
但是在如今，很多軟件測試工程師都已經(jīng)將這些科學(xué)的方法丟到了一遍。這也難免會讓一些不懂技術(shù)的人（例如你公司的老板）會認為你做測試做的事情和他自己使用一個 APP 或者一個 WEB 的方式?jīng)]區(qū)別，也就不會受到重視了。
但是軟件測試工程師是一個技術(shù)崗位，除去設(shè)計和撰寫測試用例以外，你還需要有很多和開發(fā)、運維交際的技能，例如 API 的服務(wù)怎么做測試、服務(wù)間怎么解耦合、測試環(huán)境怎么部署、測試結(jié)果如何分析等等。
現(xiàn)如今，提高工程效率已經(jīng)變成了一個大街小巷都在流傳的一個話題，無論是 DevOps 還是 TestOps，都在支持測試用更多的自動化手段代替手工。但是自動化并不是恒等于要寫代碼，這是一個種狹義的自動化看法。
自動化測試就是讓測試階段通過自動化的方式完成，并不一定要寫很多的測試腳本代碼，編寫測試腳本僅僅只是自動化的一種方法。所謂條條大路通羅馬，現(xiàn)如今很多有效的工具都可以滿足自動化的測試需求，例如 postman 可以完成 API 的接口自動化的工作任務(wù)、基于圖形的自動化框架可以完成 UI 的自動化任務(wù)需求。但是作者推薦大家，有代碼能力的還是要盡量多寫代碼。沒有代碼能力的測試工程師也不用誠惶誠恐，利用好各種各樣的工具，同樣可以讓你跟上工程效率的要求，不被技術(shù)進展的車輪碾壓。
什么是測試架構(gòu)師？
說道測試工程師了，在這再扯一點測試架構(gòu)師的東西吧。
架構(gòu)師是一個并非計算機行業(yè)本來就有的詞匯，來自于建筑學(xué)，英文是Architect。建筑工程中的架構(gòu)師是負責(zé)整體建筑的架構(gòu)設(shè)計。因此從宏觀上看，軟件行業(yè)的架構(gòu)師也類似，是負責(zé)對整體架構(gòu)設(shè)計。
在軟件工程中架構(gòu)師是一個團隊的技術(shù)的領(lǐng)頭者。主要工作內(nèi)容出去對項目的整體設(shè)計和規(guī)劃外，也會參與一些實際技術(shù)問題的解決和探討，攻克技術(shù)難關(guān)，趟平技術(shù)線上的坑，使得工程在軟件生命周期過程中平穩(wěn)順利完成。
在研發(fā)領(lǐng)域有各式各樣各司其職架構(gòu)師，負責(zé)系統(tǒng)業(yè)務(wù)的業(yè)務(wù)架構(gòu)師、負責(zé)基礎(chǔ)設(shè)備和設(shè)施的基礎(chǔ)設(shè)施架構(gòu)師，負責(zé)公共組件和平臺的中間件架構(gòu)師。
在測試領(lǐng)域只有一個，測試架構(gòu)師。那么什么才是測試架構(gòu)師呢？
測試架構(gòu)師其實是在測試部門中承擔著規(guī)劃自動化技術(shù)棧、基礎(chǔ)測試框架選型、基礎(chǔ)測試環(huán)境維護等工作的角色。肩負提高部門提高工程效率的職責(zé)，有著為部門提供技術(shù)指導(dǎo)和制定質(zhì)量保障策略的使命。除此之外，測試架構(gòu)師必須能駕馭產(chǎn)品的質(zhì)量、提供指導(dǎo)、反饋和建議，以提高整個工程部門的質(zhì)量規(guī)范。
測試架構(gòu)師應(yīng)該都具備跨組織的溝通和推動變革的能力。
測試架構(gòu)師應(yīng)該有的工作日常內(nèi)容
-
審查系統(tǒng)架構(gòu)、系統(tǒng)構(gòu)件/組件及其接口關(guān)系等的設(shè)計
-
確保系統(tǒng)的可測試性
-
設(shè)計軟件系統(tǒng)的測試策略和方法，特別是在系統(tǒng)的性能、安全性、穩(wěn)定性、可靠性等方面的測試方法、技術(shù)線路和質(zhì)量標準
-
構(gòu)件復(fù)雜的系統(tǒng)測試環(huán)境，并分析、解決測試中出現(xiàn)的較深的技術(shù)問題(Troubleshooting)和幫助做好缺陷的隔離
-
對系統(tǒng)(性能、安全性、穩(wěn)定性、可靠性)測試作出分析、評估，并提出為改善系統(tǒng)性能、可靠性而進行設(shè)計修改、代碼重構(gòu)的建議
-
設(shè)計測試自動化的技術(shù)框架，主持重要的測試工具的研究、評估、設(shè)計
-
參與系統(tǒng)部署的設(shè)計
-
參與新技術(shù)的評估和引進
-
幫助改進測試流程、提高測試效率
總結(jié)
這個小節(jié)我們了解了一下測試工程師和測試架構(gòu)師到底是什么，下節(jié)課我們一起來看一下一個合格的測試工程師的職業(yè)路線規(guī)劃是什么。