Ruby+Watir開源測試框架下的Base Library模型的研究與改進.pdf_第1頁
已閱讀1頁,還剩72頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、公司自動化測試團隊運行模式:在項目執(zhí)行階段,測試架構(gòu)師帶領(lǐng)高級測試工程師和中級工程師以技術(shù)小組的形式嵌入到其他項目中完成項目中自動化測試任務(wù),此技術(shù)小組沒有獨立的管理職能。測試架構(gòu)師在項目中負責(zé)的管理職能僅局限于促成測試任務(wù)完成。公司現(xiàn)有2到3個這樣的自動化測試技術(shù)小組,隨著項目的變動小組數(shù)一直在2到3之間浮動。在實際項目實踐中會遇到如下的狀態(tài):
   1.自動化測試項目A的首次自動化測試開發(fā)時,測試小組1全員加入,開發(fā)完畢后全

2、員投入到項目B的首次自動化測試開發(fā)。
   2.測試小組1的人員,維護測試小組2開發(fā)的自動化測試腳本。
   3.自動化測試小組1與小組2的交流很少。
   4.自動化測試小組1和2中抽取人員組建小組3。
   5.自動化測試小組3拆解到小組1和2中。
   此團隊運行模式的設(shè)計,是基于項目良好的項目管理的假設(shè)之上進行的,在執(zhí)行過程中將會共享上級項目管理成果。上級項目組提供良好的需求跟蹤管理和項目

3、進度計劃,測試架構(gòu)師負責(zé)獲取,分析和跟蹤需求和項目進度,進而協(xié)調(diào)自動化測試團隊完成項目任務(wù)。高級開發(fā)測試工程師和中級工程師的職責(zé)是執(zhí)行架構(gòu)師分布的任務(wù)從而最終完成項目任務(wù)。由此,上級團隊的項目管理質(zhì)量的好壞將直接影響自動化測試團隊的工作內(nèi)容和工作效率。
   外包自動化測試項目實踐證明,項目在以文檔的方式跟蹤測試需求變更和測試開發(fā)變更上難以達到詳盡和實時的要求。大多數(shù)項目執(zhí)行過程中只有軟件變更的說明,測試需求文檔很籠統(tǒng)甚至文檔缺

4、失,這就導(dǎo)致了項目開發(fā)和維護過程中,項目資源被大量浪費,尤其在項目回歸測試階段表現(xiàn)明顯:
   1.測試設(shè)計后一輪執(zhí)行:首輪執(zhí)行很順利。需求變更的影響雖然頻繁,但是都在設(shè)計階段得以解決,到了執(zhí)行測試階段影響幾率小。
   2.測試設(shè)計后二輪回歸測試執(zhí)行:執(zhí)行順利,但是耗費了預(yù)期120%的時間。軟件變更導(dǎo)致部分測試需要重新設(shè)計。原因是由于部分人員在腳本代碼編寫過程中,代碼編寫不規(guī)范,導(dǎo)致后續(xù)維護人員在閱讀和修改相關(guān)代碼時消

5、耗了過多的時間。
   3.測試設(shè)計后三回歸測試輪執(zhí)行:執(zhí)行順利,但是耗費了預(yù)期150%的時間。軟件變更導(dǎo)致部分測試需要重新設(shè)計。原因是第二輪測試維護人員沒有及時更新文檔,三輪測試維護人員被文檔所誤導(dǎo),導(dǎo)致了需求變更小的情況下耗費了太多時間在測試設(shè)計工作上。
   4.測試設(shè)計后四輪回歸測試執(zhí)行:執(zhí)行順利,但是耗費了預(yù)期200%的時間。軟件變更較大導(dǎo)致部分測試需要重新設(shè)計。原因是軟件變更較大,加劇了前兩輪中存在問題對項目

6、進展的影響,增加工作量。
   5.測試設(shè)計后五輪回歸測試執(zhí)行:執(zhí)行順利,但是耗費了預(yù)期300%的時間。軟件變更很大導(dǎo)致大部分測試需要重新設(shè)計。原因是類似前三輪中出現(xiàn)的問題越顯嚴重,最后不得放棄原先的部分設(shè)計重新設(shè)計。
   外包自動化測試項目實踐證明,自動化測試開發(fā)的效率和質(zhì)量依賴于測試開發(fā)人員對測試用例設(shè)計技能和自動化測試腳本語言的掌握程度。公司當(dāng)前的組織結(jié)構(gòu)也不利于自動化測試人員的快速培養(yǎng)。這樣的現(xiàn)狀造成了適用的自

7、動化測試人才稀缺的現(xiàn)象。
   在中國外包企業(yè)中,主要的業(yè)務(wù)是以手工類型測試為主,手工類型測試從業(yè)人員在測試用例設(shè)計方面的經(jīng)驗豐富,但是在腳本語言編程方面欠缺;具有計算機專業(yè)背景的大學(xué)應(yīng)屆生,在腳本語言方面有編程基礎(chǔ),但是實踐開發(fā)能力和經(jīng)驗欠缺;來自于培訓(xùn)機構(gòu)的專業(yè)人員的計算機技術(shù)基礎(chǔ)薄弱,只能從事專業(yè)對口的相關(guān)工作。所以要獲取更多的適用的自動化測試人才則需要花費較長的時間成本和更多的物力財力,這與服務(wù)外包業(yè)的即招既用的現(xiàn)狀相沖

8、突。
   所以從公司利益和團隊的發(fā)展的角度來考慮,研究如何提高軟件自動化測試設(shè)計的效率和獲取充足的適用人才是外包企業(yè)提高自動化測試團隊的競爭力和生產(chǎn)力最迫切需要解決的問題。
   精簡自動化測試開發(fā)資源消耗的方法是改進當(dāng)前的開發(fā)機制,主要從自動化測試框架方面著手。當(dāng)軟件發(fā)生變更后,維護人員對文檔的依賴過強,而基于現(xiàn)有測試框架開發(fā)的測試腳本,不便于腳本維護人員快速掌握被測軟件變更影響范圍。與此同時測試腳本設(shè)計不是個人單獨

9、完成,給測試腳本維護帶來了更大的困難。
   缺乏充足的適用人才是阻撓提高軟件自動化測試團隊的競爭力和生產(chǎn)力的一個重要方面。解決自動化測試工程師從業(yè)人員稀缺的方法是進一步細化自動化測試開發(fā)的分工協(xié)作,降低自動化測試工程師的入門難度;調(diào)整自動化測試團隊的結(jié)構(gòu)使之更利于新人的成長。
   本課題主要研究目標(biāo)在于如何提高自動化測試項目的開發(fā)和維護效率,提高自動化測試團隊的生產(chǎn)力。
   課題研究方法是:以技術(shù)改進和組織

10、結(jié)構(gòu)調(diào)整的方式完成研究目標(biāo)。技術(shù)上改進測試框架,從而實現(xiàn)項目中被測對象與測試步驟的分離,便于統(tǒng)一管理被測對象;方法是新增BaseFunctionLib模塊用于統(tǒng)一封裝被測對象,從而提供統(tǒng)一管理被測對象的平臺,最終提高自動化測試開發(fā)和維護效率。組織結(jié)構(gòu)調(diào)整側(cè)重于培養(yǎng)適用人才,新增初級工程師職位,重新設(shè)計公司自動化測試團隊運行模式,平衡文檔管理與技術(shù)支持權(quán)重將作為首要設(shè)計原則。項目實施中開發(fā)變更文檔化程度,在技術(shù)對變更細節(jié)提供追蹤支持的情況

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論