白盒測試方法

第第頁白盒測試方法白盒測試方法

發(fā)表于：2023-06-24來源：：點(diǎn)擊數(shù)：標(biāo)簽：白盒

白盒測試技術(shù)的理論性比較強(qiáng)，也比較成熟，現(xiàn)實(shí)中不是每個(gè)單元都可以很好地完整運(yùn)用白盒測試技術(shù)。如不是關(guān)鍵的單元也沒有必要將所有的理論付諸子實(shí)踐。本節(jié)主要講述白盒測試的基本方法和準(zhǔn)則。具體如何運(yùn)用白盒測試技術(shù)導(dǎo)出測試用例，請參見第14童?！?/p>

白盒測試技術(shù)的理論性比較強(qiáng)，也比較成熟，現(xiàn)實(shí)中不是每個(gè)單元都可以很好地完整運(yùn)用白盒測試技術(shù)。如不是關(guān)鍵的單元也沒有必要將所有的理論付諸子實(shí)踐。本節(jié)主要講述白盒測試的基本方法和準(zhǔn)則。具體如何運(yùn)用白盒測試技術(shù)導(dǎo)出測試用例，請參見第14童。

·因果圖法。

·功能圖法。

在功能性測試方面我們通常會(huì)利用三種數(shù)據(jù)來進(jìn)行測試，即正常數(shù)據(jù)、邊緣數(shù)據(jù)和錯(cuò)誤數(shù)據(jù)。

·正常數(shù)據(jù)：在測試中所用的正常數(shù)據(jù)的量是最大的，而且也是最關(guān)鍵的。少量的

測試數(shù)據(jù)不能完全覆蓋需求，但要從中提取出一些具有高度代表性的數(shù)據(jù)作為測

試數(shù)據(jù)，以減少測試時(shí)間。

·邊緣數(shù)據(jù)：是界于正常數(shù)據(jù)和錯(cuò)誤數(shù)據(jù)之間的一種數(shù)據(jù)。它可以針對某一種編程語言、編程環(huán)境或特定的數(shù)據(jù)庫而專門設(shè)定。例如，若使用sQLserver數(shù)據(jù)庫，則可把sOLs豇ver關(guān)鍵字(如：。；As：Join等)設(shè)為邊緣數(shù)據(jù)。其他邊緣數(shù)據(jù)還有HⅣL的HTML；o等關(guān)鍵字以及空格、@、負(fù)數(shù)、超長字符等。邊緣數(shù)據(jù)要靠測試人員的豐富經(jīng)驗(yàn)來制定。

·錯(cuò)誤數(shù)據(jù)：顯而易見，錯(cuò)誤數(shù)據(jù)就是編寫與程序輸入規(guī)范不符的數(shù)據(jù)從而檢測輸入篩選、錯(cuò)誤處理等程序的分支。

另外，還得考慮接口測試、性能測試、內(nèi)存測試等。

·性能分析：代碼運(yùn)行緩慢是開發(fā)過程中的一個(gè)重要問題。一個(gè)應(yīng)用程序運(yùn)行速度較慢，程序員不容易找到是在哪里出現(xiàn)了問麒。如果不能解決應(yīng)用程序的性能問題，將降低并極大地影響應(yīng)用程序的質(zhì)量，于是查找和修改性能瓶頸成為調(diào)整整個(gè)代碼性能的關(guān)鍵。

·內(nèi)存分析：內(nèi)存泄漏會(huì)導(dǎo)致系統(tǒng)運(yùn)行的崩潰，尤其對于資源比較匱乏、應(yīng)用非常

廣泛的嵌入式系統(tǒng)．可能導(dǎo)致無法預(yù)料的熏大損失。通過測量內(nèi)存使用情況·可

以了解程序內(nèi)存分配的真實(shí)情況，發(fā)現(xiàn)對內(nèi)存的不正常使用t在問題出現(xiàn)自口發(fā)現(xiàn)

征兆，在系統(tǒng)崩潰前發(fā)現(xiàn)內(nèi)存泄露錯(cuò)誤。發(fā)現(xiàn)內(nèi)存分配錯(cuò)誤t并精確顯示發(fā)生錯(cuò)

