QTP自動(dòng)化測試過程隨想

第第頁QTP自動(dòng)化測試過程隨想QTP自動(dòng)化測試過程隨想

發(fā)表于：2023-01-27來源：：點(diǎn)擊數(shù)：標(biāo)簽：

QTP自動(dòng)化測試過程隨想軟件測試我之前做過短暫的開發(fā)，后來主要是測試，豐富的測試經(jīng)驗(yàn)(但僅限于黑盒)，并且有帶領(lǐng)團(tuán)隊(duì)半年時(shí)間，期間和老板學(xué)習(xí)了6-Sigma(黑帶)，也做過幾個(gè)專利，所以很有流程，改善，和客戶需求方面的sense,并且感覺很有創(chuàng)新的

QTP自動(dòng)化測試過程隨想軟件測試

我之前做過短暫的開發(fā)，后來主要是測試，豐富的測試經(jīng)驗(yàn)(但僅限于黑盒)，并且有帶領(lǐng)團(tuán)隊(duì)半年時(shí)間，期間和老板學(xué)習(xí)了6-Sigma(黑帶)，也做過幾個(gè)專利，所以很有流程，改善，和客戶需求方面的sense,并且感覺很有創(chuàng)新的意識，現(xiàn)在專職作QTP自動(dòng)化開發(fā)，一個(gè)項(xiàng)目剛剛結(jié)束了，于是把隨想發(fā)出來，共同討論。

回顧整個(gè)項(xiàng)目過程中各階段操作，作出以下總結(jié)：

1、需求確認(rèn)階段

此時(shí)需要手動(dòng)測試人員的大力支援，并且建立良好的溝通，提升我們熟悉業(yè)務(wù)效率，溝通包括：

1)需求提出：與手動(dòng)測試接洽人確認(rèn)自動(dòng)化實(shí)施的策略是什么.

將老板與客戶的想法作為大的方向，結(jié)合手動(dòng)測試實(shí)際需求，并考慮到自動(dòng)化實(shí)現(xiàn)的現(xiàn)狀，共同擬定出項(xiàng)目的Scope。

提出需求的絕不可以是自動(dòng)化Team的“一廂情愿”。當(dāng)然，現(xiàn)實(shí)中有時(shí)是由自動(dòng)化方提出的更多一些，但是這個(gè)根本的原則是，要得到手動(dòng)的認(rèn)可與確認(rèn)，否則當(dāng)東西做出來后，他們說一句這不是我想要的東西時(shí)，我們自動(dòng)化Team將全體暈倒……

2)需求確認(rèn)與熟悉：自動(dòng)化Team對提出的需求進(jìn)一步分析，制定出自動(dòng)化的Auto-TestCase。

分析的前提是，熟悉業(yè)務(wù)，即看懂testcase并可以實(shí)際測試。原則上講，作自動(dòng)化的人應(yīng)該是對所做業(yè)務(wù)非常熟悉的人，至少要有手動(dòng)測試經(jīng)驗(yàn)的。但實(shí)際上，我們不可能熟悉所有的項(xiàng)目，于是如何快速掌握業(yè)務(wù)操作流程就頗為重要。此時(shí)最捷徑的方式就是與手動(dòng)測試人員溝通，溝通的效果越好，則此處所用的時(shí)間就越少。

PS：在我們的上一個(gè)項(xiàng)目中，我們在需求確認(rèn)階段，看完了所有手動(dòng)TestCase，將其分類出我們需要的，然后與之確認(rèn)，說實(shí)話，有點(diǎn)耽誤時(shí)間。

2、開發(fā)階段

如果說需求確認(rèn)階段我以前有過經(jīng)驗(yàn)的話，開發(fā)階段對于我來說可算是全新的。以前我們自動(dòng)化項(xiàng)目，對于開發(fā)階段，代碼變化很少，其重點(diǎn)是如何將多個(gè)設(shè)備或者PC的并行操作串聯(lián)起來?？墒沁@里的項(xiàng)目不一樣，需要很強(qiáng)的編程能力，需要對QTP很熟悉，這也是我比較薄弱的地方。正應(yīng)為如此，我在這個(gè)階段學(xué)習(xí)到的東西也是最多的。

首先，很好的Frame框架，為我們的編碼及維護(hù)帶來很大的方便。

其次，編碼方面，對于常用的函數(shù)，以前都需要看Help的規(guī)范后才可以編寫，現(xiàn)在非常熟悉，可以直接快速編碼。學(xué)習(xí)了許多新的編碼技巧，如：

1)DictionaryObject使用，這個(gè)以前聽都沒聽過，汗~~

2)描述性編程的實(shí)際應(yīng)用，以前只是看過相關(guān)的概念

3)時(shí)間函數(shù)的應(yīng)用，如Sync方法