回顧一下五月份看的軟件測(cè)試書(shū)籍中的概念點(diǎn)
1.軟件測(cè)試
“驗(yàn)證”和“有效性確認(rèn)”
（1）“驗(yàn)證”是檢驗(yàn)軟件是否已正確實(shí)現(xiàn)了產(chǎn)品規(guī)格說(shuō)明書(shū)所定義的系統(tǒng)功能和特性。
（2）“有效性確認(rèn)”是確認(rèn)所開(kāi)發(fā)的軟件是否滿(mǎn)足用戶(hù)真正需求的活動(dòng)。
2.軟件測(cè)試用例
測(cè)試用例是一組測(cè)試輸入、執(zhí)行條件和預(yù)期結(jié)果的集合，目的是要滿(mǎn)足一個(gè)特定的目標(biāo)，比如執(zhí)行一條特定的程序路徑或檢驗(yàn)是否符合
一個(gè)特定的需求。
3.白盒測(cè)試
白盒測(cè)試又稱(chēng)為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，是針對(duì)被測(cè)試程序單元內(nèi)部如何工作的測(cè)試，特點(diǎn)是基于被測(cè)試程序的元代買(mǎi)，
而不是軟件的需求規(guī)格說(shuō)明。
白盒測(cè)試必須遵循的原則：
（1）保證一個(gè)模塊中的所有獨(dú)立路徑至少被測(cè)試一次。
（2）所有邏輯值均需測(cè)試真值和假值兩種兩種情況。
（3）檢查程序的內(nèi)部數(shù)據(jù)結(jié)構(gòu)，保證其結(jié)構(gòu)的有效性。
（4）在上下邊界及可操作分為內(nèi)運(yùn)行所有循環(huán)。
4.靜態(tài)白盒測(cè)試
靜態(tài)白盒測(cè)試主要通過(guò)審查、走查、檢驗(yàn)證方法，來(lái)查找代碼中的問(wèn)題和缺陷，入編碼不符合編程標(biāo)準(zhǔn)和規(guī)范、數(shù)據(jù)引用錯(cuò)誤、
數(shù)據(jù)聲明錯(cuò)誤、計(jì)算錯(cuò)誤、比較錯(cuò)誤、控制流錯(cuò)誤、子程序參數(shù)錯(cuò)誤、輸入與輸出錯(cuò)誤等。
5.動(dòng)態(tài)白盒測(cè)試
動(dòng)態(tài)白盒測(cè)試主要是按一定步驟和方法生成測(cè)試用例，并驅(qū)動(dòng)相關(guān)模塊去執(zhí)行程序并發(fā)現(xiàn)軟件中的錯(cuò)誤和缺陷。測(cè)試人員要求
對(duì)被測(cè)系統(tǒng)內(nèi)的程序結(jié)構(gòu)有深入的認(rèn)識(shí)，清楚程序的結(jié)構(gòu)、各個(gè)組成部分及其之間的關(guān)聯(lián)，以及其內(nèi)部的運(yùn)行原理、邏輯等。
6.白盒測(cè)試問(wèn)題分類(lèi)
各層公用問(wèn)題、Java語(yǔ)言規(guī)范、數(shù)據(jù)類(lèi)型、sql語(yǔ)句規(guī)范、界面UI、VO數(shù)值對(duì)象、BO業(yè)務(wù)對(duì)象、DMO數(shù)據(jù)管理對(duì)象、業(yè)務(wù)邏輯重點(diǎn)、
事務(wù)處理與隔離級(jí)別測(cè)試、效率測(cè)繪。
7.黑盒測(cè)試
黑盒測(cè)試又稱(chēng)為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。此方法不需要了解程序內(nèi)部邏輯結(jié)構(gòu)和內(nèi)部特性，也將測(cè)試程序視為一個(gè)不能打開(kāi)的盒子；
注重于程序的外部結(jié)構(gòu)，主要對(duì)軟件功能要求、軟件界面、外部數(shù)據(jù)庫(kù)訪問(wèn)及軟件初始化等方面進(jìn)行測(cè)試。測(cè)試這只要從程序接口處
進(jìn)行測(cè)試，以程序需求說(shuō)明為測(cè)試一句，測(cè)試程序是否滿(mǎn)足用戶(hù)的需求，因此是從用戶(hù)觀點(diǎn)出發(fā)的測(cè)試。
8.白盒測(cè)試的優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：迫使測(cè)試人員去了解軟件的實(shí)現(xiàn)，檢測(cè)代碼中的每條路徑和分值，揭示隱藏在代碼中的錯(cuò)誤，對(duì)代碼的測(cè)試進(jìn)行比較徹底。
有一定的充分性度量手段，可生成較多工具支持。
缺點(diǎn)：不易生成測(cè)試數(shù)據(jù)，無(wú)法對(duì)未實(shí)現(xiàn)規(guī)格說(shuō)明的部分進(jìn)行測(cè)試，工作量大，通常只用于單元測(cè)試，有應(yīng)用局限性。白盒投入較大，成本較高。
9.黑盒測(cè)試的優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：對(duì)較大的代碼單元來(lái)說(shuō)，黑河測(cè)試比白盒測(cè)試的效率高，測(cè)試人員不需要了解實(shí)現(xiàn)的細(xì)節(jié)，包括特定的程序語(yǔ)言，測(cè)試人員和
編程人員是相互獨(dú)立的，從用戶(hù)的角度進(jìn)行測(cè)試，很容易被接受和理解，有助于暴露任何與規(guī)格不一致或者有歧義的地方測(cè)試用例可以在
規(guī)格完成后馬上進(jìn)行。
缺點(diǎn)：不能測(cè)試程序內(nèi)部特定部位，如果程序未執(zhí)行的代碼得不到測(cè)試，則無(wú)法發(fā)現(xiàn)錯(cuò)誤。若沒(méi)有清晰和簡(jiǎn)明的規(guī)格，測(cè)試用例很難被設(shè)計(jì)，
不易進(jìn)行充分性測(cè)試。
10.系統(tǒng)測(cè)試
系統(tǒng)測(cè)試是將集成好的軟件系統(tǒng)，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、支持軟件、數(shù)據(jù)等其他系統(tǒng)元素結(jié)合在一起，
在實(shí)際運(yùn)行的使用環(huán)境下所進(jìn)行的一系列測(cè)試活動(dòng)。通過(guò)與系統(tǒng)的需求定義比較，檢查軟件是否存在與系統(tǒng)定義不符合或與之矛盾的地方，
以驗(yàn)證軟件系統(tǒng)的功能和性能等滿(mǎn)足其規(guī)約所指定的要求。
11.單元測(cè)試
單元測(cè)試又稱(chēng)模塊測(cè)試，是對(duì)已實(shí)現(xiàn)軟件的最小單元進(jìn)行測(cè)試，發(fā)現(xiàn)其中存在的軟件缺陷，以保證構(gòu)成軟件的各個(gè)單元質(zhì)量。這些最小單元可以
是一個(gè)類(lèi)、一個(gè)函數(shù)或者一個(gè)子程序。
12.集成測(cè)試
集成測(cè)試又叫組裝測(cè)試或者聯(lián)合測(cè)試。在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成子系統(tǒng)或者系統(tǒng)，記性集成測(cè)試。
集成測(cè)試是單元測(cè)試的邏輯擴(kuò)展。
集成測(cè)試主要關(guān)注的主要內(nèi)容是：
（1）模塊接口的數(shù)據(jù)交換。
（2）各個(gè)功能組合起來(lái)能否達(dá)到預(yù)期要求的父功能。
（3）模塊間是否有不利影響。
（4）全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題。
（5）單個(gè)模塊的誤差是否會(huì)累積放大。
13.軟件測(cè)試自動(dòng)化的基本概念
軟件測(cè)試自動(dòng)化是通過(guò)軟件測(cè)試工具，按照測(cè)試人員預(yù)定的計(jì)劃和測(cè)試用例對(duì)軟件產(chǎn)品進(jìn)行自動(dòng)測(cè)試。軟件測(cè)試自動(dòng)化是把人為驅(qū)動(dòng)的
測(cè)試行為轉(zhuǎn)化為及其執(zhí)行的一種過(guò)程。?
