想從零基礎(chǔ)學(xué)習(xí)軟件測試到成為測試工程師詳細(xì)了解南京自動(dòng)化測試開發(fā)前途

1.圖形界面自動(dòng)化測試的前途在哪里?

降低自動(dòng)化測試的門檻是很多自動(dòng)化測試工具提供商努力的目標(biāo)。尤其是對于圖形界面的自動(dòng)化測試，就更是這樣。 于是，“錄制與回放”就成了圖形界面自動(dòng)化測試的主流。不論是 Web 界面的，還是基于 Windows API 界面的，還是 Java GUI 界面的，“錄制與回放”的工具，不論是商用的，還是開源的，都不少。在技術(shù)上，大家也在“錄制”上下足了功夫。 錄制就需要先識(shí)別?，F(xiàn)在 Web 頁面的顯示技術(shù)在向基于客戶端的軟件的界面靠攏，于是工具要識(shí)別各種動(dòng)態(tài)界面的不同組件，不同編程語言實(shí)現(xiàn)的動(dòng)態(tài)效果。你能夠適應(yīng) .NET 和 ASP 編寫的界面，我可以使用動(dòng)態(tài)的 , AJAX。 Web 的動(dòng)態(tài)顯示技術(shù)層出不窮，先是基于服務(wù)器端的動(dòng)態(tài)頁面顯示，再后來又可以把代碼傳送并放到客戶端來由瀏覽器解釋了再動(dòng)態(tài)顯示，現(xiàn)在又可以局部更新頁面的部分信息，很多頁面又開始使用 Flash 等等。于是，如何自動(dòng)識(shí)別這些動(dòng)態(tài)的顯示技術(shù)，并保證錄制與回放的正確，就成了各個(gè)自動(dòng)化測試工具廠商最求的目標(biāo)。也就是基本上是在跟著動(dòng)態(tài)顯示技術(shù)發(fā)展的屁股后面跑。然而“錄制與回放”有一個(gè)大問題，就是“錄制”下來的腳本的維護(hù)問題。Web 界面的變化是非常頻繁的。通常市場*的一個(gè)反饋，界面就要做比較大的調(diào)整，而這個(gè)調(diào)整，會(huì)導(dǎo)致之前“錄制”好的腳本的重用性變得很差。 需要維護(hù)。 如果不想維護(hù)，再錄制一遍的話也會(huì)造成人力的浪費(fèi)。 畢竟，腳本和真正的程序代碼雖然都是編程的產(chǎn)物，但人家代碼是公司研發(fā)的最終產(chǎn)品，是可以賣錢的;腳本只是測試的一個(gè)中間環(huán)節(jié)，腳本執(zhí)行的結(jié)果才是我們測試人員想得到的東西，花費(fèi)很大力氣來維護(hù)一個(gè)中間產(chǎn)品，任何一個(gè)研發(fā)部分都要好好考慮一下投入與產(chǎn)出是否值得了?？删S護(hù)性差是“錄制與回放”技術(shù)需要攻克的技術(shù)難題。而解決這個(gè)難題，需要兩方面的努力:腳本良好的封裝，與 API (關(guān)鍵字)接口的完整定義 開發(fā)人員對于界面元素賦予*標(biāo)示的 ID。 解決圖形界面自動(dòng)化腳本的可維護(hù)性，還需要開發(fā)的幫助，為界面元素提供*的標(biāo)識(shí)。這樣，不論以后界面如何變化，只要標(biāo)識(shí)不變，之前的腳本一樣可以復(fù)用。而良好的腳本封裝是“錄制與回放”幾乎難以逾越的一座技術(shù)大山。“錄制”決定了前期很少進(jìn)行軟件設(shè)計(jì)，腳本也是順序執(zhí)行的。這與預(yù)先設(shè)計(jì)完整的 API 接口，再進(jìn)行腳本開發(fā)的流程是相違背的。從長遠(yuǎn)考慮，每一個(gè)軟件開發(fā)企業(yè)在圖形界面的自動(dòng)化測試上，都應(yīng)該力求向關(guān)鍵字編程靠攏，而不是過度的依賴自動(dòng)化測試工具廠商的“錄制與回放”技術(shù)。 這，才應(yīng)該是圖形界面測試自動(dòng)化的未來。

2.糾結(jié):做自動(dòng)化測試有前途嗎？

做自動(dòng)化測試有前途。自動(dòng)化測試現(xiàn)在還蠻熱門的，一般公司都會(huì)用到。而且會(huì)比手工測試高級(jí)一些的，畢竟薪資門檻擺在那里。

想了解軟件測試學(xué)習(xí)課程，費(fèi)用以及時(shí)間了解圖形界面自動(dòng)化測試的前途在哪里?，糾結(jié):做自動(dòng)化測試有前途嗎？??