1. 程式人生 > >關於web自動化測試的一些自己的思考和總結

關於web自動化測試的一些自己的思考和總結

未來工作發展的一些想法。
1.關於自動化測試 自動化測試,目前可以用selenium可以寫出一些符合測試流程的測試指令碼。但是還是存在比較多的技術難題。 問題一,驗證碼,之前學習的驗證碼識別技術對於加了干擾線之後基本識別失敗。所以只能想其他辦法,比如遮蔽驗證碼,需要開發協助,需要開發提供兩個檔案,替換第一個檔案的時候可以遮蔽驗證碼,替換第二個檔案的時候可以恢復正常的驗證碼功能。或者使用萬能驗證碼,即在驗證碼識別的模組加一條if語句,設定一個驗證碼,只要輸入這個驗證碼就認為是正確的驗證碼,為了避免驗證碼洩露每個版本的萬能驗證碼都不一樣。正式版打包將註釋掉這條萬能驗證碼語句,恢復驗證碼正常識別功能,避免存在安全漏洞。
問題二,設定指令碼驗證,自動化測試指令碼最大的特徵就是就是能自動驗證測試用例。而這塊將結合unittest單元測試框架和selenium去學習編寫。這個部分計劃將在這個4月份和5月份開始執行。 問題三。自動化測試指令碼目標模組化,引數化。即要實現指令碼資料分離,指令碼模組重複使用。引數化可以使每一次測試引數的修改不用在指令碼程式碼中執行,方便程式碼的封裝,同時提高指令碼複用率。模組化,可以減少指令碼的程式碼冗餘,降低程式設計工作量。而這兩個部分最大的特點就是以面向物件的方式程式設計,即類的形式。接下來我們的測試指令碼都會以類的形式作為基本要求。提高面向物件程式設計能力。 問題四,自動化測試用例。自動化測試並不是萬能的,目前的打算只是先從冒煙測試開始,即測試主流程或者重複工作量大的地方使用。自動化測試用例設計的方法和以往不同,這一塊我會繼續整理。目前想法一個系統使用大概50-60條自動化測試用例。
問題五,自動化測試指令碼維護。降低測試指令碼維護的方式就是前期程式設計的規範和模組化。這樣哪個模組有問題,直接修改對應的模組則不會影響其他測試指令碼。而指令碼編寫是否規範也是需要維護的一個重要因素。例如定位元素的方法,使用id則查詢更方便。也不容易變動。 問題六,自動化測試學習和指令碼編寫時間安排。以組長髮布的測試計劃為第一優先順序,自動化學習和程式設計為第二優先順序。即不能因為學習而影響到整個測試程序。在測試過程中,合理編寫方便測試使用的測試指令碼。在空餘時間學習指令碼程式設計。 問題七,技術知識沉澱,什麼事情從無到有都是一個艱難的過程,在這個過程中肯定會遇到各種各樣的問題,我們將會把遇到的問題和解決方案記錄下來,作為技術知識沉澱,避免人員在同樣的問題浪費過多的時間成本。
問題八,人員安排,目前由我和實習生負責這個模組。目前處於探索階段沒必要投入太多的人力資源,因為這個階段肯定會走很多彎路,遇到很多困難,遭遇很多失敗。等過了這個階段,把路線方向清晰了,技術模型流程成熟。我會給部門人員做培訓。
2.關於效能測試方面
這段時間看到了幾個明鑑產品提交的測試需求包含了效能測試,以後產品上雲的話,效能測試會更加重視。所以我計劃和趙逸凡在做效能測試的時候學習並使用效能測試工具jmeter。工具使用也是一個摸索的過程所以還是沒必要投入更多人力成本。探索成功後我也會給部門做培訓。
3.關於人才培養
三個要點,1.因材施教2.興趣導向。3.在團隊中發揮作用。