01測試方法-引入
測試方法
學(xué)習(xí)目標(biāo)
能區(qū)分黑盒測試唯沮、灰盒測試和白盒測試
能區(qū)分靜態(tài)測試和動態(tài)測試
能區(qū)分人工測試和自動化測試
初步掌握黑盒測試類型和質(zhì)量模型間關(guān)系
初步了解邏輯覆蓋測試
初步了解同行評審
初步了解常用動態(tài)測試工具
初步了解什么情況下適合引入自動化測試
大致了解控制流分析、數(shù)據(jù)流分析届搁、信息流分析
-----------------------------------------------
測試活動從不同的角度出發(fā),可以有不同的分類,用對照比較的方式講解一些測試分類:
黑盒測試和白盒測試
看不看代碼進(jìn)行劃分,如果看內(nèi)部結(jié)構(gòu)代碼相關(guān)的叫做白盒測試方法,不看內(nèi)部結(jié)構(gòu)看
整體的叫做黑盒測試方法
靜態(tài)測試和動態(tài)測試
運(yùn)不運(yùn)行軟件,運(yùn)行叫做動態(tài)測試,不運(yùn)行叫做靜態(tài)測試
人工測試和自動化測試
人工參與不參與測試
還有其他一些分類方式,要把握的是高清每一種分類的具體含義
單元測試 系統(tǒng)測試
02測試方法-白盒測試引入
黑盒測試和白盒測試
靜態(tài)測試和動態(tài)測試
人工測試和自動化測試
內(nèi)部結(jié)構(gòu)進(jìn)行測試
回顧
測試用例包含預(yù)期結(jié)果
單元測試參照LLD
集成測試參照HLD
系統(tǒng)測試參照SRS
要做測試必須先搞清被測的對象本來是要做成什么樣子的,然后將實(shí)際做出來的和預(yù)期的進(jìn)行比較,
這樣才能發(fā)現(xiàn)實(shí)際做出來的是不是有缺陷贴彼。根據(jù)利用的被測對象信息的不同,會采用不同的方法進(jìn)行測試潜腻。
軟件測試的兩種極端情況
任何軟件產(chǎn)品都可以使用以下的兩種方法之一進(jìn)行測試:
已知產(chǎn)品的需求規(guī)格,但不知道其內(nèi)部實(shí)現(xiàn),可以進(jìn)行測試證明每個(gè)需求是否實(shí)現(xiàn)。
已知產(chǎn)品的 內(nèi)部實(shí)現(xiàn)過程 ,可以通過測試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格的要求,所有內(nèi)部成是否已經(jīng)過檢查器仗。
計(jì)算器例子
參照SRS直接測試計(jì)算器的加法功能融涣。這就是黑盒測試童番。
參照LLD根據(jù)加法主函數(shù)的偽碼或者流程圖測試該主函數(shù)的結(jié)構(gòu)。
這就是白盒測試威鹿。
什么是白盒測試
白盒測試是依據(jù)被測試軟件分析程序內(nèi)部構(gòu)造,并根據(jù)內(nèi)部構(gòu)造設(shè)計(jì)用例,來對內(nèi)部控制流程進(jìn)行測試,可完全
不顧程序的整體功能實(shí)現(xiàn)情況剃斧。
白盒測試是基于程序結(jié)構(gòu)的邏輯驅(qū)動測試。
白盒測試又可以被稱為玻璃盒忽你、透明盒測試幼东、開發(fā)盒測試、結(jié)構(gòu)化測試檀夹、邏輯驅(qū)動測試筋粗。
為什么進(jìn)行白盒測試
我們只要保證需求得到實(shí)現(xiàn)就行了,為什么要花費(fèi)時(shí)間和精力來測試內(nèi)部的邏輯細(xì)節(jié)呢?
白盒測試一般在測試前期進(jìn)行,通過達(dá)到一定的邏輯覆蓋率指標(biāo),使得軟件內(nèi)部邏輯控制結(jié)構(gòu)上的問題能夠基本得到消除
白盒測試能保證內(nèi)部邏輯結(jié)構(gòu)達(dá)到一定的覆蓋程度,能夠給予軟件代碼質(zhì)量更大的保證
白盒測試 發(fā)現(xiàn)問題后解決問題 的成本較低
白盒測試的常用技術(shù)
白盒測試一般會用到靜態(tài)分析和動態(tài)分析兩類技術(shù)策橘。常用的有:
靜態(tài)分析:控制流分析炸渡、數(shù)據(jù)流分析、信息流分析等
動態(tài)分析: 邏輯覆蓋測試 (分支測試丽已、路徑測試等)蚌堵、程序插裝等
03測試方法-白盒測試覆蓋率插樁
邏輯覆蓋測試(再看一次)
根據(jù)覆蓋的對象不同,存在多種邏輯覆蓋測試
語句覆蓋
判定覆蓋
條件覆蓋
判定-條件覆蓋
路徑覆蓋
...
邏輯覆蓋率的統(tǒng)計(jì)通過程序插裝來實(shí)現(xiàn)
程序插裝
我們在調(diào)試程序時(shí),常常要在程序中插入一些打印語句。其目的在于,希望執(zhí)行程序時(shí),
打印出我們最為關(guān)心的信息沛婴。進(jìn)一步通過這些信息了解執(zhí)行過程中程序的一些動態(tài)特性吼畏。
比如,程序的實(shí)際執(zhí)行路徑,或是特定變量在特定時(shí)刻的取值。
從這一思想發(fā)展處的程序插裝技術(shù)能夠按用戶的要求,獲取程序的各種信息,稱為測試工作的
有效手段嘁灯。程序插裝方法簡單地說是借助往被測程序中插入操作來實(shí)現(xiàn)測試目的地方法泻蚊。
System.out.println(df.format(new Date()));
for(int i=0;i<300;i++)
{
for(int j=0; j<10000000; j++)
{
****
}
}
System.out.println(df.format(new Date()));
----------------------------------------------------------------
System.out.println(df.format(new Date()));
for(int i=0; i<100000000; i++)
{
for(int j=0; j<300; j++)
{
****
}
}
System.out.println(df.format(new Date()));
通過插裝的手段得出兩段代碼運(yùn)行的時(shí)間差,看看哪個(gè)效果會最好
白盒測試的特點(diǎn)(對代碼要求高點(diǎn))
測試人員需要了解軟件的實(shí)現(xiàn);
可以檢測代碼中的每條分支和路徑;
揭示隱藏在代碼中的錯(cuò)誤;
對代碼的測試比較徹底;
實(shí)現(xiàn)代碼結(jié)構(gòu)上的優(yōu)化;
白盒測試投入較大,成本高;
白盒測試不驗(yàn)證規(guī)格的正確性。
04測試方法-黑盒測試引入測試類型
什么是黑盒測試
黑盒測試把被測對象看成一個(gè)黑盒,只考慮其整體特性,不考慮其內(nèi)部具體實(shí)現(xiàn)丑婿。
黑盒測試針對的被測對象可以是 一個(gè)系統(tǒng) 性雄、一個(gè)子系統(tǒng)、一個(gè)模塊羹奉、一個(gè)子模塊秒旋、一個(gè)函數(shù)等。
黑盒測試又可以被稱為基于規(guī)格的測試诀拭。
常見的黑盒測試類型
功能性測試,一種是順序測試每個(gè)程序特性或功能,另一種途徑是一個(gè)模塊一個(gè)模塊的測試,即每個(gè)功能在
其最先調(diào)用的地方被測試;
容量測試,檢測軟件在處理海量數(shù)據(jù)時(shí)的局限性,能發(fā)現(xiàn)系統(tǒng)效率方面的問題;
負(fù)載測試,檢測系統(tǒng)在一個(gè)很短時(shí)間內(nèi)處理一個(gè)巨大的數(shù)據(jù)量或執(zhí)行許多功能調(diào)用上的能力;
恢復(fù)性測試,主要保證系統(tǒng)在崩潰后能否恢復(fù)外部數(shù)據(jù)的能力;
黑盒測試類型和質(zhì)量模型
黑盒測試類型都來源于質(zhì)量模型
將軟件的特性和質(zhì)量特性結(jié)合起來就得到了測試類型
一個(gè)軟件特性可以和一個(gè)質(zhì)量特性結(jié)合得到一個(gè)測試類型
一個(gè)軟件特性可以和多個(gè)不同的質(zhì)量特性結(jié)合得到多個(gè)不同的測試類型
功能性測試所測試的軟件質(zhì)量特性
外部和內(nèi)部質(zhì)量
功能性? 合適性 準(zhǔn)確性 互操作性? 保密安全性? 功能性的依從性
可靠性 成熟性 容錯(cuò)性 易恢復(fù)性 可靠性的依從性
易用性 易理解性 易學(xué)性 易操作性 吸引性 易用性的依從性
效率 時(shí)間特性 資源利用性 效率依從性
維護(hù)性 易分析性 易改變性 穩(wěn)定性 易測試性 維護(hù)性的依從性
可移植性 適應(yīng)性 易安裝性 共存性 易替換性? 可移植的依從性
05測試方法-黑盒測試的方法和灰盒測試
常用的黑盒測試方法
等價(jià)類劃分法迁筛？
邊界值分析法？
因果圖分析法耕挨？
判斷表法细卧？
狀態(tài)遷移法？
...
不管是什么測試方法,都是為了減少測試時(shí)的測試用例數(shù),都是為了用盡量少的測試用例
去完成測試,去發(fā)現(xiàn)更多的問題筒占。
黑盒測試的特點(diǎn)
對于更大的代碼單元來說(子系統(tǒng)甚至系統(tǒng)級)比白盒測試效率要高;
測試人員不需要了解實(shí)現(xiàn)的細(xì)節(jié),包括特定的編程語言;
從用戶的視角進(jìn)行測試,很容易被大家理解和接受;
有助于暴露任何規(guī)格不一致或有歧義的問題;
------------------------------------------------------------
沒有清晰的和簡明的規(guī)格,測試用例是很難設(shè)計(jì)的;
不能控制內(nèi)部執(zhí)行路徑,會有很多內(nèi)部程序路徑?jīng)]有被測試到;
不能直接針對特定的程序段,這些程序可能非常復(fù)雜(因此可能隱藏更多的問題)贪庙。
灰盒測試
根據(jù)利用的被測對象信息的不同,會采用不同的方法進(jìn)行測試。
利用被測對象的整體的特性信息,采用黑盒測試方法
利用被測對象的內(nèi)部具體實(shí)現(xiàn)信息,采用白盒測試方法
如果既利用北側(cè)對象的整體特性信息,又利用被測對象的內(nèi)部具體實(shí)現(xiàn)信息,采用的就是
灰盒測試方法赋铝。兩種信息占的比例不同,相應(yīng)的灰度就不同插勤。完全是整體特性信息,就是黑盒測試,
完全是內(nèi)部具體實(shí)現(xiàn)信息,就是白盒測試(6:00重要,再看一次)
06測試方法-白盒黑盒灰盒總結(jié)
區(qū)分
測試階段不同? 白盒單元測試 灰盒集合測試 黑盒系統(tǒng)測試
測試依據(jù)不一樣 白盒LLD? 黑盒SRS? 灰盒HLD
測試方法不一樣 (2:10)重點(diǎn)
評估基準(zhǔn)不一樣? 白盒--邏輯覆蓋率? 黑盒--需求覆蓋率? 灰盒--接口
特點(diǎn)不一樣 白盒--及早的發(fā)現(xiàn)問題(缺點(diǎn)程序設(shè)計(jì)、調(diào)用用戶感受不是很好)? 黑盒--解決問題代價(jià)大,很難發(fā)現(xiàn)模塊內(nèi)部的問題
07測試方法-靜態(tài)動態(tài)引入
軟件產(chǎn)品的概念
軟件研發(fā)可以看成一個(gè)生產(chǎn)過程,在這個(gè)過程中會有產(chǎn)品輸出,或者叫做工件輸出
輸出的產(chǎn)品分為兩類:
最終產(chǎn)品,如編譯后的軟件、用戶手冊等
中間產(chǎn)品,如SRS农尖、HLD析恋、LLD、代碼等
無論是最終產(chǎn)品還是中間產(chǎn)品,都可以分成代碼和文檔
盛卡、文檔進(jìn)一步細(xì)分可以分成:
開發(fā)文檔,如SRS助隧、HLD、LLD等
測試文檔,如測試計(jì)劃,測試方案,測試用例等
只要是軟件產(chǎn)品,都是測試的對象
靜態(tài)測試和動態(tài)測試
靜態(tài)測試:不運(yùn)行被測試的軟件系統(tǒng),而是采用其他手段和技術(shù)對被測試軟件
進(jìn)行檢測的一種測試技術(shù)滑沧。例如:代碼走讀并村、文檔評審、程序分析等都是靜態(tài)測試的范疇滓技。
常用技術(shù)靜態(tài)分析技術(shù)哩牍。
動態(tài)測試:按照預(yù)先設(shè)計(jì)的數(shù)據(jù)和步驟去運(yùn)行被測軟件系統(tǒng),從而對被測軟件系統(tǒng)進(jìn)行檢測的一種測試技術(shù)。
常用技術(shù)有動態(tài)分析技術(shù)令漂。
08測試方法-靜態(tài)測試
靜態(tài)分析技術(shù)
定義:靜態(tài)分析是一種不通過執(zhí)行程序而分析程序執(zhí)行的技術(shù)
功能:檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義,
它瞄準(zhǔn)的是糾正軟件系統(tǒng)在描述膝昆、表示和規(guī)格上的錯(cuò)誤,因此是任何進(jìn)一步測試執(zhí)行的前提。
主要有三種不同的程序測試可能性:
規(guī)則考慮程序是否滿足編碼,語法上是否具有一致性和完整性;
考慮文檔描述是否規(guī)范叠必、準(zhǔn)確荚孵、便于查閱;
考慮程序和文檔之間的一致性。
文檔說明書(2:00)
靜態(tài)分析技術(shù)結(jié)構(gòu)
手工靜態(tài)分析-同行評審
靜態(tài)分析技術(shù)中的一個(gè)最重要的手工技術(shù)是同行評審,根據(jù)形式正規(guī)的程度分為:
正規(guī)檢視
技術(shù)評審
走查
同行評審的對象可以是計(jì)劃纬朝、需求文檔收叶、設(shè)計(jì)圖、代碼等共苛。
貫穿開發(fā)過程中的評審
自動化靜態(tài)分析
靜態(tài)驗(yàn)證? 檢測規(guī)格到程序?qū)崿F(xiàn)之間轉(zhuǎn)換上的問題,驗(yàn)證器徐媛媛有形式化的規(guī)格
和規(guī)格的形式化定義,靜態(tài)驗(yàn)證比較程序提供的實(shí)際值和在規(guī)格文檔中被預(yù)定義的目標(biāo)值判没。
語法分析器? 是一個(gè)基本的自動化靜態(tài)分析工具,它把程序/文檔文本分解成獨(dú)立的語句。當(dāng)在
內(nèi)部檢查程序/文本的時(shí)候,語句的一致性被進(jìn)行了檢查俄讹。
符號執(zhí)行器? 在符號短語中分析一個(gè)程序在給定的路徑上做了些什么事情哆致。
它模擬程序的執(zhí)行,計(jì)算在程序不同位置上變量的值。符號執(zhí)行器非常適合
用于數(shù)學(xué)算法的分析患膛。
09測試方法-動態(tài)測試
動態(tài)分析技術(shù)
定義:對軟件系統(tǒng)運(yùn)行行為進(jìn)行分析,包含程序在受控的環(huán)境下使用特定的輸入進(jìn)行正式
的運(yùn)行,和期望的結(jié)果比較以檢查系統(tǒng)運(yùn)行是正確還是不正確摊阀。
常用的動態(tài)分析技術(shù)
路徑測試
分支測試
性能測試
...
-----------------------------------------------------
常用動態(tài)分析工具功能
動態(tài)分析類 工具的功能
監(jiān)測覆蓋率分析 測試對代碼的檢測范圍
跟蹤(打斷點(diǎn)) 跟蹤程序執(zhí)行期間的所有路徑,例如所有變量的值等
調(diào)整 度量程序執(zhí)行過程中使用的資源
模擬 模擬系統(tǒng)的一部分,例如,無法獲得的代碼或硬件
斷言檢查 測試在復(fù)雜邏輯結(jié)構(gòu)中是否某個(gè)條件已經(jīng)被給出
問題:利用這些功能進(jìn)行的測試那些是白盒測試？哪些是黑盒測試?
-------------------------------------------------------
常用黑盒動態(tài)測試工具(2:00)
10測試方法-人工和自動化測試
人工測試和自動化測試
人工測試:測試活動(如評審踪蹬、測試設(shè)計(jì)胞此、測試執(zhí)行等)由人來完成,狹義上是指測試執(zhí)行由人工完成,這是最基本的測試形式
自動化測試:一般是指通過計(jì)算機(jī)模擬人的測試行為,替代人的測試活動,狹義上是指測試執(zhí)行由計(jì)算機(jī)來完成
適合自動化測試的活動
自動化測試的意義
對程序新版本運(yùn)行前一版本執(zhí)行的測試,提高回歸測試效率 例子:路由器.增加路由
可以運(yùn)行更多更頻繁的測試,比如冒煙測試 增加路由
可以執(zhí)行手工測試?yán)щy或不可能做的測試,比如大量的重復(fù)操作或者集成測試 刪除路由
更好地利用資源,比如測試儀器或者被測對象 查看路由
-----------------------------------------------------------------------------------------------
測試具有一致性和可重復(fù)性,即自動化測試的步驟和結(jié)果是完全一樣的
測試的復(fù)用性,即自動化測試腳本可以拆分開給其它測試腳本使用
可以更快地將軟件推向市場,軟件發(fā)布前進(jìn)行高效的回歸測試,減少軟件發(fā)布的時(shí)間
增加軟件信任度,通過自動化測試提高了測試效率,可把節(jié)約的時(shí)間拿出來做更多的測試
11測試方法-自動化測試限制誤區(qū)因素
自動化測試的限制 例子：用戶登錄
不能取代手工測試,自動化測試只能提高測試效率, 例子: 路由器
不能提高測試有效性,即不可能發(fā)現(xiàn)更多缺陷 *增加路由
手工測試比自動測試發(fā)現(xiàn)的缺陷更多 *刪除路由
對測試設(shè)計(jì)依賴性極大,測試設(shè)計(jì)的不好會遺漏問題 *查看路由
自動化測試對軟件開發(fā)具有很大的依賴性,開發(fā)上出現(xiàn)變更可能
導(dǎo)致前面的自動化測試完全失效
工具本身并不具備想象力,工具不具有智能
自動化測試的誤區(qū)
不現(xiàn)實(shí)的期望,希望自動化能取代手工測試
缺乏測試實(shí)踐經(jīng)驗(yàn),手工測試都做不好,或者經(jīng)驗(yàn)積累不夠,就嘗試自動化,很難成功
期望自動化測試發(fā)現(xiàn)大量新缺陷,自動化只能保證測試執(zhí)行效率,確保已有
的問題不會再發(fā)生,發(fā)現(xiàn)新缺陷的不是其目的
安全性錯(cuò)覺,認(rèn)為進(jìn)行了自動化測試的軟件就是安全的,質(zhì)量有保證的
只有手工測試做好了,明確了測試觀察點(diǎn),才能把自動化測試做好,所以手工測試
是自動化測試的一個(gè)基礎(chǔ)
自動化測試因素
1.測試進(jìn)度(準(zhǔn)備時(shí)間)
2.人力要求(自動化人員)
3.版本的穩(wěn)定(自動化維護(hù))
4.版本引用情況
5.自動化率>20% 才進(jìn)行
6.版本規(guī)模? 100<
