軟件測試軟件測試自動(dòng)化

軟件測試自動(dòng)化

第十章概況本章內(nèi)容提要自動(dòng)測試與手工測試的比較如何開展自動(dòng)測試自動(dòng)測試方案的選擇10.1手工測試與自動(dòng)測試

手工測試和自動(dòng)測試相對(duì)，是指不使用工具進(jìn)行軟件測試。在很多公司存在這兩種測試方法，也有不少小公司只有手工測試。手工測試和自動(dòng)測試孰好孰壞，是否自動(dòng)測試就比手工測試優(yōu)越？

在大多數(shù)軟件開發(fā)模式中，軟件發(fā)布之前都要多次重復(fù)編碼—測試—修復(fù)的過程。如果要測試軟件的某項(xiàng)特征，也許需要不止一次執(zhí)行測試。重復(fù)測試的過程也稱為回歸測試。如果一個(gè)小型軟件項(xiàng)目有上千測試用例要執(zhí)行，還要重復(fù)執(zhí)行，手工測試會(huì)非常單調(diào)和枯燥。而利用工具進(jìn)行自動(dòng)測試就可以把人從這種枯燥單調(diào)的重復(fù)性勞動(dòng)中解放出來?！裉岣吡藴y試執(zhí)行速度，節(jié)省了時(shí)間。自動(dòng)測試和手工測試比較起來有以下優(yōu)點(diǎn)●提高了測試效率?！裉岣吡藴?zhǔn)確度和精確度?！窀玫乩觅Y源?！衲M測試條件?！駵y試用例的設(shè)計(jì)：測試人員的經(jīng)驗(yàn)和對(duì)錯(cuò)誤的猜測能力是工具不可替代的。手工測試有其不可替代的地方●界面和用戶體驗(yàn)測試：人類的審美觀和心理體驗(yàn)是工具不可模擬的?！裾_性的檢查：人們對(duì)是非的判斷和邏輯推理能力是工具不具備的。Sogou地圖項(xiàng)目：http:///分析以下哪些適合自動(dòng)化，哪些適合手動(dòng)更改起點(diǎn)地址搜索，輸出文字是否跟隨起點(diǎn)地址的改變而變化選擇“線站查詢”，檢查搜索框及搜索按鈕是否存在選擇“線站查詢”，查看界面元素是否排列整齊輸入兩個(gè)城市的地點(diǎn)為起點(diǎn)和終點(diǎn)，檢查錯(cuò)誤信息是否出現(xiàn)及正確輸入起點(diǎn)終點(diǎn)點(diǎn)擊搜索，在結(jié)果未出現(xiàn)之前進(jìn)行其他操作，查看是否會(huì)導(dǎo)致瀏覽器異常當(dāng)?shù)玫揭粭l路線時(shí)，地圖上顯示的相應(yīng)路線是否正確10.2自動(dòng)測試的開展在進(jìn)行自動(dòng)測試之前，要先考慮5個(gè)方面：（1）測試自動(dòng)化類似于軟件開發(fā)過程，需要測試人員掌握必要的開發(fā)知識(shí)和編碼技巧。（2）測試自動(dòng)化是一個(gè)長期的過程，只有在長期的運(yùn)行后才能體現(xiàn)出它的價(jià)值。其次，隨著測試應(yīng)用程序功能的增加和修改，測試腳本的維護(hù)工作量會(huì)急劇增加。（3）確保測試自動(dòng)化的資源，包括人員和技能（4）循序漸進(jìn)地開展自動(dòng)測試，先實(shí)現(xiàn)那些容易實(shí)現(xiàn)且相對(duì)穩(wěn)定的功能模塊的自動(dòng)測試，然后再考慮逐步擴(kuò)展和補(bǔ)充其他相對(duì)難實(shí)現(xiàn)，或者是比較不穩(wěn)定的功能模塊。（5）確保測試過程的成熟度如果軟件企業(yè)的測試過程和項(xiàng)目管理過程的能力成熟度比較低，則實(shí)現(xiàn)自動(dòng)測試的成功率也比較低。此時(shí)不要盲目引入測試自動(dòng)化。樁模塊3﹨﹨﹨﹨﹨﹨產(chǎn)品需求產(chǎn)品策劃產(chǎn)品設(shè)計(jì)產(chǎn)品編輯自動(dòng)測試需求自動(dòng)測試策劃自動(dòng)測試設(shè)計(jì)自動(dòng)測試編碼圖10-1產(chǎn)品開發(fā)與自動(dòng)測試間的相似性10.2.1自動(dòng)測試的周期10.2.2自動(dòng)測試的成本成功開展自動(dòng)化測試必須考慮自動(dòng)測試的成本問題。成本包括測試人員、測試設(shè)備、測試工具等。10.2.3合理選擇自動(dòng)測試的導(dǎo)入時(shí)機(jī)（1）如果一個(gè)項(xiàng)目是短期的，并且是一次性的項(xiàng)目，則不適合開展自動(dòng)測試，因?yàn)檫@種項(xiàng)目得不到自動(dòng)測試的應(yīng)有效果和價(jià)值體現(xiàn)。（2）不宜在一個(gè)進(jìn)度非常緊迫的項(xiàng)且中開展自動(dòng)測試。（3）自動(dòng)測試不該在界面尚未穩(wěn)定的時(shí)候開始。（4）當(dāng)開發(fā)人員著手開發(fā)核心可重用的代碼時(shí)，應(yīng)嘗試使用自動(dòng)化工具來測試這些控件。如果發(fā)現(xiàn)有不適用的地方，則要考慮讓開發(fā)人員重新設(shè)計(jì)控件，或者提供更多的測試接口。10.2.4自動(dòng)測試的人員要求

