《自動(dòng)化測(cè)試基礎(chǔ)》由會(huì)員分享，可在線閱讀，更多相關(guān)《自動(dòng)化測(cè)試基礎(chǔ)（22頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。
1、第一章 自動(dòng)化測(cè)試基礎(chǔ) 本章內(nèi)容：q什么是自動(dòng)化測(cè)試q常見(jiàn)的自動(dòng)化測(cè)試架構(gòu)q自動(dòng)化測(cè)試的基本流程q開(kāi)源Web自動(dòng)化測(cè)試q開(kāi)源自動(dòng)化測(cè)試的優(yōu)勢(shì)等 2021-5-25 3 1.1 自動(dòng)化測(cè)試 n自動(dòng)化測(cè)試：q自動(dòng)化測(cè)試就是使用軟件來(lái)控件控制測(cè)試案例的執(zhí)行。它裝實(shí)際測(cè)試結(jié)果與預(yù)期結(jié)果進(jìn)行比較，并提供測(cè)試預(yù)置條件設(shè)定、測(cè)試邏輯控制以及測(cè)試報(bào)告等重要功能。n自動(dòng)化測(cè)試常見(jiàn)的方式：q代碼驅(qū)動(dòng)測(cè)試：q圖形用戶接口測(cè)試 2021-5-25 4 代碼驅(qū)動(dòng)測(cè)試通過(guò)大量不同的輸入?yún)?shù)和對(duì)應(yīng)的返回結(jié)果，來(lái)驗(yàn)證類、模塊或者庫(kù)文件的公共接口是否正確。趨勢(shì)：使用測(cè)試框架（Junit或Nunit)來(lái)進(jìn)行單元測(cè)試，以便于判斷代
2、碼在不同配置環(huán)境下的表現(xiàn)是否符合預(yù)期。代碼驅(qū)動(dòng)測(cè)試自動(dòng)化？ 2021-5-25 5 圖形用戶接口測(cè)試測(cè)試框架產(chǎn)生用戶接口事件（例如鍵盤、鼠標(biāo)單擊等），并捕獲事件導(dǎo)致的圖形用戶接口改變，以便驗(yàn)證可見(jiàn)的程序響應(yīng)是否正確。很多自動(dòng)化測(cè)試工具都支持錄制回放特性，它們?cè)试S用戶交互性地錄制自己的操作，在需要的時(shí)候進(jìn)行回入，并將回放的實(shí)際結(jié)果與預(yù)期結(jié)果進(jìn)行比較。 優(yōu)點(diǎn)：沒(méi)有大量的開(kāi)發(fā)工作。Web自動(dòng)化測(cè)試：Selenium和WebDriver 2021-5-25 08、09精英班6 是否需要對(duì)測(cè)試進(jìn)行自動(dòng)化？n自動(dòng)化測(cè)試在一個(gè)長(zhǎng)周期的迭代測(cè)試中，有如下優(yōu)點(diǎn)：q能夠支持頻繁的回歸測(cè)試；q能夠在軟件開(kāi)發(fā)過(guò)程中盡
3、早發(fā)現(xiàn)缺陷；q能夠無(wú)限的循環(huán)執(zhí)行測(cè)試案例；q定制化的系統(tǒng)缺陷報(bào)告； q更好地支持敏捷和極限開(kāi)發(fā)模式；q避免人為因素導(dǎo)致的漏測(cè)。 2021-5-25 7 1.2 常見(jiàn)的自動(dòng)化測(cè)試架構(gòu)（1）n 1、數(shù)據(jù)驅(qū)動(dòng)測(cè)試框架（The Data-Driven Testing Framework）q說(shuō)明：n僅僅是將測(cè)試數(shù)據(jù)從測(cè)試腳本中分離出來(lái)，開(kāi)始了非混沌狀態(tài)的第一步，這也是所有測(cè)試架構(gòu)中最簡(jiǎn)單的一種n q優(yōu)點(diǎn)： n至少測(cè)試數(shù)據(jù)可以單獨(dú)維護(hù)了 q缺點(diǎn)：n任何被測(cè)試程序的變更所導(dǎo)致的工作量是所有架構(gòu)中最多的，因此維護(hù)成本非常高 2021-5-25 8 1.2 常見(jiàn)的自動(dòng)化測(cè)試架構(gòu)（2）n 2、測(cè)試腳本模塊化框架（
4、The Test Script Modularity Framework）n n說(shuō)明：q箭頭方向代表的是被調(diào)用和調(diào)用關(guān)系q測(cè)試腳本中包含了各功能點(diǎn)中涉及到的控件識(shí)別和業(yè)務(wù)邏輯操作，其中包含了外部測(cè)試數(shù)據(jù)的調(diào)用q測(cè)試腳本的維護(hù)由自動(dòng)化測(cè)試開(kāi)發(fā)工程師負(fù)責(zé)，要求必須懂自動(dòng)化編程和業(yè)務(wù)邏輯q測(cè)試數(shù)據(jù)的維護(hù)由測(cè)試工程師負(fù)責(zé) n優(yōu)點(diǎn)：q控件和業(yè)務(wù)邏輯一旦發(fā)生變化，要進(jìn)行修改和維護(hù)的是底層的測(cè)試腳本（比無(wú)任何抽象封裝的自動(dòng)化測(cè)試程序稍好一些）n缺點(diǎn)：q幾乎所有大的變更引起的工作量都由自動(dòng)化測(cè)試開(kāi)發(fā)工程師完成 q控件識(shí)別和業(yè)務(wù)邏輯本身屬于不同的領(lǐng)域，沒(méi)有很好進(jìn)行抽象封裝 2021-5-25 1.2 常見(jiàn)的自動(dòng)
5、化測(cè)試架構(gòu)（3）n 3、測(cè)試庫(kù)構(gòu)架框架（The Test Library Architecture Framework） n說(shuō)明：q箭頭方向代表的是被調(diào)用和調(diào)用關(guān)系q將所有的針對(duì)測(cè)試系統(tǒng)本身的控件識(shí)別和控件支持的操作封裝在測(cè)試庫(kù)中q測(cè)試腳本調(diào)用測(cè)試庫(kù)的同時(shí)傳遞外部的測(cè)試數(shù)據(jù)q測(cè)試庫(kù)的編寫由自動(dòng)化測(cè)試開(kāi)發(fā)工程編寫（可以不懂業(yè)務(wù)），負(fù)責(zé)控件的變更和維護(hù)q測(cè)試腳本的編寫可由對(duì)業(yè)務(wù)比較掌握的自動(dòng)化測(cè)試開(kāi)發(fā)工程編寫，負(fù)責(zé)業(yè)務(wù)邏輯的變更和維護(hù)q測(cè)試數(shù)據(jù)由測(cè)試工程師維護(hù)（可以不懂自動(dòng)化開(kāi)發(fā)）n優(yōu)點(diǎn)：q被測(cè)試系統(tǒng)無(wú)論是哪層發(fā)生變化，只需要相應(yīng)的人員進(jìn)行變更維護(hù)即可q完成了控件識(shí)別操作和業(yè)務(wù)邏輯的抽象分離 n缺
6、點(diǎn)：變更引起的工作量還是附加在自動(dòng)化測(cè)試開(kāi)發(fā)工程師身上 1.2 常見(jiàn)的自動(dòng)化測(cè)試架構(gòu)（4）n 4、關(guān)鍵字驅(qū)動(dòng)或表驅(qū)動(dòng)測(cè)試框架（The Keyword-Driven or Table-Driven Testing Framework）。n說(shuō)明：q說(shuō)到關(guān)鍵字驅(qū)動(dòng)，當(dāng)然得說(shuō)QTP。確實(shí)當(dāng)對(duì)象庫(kù)（很類似測(cè)試庫(kù)架構(gòu)中的測(cè)試庫(kù)）添加完成后，測(cè)試case步驟的組織就相當(dāng)于是在關(guān)鍵字試圖中選擇控件對(duì)象（Control），動(dòng)作（Action），參數(shù)（Parameters）。 q框架到底用來(lái)做什么，最終的目的無(wú)非是將不同層次的對(duì)象和邏輯進(jìn)行抽象和分離封裝，從而使得被測(cè)試程序的變更所導(dǎo)致的測(cè)試腳本框架的變更維護(hù)工作
7、量減少到最少，更進(jìn)一步，如果不懂自動(dòng)化編程的普通測(cè)試工程師能不需要了解測(cè)試工具和框架本身的知識(shí)就能維護(hù)控件對(duì)象和業(yè)務(wù)邏輯，這樣就可以將自動(dòng)化測(cè)試工程的工作量進(jìn)行很好的分?jǐn)?。具體實(shí)施就是將控件對(duì)象，動(dòng)作，參數(shù)等等從框架或工具本身剝離出來(lái)放在普通Excel表格中，組織成如下形式：2021-5-25 Window Control Action ArgumentsCalculator Menu View, StandardCalculator Pushbutton Click 1Calculator Pushbutton Click +Calculator Pushbutton Click 3Calc
8、ulator Pushbutton Click =Calculator Verify Result 4Calculator Clear Calculator Pushbutton Click 6Calculator Pushbutton Click -Calculator Pushbutton Click 3Calculator Pushbutton Click =Calculator Verify Result 3 n框架本身所要做的就是識(shí)別Excel表格中的這些控件對(duì)象以及Actionq注：以上表格中還可以將數(shù)據(jù)剝離出去，以單獨(dú)的數(shù)據(jù)Excel表格進(jìn)行維護(hù) n優(yōu)點(diǎn)：q極大的減少了自動(dòng)化開(kāi)發(fā)
9、工程師維護(hù)量，畢竟在測(cè)試團(tuán)隊(duì)中，自動(dòng)化開(kāi)發(fā)工程師占的比較少q普通測(cè)試工程師，可以很好的維護(hù)自身負(fù)責(zé)的模塊中涉及的測(cè)試case和測(cè)試數(shù)據(jù)n 缺點(diǎn)： q框架的抽象程度比較高，對(duì)自動(dòng)化測(cè)試工程師的開(kāi)發(fā)能力比較高2021-5-25 1.3 自動(dòng)化測(cè)試的基本流程 2021-5-25 n 1、制定測(cè)試計(jì)劃 q在展開(kāi)自動(dòng)化測(cè)試之前，最好做個(gè)測(cè)試計(jì)劃，明確測(cè)試對(duì)象、測(cè)試目的、測(cè)試的項(xiàng)目?jī)?nèi)容、測(cè)試的方法、測(cè)試的進(jìn)度要求，并確保測(cè)試所需的人力、硬件、數(shù)據(jù)等資源都準(zhǔn)備充分。制定好測(cè)試計(jì)劃后，下發(fā)給用例設(shè)計(jì)者。n 2、分析測(cè)試需求 q用例設(shè)計(jì)者根據(jù)測(cè)試計(jì)劃和需求說(shuō)明書，分析測(cè)試需求，設(shè)計(jì)測(cè)試需求樹(shù)，以便用例設(shè)計(jì)時(shí)能夠
10、覆蓋所有的需求點(diǎn)。一般來(lái)講，基于Web功能測(cè)試需要覆蓋一下幾個(gè)方面： q 1）頁(yè)面鏈接測(cè)試，確保各個(gè)鏈接正常；q 2）頁(yè)面控件測(cè)試，確保各個(gè)控件可靠；q 3）頁(yè)面功能測(cè)試確保各項(xiàng)操作正常;q 4）數(shù)據(jù)處理測(cè)試，確保數(shù)據(jù)顯示準(zhǔn)確、處理精確可靠；q 5）模塊業(yè)務(wù)邏輯測(cè)試，確保各個(gè)業(yè)務(wù)流程暢通。 2021-5-25 08、09精英班 n 3、設(shè)計(jì)測(cè)試用例通過(guò)分析測(cè)試需求，設(shè)計(jì)出能夠覆蓋所有需求點(diǎn)的測(cè)試用例，形成專門的測(cè)試用例文檔。n由于不是所有的測(cè)試用例都能用自動(dòng)化來(lái)執(zhí)行，所以需要將能夠執(zhí)行自動(dòng)化測(cè)試的用例匯總成自動(dòng)化測(cè)試用例。必要時(shí)，要將登陸系統(tǒng)的用戶、密碼、產(chǎn)品、客戶等參數(shù)信息獨(dú)立出來(lái)形成測(cè)試數(shù)
11、據(jù)，便于腳本開(kāi)發(fā)。n 4、搭建測(cè)試環(huán)境自動(dòng)化測(cè)試人員在用例設(shè)計(jì)工作開(kāi)展的同時(shí)即可著手搭建測(cè)試環(huán)境。n因?yàn)樽詣?dòng)化測(cè)試的腳本編寫需要錄制頁(yè)面控件，添加對(duì)象。測(cè)試環(huán)境的搭建，包括被測(cè)系統(tǒng)的部署、測(cè)試硬件的調(diào)用、測(cè)試工具的安裝盒設(shè)置、網(wǎng)絡(luò)環(huán)境的布置等。 n 5、編寫測(cè)試腳本根據(jù)自動(dòng)化測(cè)試用例和問(wèn)題的難易程度，采取適當(dāng)?shù)哪_本開(kāi)發(fā)方法編寫測(cè)試用例。n一般先通過(guò)錄制的方式獲取測(cè)試所需要的頁(yè)面控件，然后再用結(jié)構(gòu)化語(yǔ)句控制腳本的執(zhí)行，插入檢查點(diǎn)和異常判定反饋語(yǔ)句，將公共普遍的功能獨(dú)立成共享腳本，必要時(shí)對(duì)數(shù)據(jù)驚醒參數(shù)化。當(dāng)然還可以用其他高級(jí)功能編輯腳本。腳本編寫好了之后，需要反復(fù)執(zhí)行，不斷調(diào)試，知道運(yùn)行正常為止。
12、腳本的編寫和命名要符合管理規(guī)范，以便統(tǒng)一管理和維護(hù)。 n 6、分析測(cè)試結(jié)果、記錄測(cè)試問(wèn)題應(yīng)該及時(shí)分析自動(dòng)化測(cè)試結(jié)果，建議測(cè)試人員每天抽出一定時(shí)間，對(duì)自動(dòng)化測(cè)試結(jié)果進(jìn)行分析，以便盡早地發(fā)現(xiàn)缺陷。q如果采用開(kāi)源自動(dòng)化測(cè)試工具，建議對(duì)其進(jìn)行二次開(kāi)發(fā)，以便與測(cè)試部門選定的缺陷管理工具緊密結(jié)合。理想情況下，自動(dòng)化測(cè)試案例運(yùn)行失敗后，自動(dòng)化測(cè)試平臺(tái)就會(huì)自動(dòng)上報(bào)一個(gè)缺陷。測(cè)試人員只需每天抽出一地你該時(shí)間，確認(rèn)這些自動(dòng)上報(bào)的缺陷，是否是真實(shí)的系統(tǒng)缺陷。如果是系統(tǒng)缺陷就提交開(kāi)發(fā)人員修復(fù)，如果不是系統(tǒng)缺陷，就檢查自動(dòng)化測(cè)試腳本或者測(cè)試環(huán)境。n 7、跟蹤測(cè)試測(cè)試記錄的BUG要記錄到缺陷管理工具中去，以便定期跟蹤處理
13、。 q開(kāi)發(fā)人員修復(fù)后，需要對(duì)此問(wèn)題執(zhí)行回歸測(cè)試，就是重復(fù)執(zhí)行一次該問(wèn)題對(duì)應(yīng)的較薄，執(zhí)行通過(guò)則關(guān)閉，否則繼續(xù)修改。如果問(wèn)題的修改方案與客戶達(dá)成一致，但與原來(lái)的需求有所偏離，那么在回歸測(cè)試前，還需要對(duì)腳本進(jìn)行必要的修改和調(diào)試。 1.4自動(dòng)化測(cè)試腳本分類n腳本類型說(shuō)明優(yōu)點(diǎn)缺點(diǎn)線性腳本簡(jiǎn)單的錄制、回放開(kāi)發(fā)成本低，對(duì)測(cè)試人員的要求低腳本健壯性不高，不易維護(hù)結(jié)構(gòu)化腳本使用判斷、分支、循環(huán)等測(cè)試邏輯，控制測(cè)試腳本的執(zhí)行過(guò)程維護(hù)成本較線性腳本低，測(cè)試更加靈活。對(duì)測(cè)試人員要求比較高，腳本健壯性依然不高數(shù)據(jù)驅(qū)動(dòng)腳本數(shù)據(jù)與測(cè)試腳本分離，單獨(dú)存在于數(shù)據(jù)文件或者數(shù)據(jù)庫(kù)中測(cè)試腳本只包含測(cè)試邏輯，不包含測(cè)試數(shù)據(jù)，修改測(cè)試數(shù)
14、據(jù)，無(wú)須關(guān)聯(lián)修改測(cè)試腳本；腳本維護(hù)成本低，可以 針對(duì)不同測(cè)試數(shù)據(jù)，使用相同測(cè)試邏輯，反復(fù)測(cè)試自動(dòng)化測(cè)試設(shè)計(jì)工作量會(huì)加大；對(duì)測(cè)試人員編程技巧工求更高關(guān)鍵字驅(qū)動(dòng)腳本把檢查點(diǎn)和執(zhí)行操作的控制都放在外部文件中腳本維護(hù)成本低；數(shù)據(jù)與腳本分離；綜合了數(shù)據(jù)驅(qū)動(dòng)、共享、結(jié)構(gòu)化等腳本的優(yōu)點(diǎn)。需要更多的自動(dòng)化測(cè)試設(shè)計(jì)工作量；依賴于測(cè)試工具對(duì)關(guān)鍵字驅(qū)動(dòng)的支持情況公共腳本將系統(tǒng)基礎(chǔ)（公共）功能對(duì)應(yīng)的測(cè)試腳本獨(dú)立出來(lái)，以便在其他腳本之間共享使用腳本維護(hù)成本低；可以減少腳本開(kāi)發(fā)工作量，做到腳本復(fù)用。需要更多的自動(dòng)化測(cè)試設(shè)計(jì)工作量；需要建立額外的框架或者測(cè)試支持庫(kù)；測(cè)試人員需要更多的編程技巧來(lái)維護(hù)測(cè)試支持庫(kù)。 1.5自動(dòng)化
15、測(cè)試認(rèn)知的誤區(qū)n誤區(qū)一：自動(dòng)化測(cè)試是一種比人工測(cè)試更先進(jìn)的高級(jí)測(cè)試。適合于自動(dòng)化測(cè)試適合于人工測(cè)試1.測(cè)試任務(wù)明確，不會(huì)頻繁變動(dòng)2.每日構(gòu)建后的測(cè)試驗(yàn)證3.回歸測(cè)試、壓力測(cè)試、性能測(cè)試4.軟件系統(tǒng)界面穩(wěn)定，改動(dòng)較少5.需要在多種平臺(tái)上運(yùn)行的相同測(cè)試案例，組合遍歷型的測(cè)試、大量重復(fù)的測(cè)試任務(wù)。6.軟件維護(hù)周期很長(zhǎng)。7.項(xiàng)目進(jìn)度壓力不太大。 8.待測(cè)軟件系統(tǒng)開(kāi)發(fā)比較規(guī)范，能夠保證系統(tǒng)的可測(cè)試性。9.具備大容量的自動(dòng)化測(cè)試平臺(tái)10.測(cè)試人員具備較強(qiáng)的編程能力1.一次性的項(xiàng)目或者軟件維護(hù)周期很短。2.需求不明確，或者經(jīng)常發(fā)生變動(dòng)3.界面頻繁變動(dòng)，或者產(chǎn)品功能頻繁變化4.用戶驗(yàn)收測(cè)試5.項(xiàng)目進(jìn)度偏緊6.
16、測(cè)試范圍或者測(cè)試方法不明確7.測(cè)試人員不具備編程能力8.缺少穩(wěn)定的自動(dòng)化測(cè)試平臺(tái)自動(dòng)化測(cè)試與人工測(cè)試適合情況對(duì)比 n誤區(qū)二：測(cè)試應(yīng)該追求100%的自動(dòng)化q切忌追求100%的自動(dòng)化測(cè)試，在可以預(yù)見(jiàn)的將來(lái)人工測(cè)試依然非常重要。片面地追求自動(dòng)化，不僅無(wú)法提高軟件產(chǎn)品的質(zhì)量，還會(huì)讓測(cè)試人員疲于奔命，帶來(lái)更大的軟件質(zhì)量風(fēng)險(xiǎn)。 n誤區(qū)三：自動(dòng)化測(cè)試能夠發(fā)現(xiàn)大量的缺陷，就發(fā)現(xiàn)缺陷而言，它比人工測(cè)試更有效率。q根據(jù)經(jīng)驗(yàn)，自動(dòng)化測(cè)試只能發(fā)現(xiàn)30%以下的缺陷，而人工測(cè)試能夠發(fā)現(xiàn)70%以上的缺陷。n誤區(qū)四：應(yīng)該對(duì)一次性的軟件項(xiàng)目采取自動(dòng)化測(cè)試q自動(dòng)化測(cè)試的投入成本，至少要在34個(gè)發(fā)布版本之后才能收 回，因些針對(duì)一次
17、懷的軟件項(xiàng)目，應(yīng)該避免采取自動(dòng)化測(cè)試。n誤區(qū)五：商業(yè)自動(dòng)化測(cè)試工具更好，一定要用商業(yè)自動(dòng)化測(cè)試工具。 1.6Web自動(dòng)化測(cè)試n當(dāng)前常用的自動(dòng)化測(cè)試工具工具名稱發(fā)布公司HP QuickTestProfessional HPIBM Rational Functional Tester IBM RationalParasoft SOAtest ParasoftRational robot IBM RationalSelenium OpenSource ToolSilkTest Micro FocusTestComplete SmartBear softwareTestPartner TestPartner WATIR Opensource Tool 是否選擇開(kāi)源自動(dòng)化測(cè)試n測(cè)試部門是否擁有非常充足的預(yù)算來(lái)購(gòu)置商業(yè)自動(dòng)化測(cè)試工具？n測(cè)試人員是否擁有基本的編程經(jīng)驗(yàn)？n測(cè)試人員是否擁有良好的英文閱讀能力？n測(cè)試部門領(lǐng)導(dǎo)是否信任免費(fèi)的開(kāi)源測(cè)試工具？ 練習(xí)n、常見(jiàn)的自動(dòng)化測(cè)試架構(gòu)有哪些，各有什么特點(diǎn)？n、自動(dòng)化測(cè)試的基本流程是什么？n、自動(dòng)化測(cè)試腳本分哪些類型？
自動(dòng)化測(cè)試基礎(chǔ)
