客觀的講,手工測(cè)試轉(zhuǎn)自動(dòng)化測(cè)試難度不高,本質(zhì)上是測(cè)試手段、方式的改變,并不是職業(yè)方向的轉(zhuǎn)變??梢赃M(jìn)一步引發(fā)出軟件測(cè)試如何轉(zhuǎn)測(cè)試開(kāi)發(fā)的問(wèn)題。
 

軟件測(cè)試如何轉(zhuǎn)化為自動(dòng)化軟件測(cè)試?

軟件測(cè)試如何轉(zhuǎn)化為自動(dòng)化軟件測(cè)試?

關(guān)于測(cè)試手段、方式的轉(zhuǎn)變?,F(xiàn)有的開(kāi)源的、收費(fèi)的工具非常多,無(wú)論開(kāi)展UI、接口等自動(dòng)化的學(xué)習(xí)成本不高,難度自然也相對(duì)比較簡(jiǎn)單。推薦了解下robot framework友好的支持了關(guān)鍵字驅(qū)動(dòng)和數(shù)據(jù)驅(qū)動(dòng),可以滿足不同測(cè)試對(duì)象的自動(dòng)化開(kāi)展,復(fù)雜場(chǎng)景的接口依賴也有很好的支持方式。這里特別說(shuō)明一下,自動(dòng)化測(cè)試的開(kāi)展需要考慮在什么階段以什么樣的方式去做。比如在模塊測(cè)試階段或者功能不穩(wěn)定的時(shí)候及早開(kāi)展自動(dòng)化會(huì)發(fā)現(xiàn),隨著功能的調(diào)整,自動(dòng)化的維護(hù)成本過(guò)高,體驗(yàn)很差,等等。不要為了自動(dòng)化而自動(dòng)化,而是為了實(shí)現(xiàn)一套解決方案來(lái)解決某種問(wèn)題而開(kāi)展某種自動(dòng)化,肯定是解決某些測(cè)試過(guò)程中的問(wèn)題而引入自動(dòng)化測(cè)試。

關(guān)于職業(yè)方向的轉(zhuǎn)變。似乎不是僅僅掌握幾個(gè)工具、寫(xiě)幾個(gè)腳本來(lái)衡量的。

首先測(cè)試轉(zhuǎn)測(cè)試開(kāi)發(fā),客觀講難度適中,比高考、考研投入、難度都低很多。測(cè)試與測(cè)試開(kāi)發(fā)的核心工作都是保障軟件產(chǎn)品的質(zhì)量。測(cè)試轉(zhuǎn)測(cè)試開(kāi)發(fā),比直接做測(cè)試開(kāi)發(fā)有一定優(yōu)勢(shì)——對(duì)測(cè)試的理解和認(rèn)識(shí)更深刻,有基礎(chǔ)測(cè)試手段、測(cè)試流程有實(shí)際的應(yīng)用經(jīng)驗(yàn)。(有些測(cè)試開(kāi)發(fā)更偏向于開(kāi)發(fā)——基于既定測(cè)試需求的功能實(shí)現(xiàn),易忽略測(cè)試場(chǎng)景、用戶需求、測(cè)試流程等因素,使得開(kāi)發(fā)出來(lái)的工具、框架、平臺(tái)并不能很好的支撐手工測(cè)試,甚至?xí)脒^(guò)多維護(hù)成本)。

軟件測(cè)試如何轉(zhuǎn)化為自動(dòng)化軟件測(cè)試?

其次關(guān)于測(cè)試開(kāi)發(fā)本身必須要掌握的有哪些?根據(jù)很多公司的招聘信息中的崗位職責(zé)要求,我們也可以略知一二,其中剛需有:

掌握一門(mén)或多門(mén)的語(yǔ)言編碼能力,推薦Python、Java。可以自學(xué),網(wǎng)上教程非常多,多月多做,學(xué)以致用。

掌握一些測(cè)試工具,比如seleniumpostman、robot framework,jmeter等等,先了解再考慮優(yōu)先掌握哪些。