另外，自動(dòng)測試工程師與手工測試的工程師一樣，需要具備設(shè)計(jì)測試用例的基本方法和能力，具備軟件涉及的基本業(yè)務(wù)的理解能力。而且，應(yīng)該有把測試用例轉(zhuǎn)換成自動(dòng)測試用例的能力。了解各種編程語言、編程工具以及各種標(biāo)準(zhǔn)控件、第三方控件，則會(huì)對(duì)自動(dòng)測試腳本的編寫大有裨益。自動(dòng)測試工程師應(yīng)具備一定的自動(dòng)測試基礎(chǔ)，包括自動(dòng)測試工具的基礎(chǔ)、自動(dòng)測試腳本的開發(fā)基礎(chǔ)知識(shí)；需要了解各種測試腳本的編寫和設(shè)計(jì)方法，知道在什么時(shí)候選取怎樣的測試腳本開發(fā)方式，知道如何維護(hù)測試腳本；需要具備一定的編程技巧，熟悉某些測試腳本語言的基本語法和使用方法。10.3自動(dòng)測試的方案選擇

在選擇自動(dòng)測試方案之前我們先要確定自動(dòng)化的對(duì)象和范圍，然后決定采用什么樣的自動(dòng)測試方案，采用什么方法指導(dǎo)測試腳本開發(fā)。

10.3.1確定自動(dòng)化的對(duì)象和范圍

（1）自動(dòng)化應(yīng)該考慮需求不變或沒有變更的部分。（2）自動(dòng)化應(yīng)考慮壓力、可靠性、可伸縮性和性能測試這些類型。（3）自動(dòng)化應(yīng)考慮回歸測試。（4）自動(dòng)化應(yīng)考慮可能需要復(fù)雜設(shè)置的功能測試。（5）根據(jù)一般經(jīng)驗(yàn)，如果測試用例在不久的將來，比方說一年內(nèi)需要執(zhí)行至少10次，如果自動(dòng)化工作量不超過執(zhí)行這些測試用例的10倍，那么就可以考慮自動(dòng)化這些測試用例。10.3.2選擇自動(dòng)測試的方案和腳本編寫方法

采用什么樣的自動(dòng)化測試方案，需要考慮幾方面因素：●項(xiàng)目的影響：自動(dòng)化測試能否對(duì)項(xiàng)目進(jìn)度、覆蓋率、風(fēng)險(xiǎn)有積極的作用，或者讓開發(fā)更敏捷？●復(fù)雜度：自動(dòng)化是否容易實(shí)現(xiàn)（包括數(shù)據(jù)和其他環(huán)境的影響）？●時(shí)間：自動(dòng)化測試的實(shí)現(xiàn)需要多少時(shí)間？●早期需求和代碼的穩(wěn)定性：需求或早期的代碼是否能證明是在一定范圍內(nèi)變化的？●維護(hù)工作量：代碼是否能長期保持相對(duì)穩(wěn)定？功能特性是否會(huì)進(jìn)化？●覆蓋率：自動(dòng)化測試能否覆蓋程序的關(guān)鍵特性和功能？●資源：測試組是否擁有足夠的人力資源、硬件資源和數(shù)據(jù)資源來運(yùn)行自動(dòng)測試？●自動(dòng)測試執(zhí)行：負(fù)責(zé)執(zhí)行自動(dòng)測試的小組是否擁有足夠的技能和時(shí)間去運(yùn)行自動(dòng)測試？自動(dòng)功能測試的腳本開發(fā)主要有以下幾種方法：（1）錄制與回放市場上幾乎所有的測試工具都具有錄制與回放特性。測試工程師錄制鍵盤字符或鼠標(biāo)點(diǎn)擊的行動(dòng)序列，并在以后按照錄制的順序回放這些所錄制的腳本。但是腳本中可能包含一些硬編碼的取值，因此很難執(zhí)行一般類型的測試。而且，當(dāng)應(yīng)用程序變更后，所有腳本都必須重新錄制，因此增加了測試維護(hù)的成本。（3）數(shù)據(jù)驅(qū)動(dòng)數(shù)據(jù)驅(qū)動(dòng)腳本編寫方法把數(shù)據(jù)從腳本分離出去，存儲(chǔ)在外部的文件中。（2）結(jié)構(gòu)化結(jié)構(gòu)化腳本編寫方法在腳本中使用結(jié)構(gòu)控制。結(jié)構(gòu)控制讓測試人員可以控制測試腳本或測試用例的流程。（4）關(guān)鍵字驅(qū)動(dòng)關(guān)鍵字驅(qū)動(dòng)腳本編寫方法把檢查點(diǎn)和執(zhí)行操作的控制都維護(hù)在外部數(shù)據(jù)文件。因此，測試數(shù)據(jù)和測試的操作序列控制都是在外部