誤時(shí)的上下文情況，指出發(fā)生錯(cuò)誤的原由。

一位優(yōu)秀的開發(fā)人員會(huì)主動(dòng)要求測試人員對其代碼進(jìn)行充分的測試。一位優(yōu)秀的測試人員也會(huì)對關(guān)鍵的單元十分敏感，進(jìn)行充分的測試。下面就是筆者所在項(xiàng)目組的一個(gè)真實(shí)事例。

案例；

套司正在進(jìn)行一項(xiàng)大型的網(wǎng)絡(luò)服務(wù)系統(tǒng)的開發(fā)，項(xiàng)目組承擔(dān)的是服務(wù)器端的軟件開發(fā)。其中有個(gè)項(xiàng)目負(fù)責(zé)多臺(tái)數(shù)據(jù)庫服務(wù)器的數(shù)據(jù)復(fù)制。服務(wù)系統(tǒng)是實(shí)時(shí)的，對數(shù)據(jù)復(fù)制的性能要求當(dāng)然很高。當(dāng)開發(fā)人員完成了數(shù)據(jù)傳輸模塊時(shí)(還未編寫和數(shù)據(jù)庫相關(guān)的模塊)，就主動(dòng)要求對其性能進(jìn)行單元測試。

進(jìn)行這樣的性能測試，不需要詳細(xì)了解該單元的結(jié)構(gòu)，但首先要掌握設(shè)計(jì)文檔中相關(guān)

的性能指標(biāo)和運(yùn)行的網(wǎng)絡(luò)環(huán)境度服務(wù)器環(huán)境等指標(biāo)。咀便搭建相應(yīng)的測試環(huán)境。

其次，要求開發(fā)人員提供相應(yīng)的程序接口，設(shè)計(jì)驅(qū)動(dòng)程序和樁程序用來運(yùn)行并測試該單元程序。此處我們蝙寫了一個(gè)功能簡單的小程序，即作為驅(qū)動(dòng)模塊也是樁模塊。該驅(qū)動(dòng)程序在服務(wù)器端運(yùn)行模擬數(shù)據(jù)庫提供和接收需復(fù)制的數(shù)據(jù)，它能夠隨機(jī)產(chǎn)生可設(shè)置大小的數(shù)據(jù)包，按設(shè)置好的單位時(shí)間發(fā)包數(shù)量進(jìn)行數(shù)據(jù)包的發(fā)送，同時(shí)它也是接收端，能對接收到的數(shù)據(jù)包的數(shù)量和大小進(jìn)行簡單的統(tǒng)計(jì)，以便實(shí)現(xiàn)簡單的驗(yàn)證，如圖5—2所示。驅(qū)動(dòng)模塊__—一被測試單i卜—一驅(qū)動(dòng)模塊

圖5．2具有樁模塊作用的驅(qū)動(dòng)程序

接著就要設(shè)計(jì)測試用例并實(shí)施測試。設(shè)計(jì)測試用例時(shí)要求：

·根據(jù)指標(biāo)考慮數(shù)據(jù)包的大小和頻率，如大包低頻或小包高頻。

·考慮兩個(gè)驅(qū)動(dòng)程序的數(shù)據(jù)對發(fā)。

·從兩個(gè)驅(qū)動(dòng)程序變?yōu)槎鄠€(gè)驅(qū)動(dòng)程序的數(shù)據(jù)對發(fā)。

·從同一網(wǎng)段變?yōu)槎鄠€(gè)網(wǎng)段，驗(yàn)證代理服務(wù)器或網(wǎng)關(guān)造成的影響。

發(fā)現(xiàn)問題后，得先排除網(wǎng)絡(luò)等環(huán)境因素，再報(bào)告開發(fā)人員進(jìn)行調(diào)試。

這樣會(huì)確保該單元不會(huì)是誼項(xiàng)目的性能瓶頸，也避免了后續(xù)開發(fā)的盲目性。很多參考書中誤導(dǎo)人們認(rèn)為單元測試采用的是白盒測試技術(shù)，由開發(fā)人員完成。這很片面，在有些情況下是完全不對的。從另一方面來說，該案例的測試工作也可由開發(fā)者完成，但在開發(fā)的初期，