自動(dòng)化測試在功能測試中的應用
作者: 劉柏青
1 綜述
1.1 什么是自動(dòng)化測試
自動(dòng)化測試是指能自動(dòng)輸入測試數據，自動(dòng)檢查被測對象的響應的測試
1.2 自動(dòng)化測試的優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：
測試效率高
測試過(guò)程可完全重現
缺點(diǎn)：
前期耗用的工作量較大
對測試人員的技術(shù)水平要求較高
需要對測試腳本（程序）進(jìn)行維護
1.3 自動(dòng)化測試的適用范圍
存在大量重復性的手工測試的項目
測試時(shí)間比較長(cháng)的項目
1.4 自動(dòng)化測試的對測試人員的要求
有編程能力，至少會(huì )使用一種高級語(yǔ)言（C/C++、java、VB、Pascal）
有一定系統設計的能力
1.5 自動(dòng)化測試過(guò)程
制定測試方案
編寫(xiě)、修改、維護測試腳本
測試實(shí)施
2 測試過(guò)程詳述
2.1 設計方案
2.1.1 選定工具
winrunner：類(lèi)C語(yǔ)言，編程能力強，瀏覽器、ActiveX控件的支持不如QTP。需要對界面的每類(lèi)控件都錄制一下，確認測試工具的確能操作該控件。
QuickTest Professional（QTP）：類(lèi)VB語(yǔ)言，編程能力較弱，瀏覽器、ActiveX控件的支持強。需要對界面的每類(lèi)控件都錄制一下，確認測試工具的確能操作該控件。
自己編寫(xiě)的程序
2.1.2 確定測試環(huán)境
數據庫環(huán)境
磁盤(pán)文件環(huán)境
測試腳本開(kāi)始運行時(shí)的界面環(huán)境（通常為登錄成功后的界面）
測試腳本結束運行時(shí)的界面環(huán)境
2.1.3 用例設計
確定功能點(diǎn)
確定測試數據
2.2 編寫(xiě)、修改、維護測試腳本
2.2.1 考慮腳本的架構
做到用例與用例的無(wú)關(guān)性，即每個(gè)用例都能單獨運行，一用例不以另一用例的運行為前提
要便于挑選若干用例來(lái)運行
要便于大量用例的管理
當界面發(fā)生變化時(shí)，腳本的修改量要盡可能容易
winrunner舉例：
舉例1：每個(gè)用例對應一個(gè)子腳本，一個(gè)主控腳本控制調用各子腳本
舉例2：每個(gè)用例對應excel表格的一條記錄，主控腳本從表格中讀取用例信息后運行
2.2.2 編寫(xiě)測試環(huán)境初始化的腳本
數據庫環(huán)境初始化
磁盤(pán)文件環(huán)境初始化
界面環(huán)境初始化
2.2.3 生成界面描述文件（winrunner、QTP）
對界面的每個(gè)控件都錄制一下，讓測試工具生成界面描述文件
對錄制出來(lái)的界面描述進(jìn)行整理，提高可讀性
2.2.4 編碼與調試
腳本能完全自動(dòng)運行，不因遇到錯誤而中止
注意腳本與被測軟件的同步問(wèn)題，避免因不同步而導致腳本中止或報錯
各用例對測試結果的判斷和輸出不能造成腳本的中止
各用例結束時(shí)的界面環(huán)境必須能通過(guò)初始化腳本回到初始的界面環(huán)境
不建議使用檢查點(diǎn)來(lái)判斷測試結果
2.2.5 維護
根據界面的變化而改動(dòng)
根據操作步驟的變化而改動(dòng)
根據用例的變化而改動(dòng)
2.3 測試實(shí)施
2.3.1 搭環(huán)境
2.3.2 運行測試腳本
2.3.3 記錄bug
3 性能測試的誤區
自動(dòng)化測試一定能提高測試效率，縮短測試時(shí)間
自動(dòng)化測試一定能降低測試成本
自動(dòng)化測試令測試工作變得簡(jiǎn)單易行，誰(shuí)都可以來(lái)做
做自動(dòng)化測試，會(huì )錄制腳本就夠了
4 常見(jiàn)問(wèn)題
我們的項目時(shí)間緊，怎么樣做自動(dòng)化測試？
自動(dòng)化測試何時(shí)開(kāi)始介入？
測試工具無(wú)法識別第三方控件時(shí)怎么辦？
業(yè)務(wù)邏輯比較復雜，從而導致測試腳本比較復雜，怎么辦？
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
