軟件工程中軟件測試技術(shù)的研究

摘 要：隨著時(shí)代的發(fā)展和科技的進(jìn)步，以移動(dòng)互聯(lián)網(wǎng)、物聯(lián)網(wǎng)以及云計(jì)算等為平臺(tái)的技術(shù)都獲得了前所未有的發(fā)展，在軟件開發(fā)方面，新時(shí)代浪潮不僅引發(fā)了新一輪的技術(shù)發(fā)展革新，而且人們對(duì)于技術(shù)創(chuàng)新的需求不斷上漲，直接給軟件軟件開發(fā)中的測試環(huán)節(jié)帶來全新的挑戰(zhàn)。本文深入分析了當(dāng)前新時(shí)代發(fā)展背景下軟件測試工作開展時(shí)所面臨的挑戰(zhàn)和困難，這其中就具體包含了數(shù)據(jù)處理框架、ORACLE問題以及測試平臺(tái)所具備的性能等等。針對(duì)軟件“殺蟲劑效應(yīng)”進(jìn)行初步的探討，由此推出軟件工程中軟件測試技術(shù)的研究。

【關(guān)鍵詞】信息時(shí)代 軟件工程 軟件測試 ORACLE問題

信息化時(shí)代的意義并不是表現(xiàn)為對(duì)龐新時(shí)代信息的掌握，而是表現(xiàn)在其能夠?qū)ο嚓P(guān)數(shù)據(jù)實(shí)施專業(yè)化的處理。信息化時(shí)代本身具有多個(gè)層面的特點(diǎn)，一是其數(shù)據(jù)體量非常巨大，二是其數(shù)據(jù)的類型較為繁多，三是其價(jià)值密度明顯偏低，存在過多不相干的信息，需要實(shí)施深度挖掘。四是信息的處理速度非?？?，具有立竿見影的效果和以往所采用的傳統(tǒng)數(shù)據(jù)挖掘技術(shù)存在本質(zhì)的區(qū)別。在這種背景下，多數(shù)軟件的形態(tài)也隨之發(fā)生改變，實(shí)施軟件測試的重點(diǎn)及方式等也處于不斷發(fā)展的狀態(tài)當(dāng)中，本文對(duì)此進(jìn)行了研究。

1 新時(shí)代背景下的ORACLE問題

在軟件工程中，軟件測試地目的是為了能夠發(fā)現(xiàn)和找出軟件錯(cuò)誤運(yùn)行的情況，專門判斷測試過程是否通過的可驗(yàn)證即被稱為ORACLE，在如今新時(shí)代的背景下，不管是趨勢(shì)分析還是相應(yīng)的圖論計(jì)算等，都開始變得越來越困難。新時(shí)代的處理模式，主要包括了物理作用下的數(shù)據(jù)處理和化學(xué)作用下的數(shù)據(jù)處理兩種類型模式。其中，物理作用下的數(shù)據(jù)處理，主要是在保證其價(jià)值的情況下，不斷的縮小其數(shù)據(jù)的規(guī)模，然后由此清洗不變的數(shù)據(jù)基本屬性。這其中就包含了針對(duì)數(shù)據(jù)處理的多種方式，能夠有效的實(shí)現(xiàn)將新時(shí)代花銷，的物理式變化。因此，物理作用下的數(shù)據(jù)處理測試ORACLE本身并沒有問題。

而基于化學(xué)作用下的數(shù)據(jù)處理，則具備最主要的預(yù)測和快速算法的問題，這兩個(gè)問題都非常經(jīng)典，直接促使ORACLE的確定變得異常的困難。比如在計(jì)算個(gè)性化推薦統(tǒng)計(jì)學(xué)信息當(dāng)中，經(jīng)過個(gè)性化推薦的商品，更容易獲得用戶們的喜愛，當(dāng)然也存在一半不喜歡的概率。而經(jīng)過計(jì)算的結(jié)果也只是表明此類商品被喜歡的概率相對(duì)較高。概率性問題直接導(dǎo)致結(jié)果的正確性和確定性產(chǎn)生本質(zhì)的區(qū)別，直接致使ORACLE確定的難度。

2 傳統(tǒng)測試平臺(tái)難以符合新時(shí)代處理的要求

以往所采用的軟件性能測試，主要是借助控制器協(xié)調(diào)本地直接向服務(wù)器端發(fā)出服務(wù)的請(qǐng)求，由此實(shí)現(xiàn)對(duì)服務(wù)器壓力的測試，其測試負(fù)載產(chǎn)生器都屬于局部的物理主機(jī)。相對(duì)少量的服務(wù)器構(gòu)成應(yīng)用系統(tǒng)來說，用戶數(shù)在數(shù)百上千量級(jí)的應(yīng)用服務(wù)，才能有效滿足應(yīng)用的需求。

如今，隨著云計(jì)算的發(fā)展，用戶的需求也在不斷的增長，其多個(gè)系統(tǒng)所需支持的并發(fā)用戶也在不斷的增加，相應(yīng)的訪問量也在由此攀升。這就需要針對(duì)服務(wù)端系統(tǒng)是否能夠真正承受如此巨大的用戶訪問量進(jìn)行有效的測試，可直接在系統(tǒng)上線之前就展開較為充分的測試內(nèi)容。以往局域網(wǎng)主機(jī)測試方法所產(chǎn)生壓力，很難真正滿足服務(wù)器對(duì)其所產(chǎn)生的壓力測試需求。由此軟件測試工作中開始出現(xiàn)一系列的問題。一是負(fù)載產(chǎn)生器的物理機(jī)數(shù)量很難獲得動(dòng)態(tài)的擴(kuò)展；二是新時(shí)代所驅(qū)動(dòng)的云計(jì)算系統(tǒng)，直接采用了廣泛的分布客戶端。三是在網(wǎng)絡(luò)海量數(shù)據(jù)的推動(dòng)下，控制器所監(jiān)控的負(fù)載產(chǎn)生器狀態(tài)直接成為性能測試的瓶頸，很容易由此引發(fā)測試失敗。四是控制器對(duì)負(fù)載產(chǎn)生器的同步問題變得越來越復(fù)雜，直接影響到負(fù)載測試的效果。

3 軟件服務(wù)化所引發(fā)的測試挑戰(zhàn)

具體從開發(fā)的模式而言，軟件開發(fā)的過程，主要包含了完全編碼、構(gòu)件化、服務(wù)以及云計(jì)算等多個(gè)階段。

3.1 完全編碼階段

主要是相應(yīng)開發(fā)人員直接從零基礎(chǔ)開始對(duì)每行代碼的編寫過程，除了系統(tǒng)本身所提供的類庫之外，通常所有的代碼都是直接由相應(yīng)開發(fā)人員所掌握。在此階段當(dāng)中，用戶們普遍具有良好的可測性，幾乎所有的測試和調(diào)試方式都可以實(shí)現(xiàn)。

3.2 構(gòu)件化階段

該階段直接是為了提升軟件開發(fā)的效率，要求相應(yīng)開發(fā)組織必須在系統(tǒng)類庫的基礎(chǔ)上，結(jié)合業(yè)務(wù)自身的特點(diǎn)來構(gòu)建出可復(fù)用的業(yè)務(wù)組件。而通常該組件都是在本地運(yùn)行，因此其業(yè)務(wù)系統(tǒng)的耦合度明顯偏高，用戶們對(duì)于組件的掌控也明顯較大。

3.3 服務(wù)階段

在此階段當(dāng)中，多數(shù)本地組件所提供的調(diào)用可轉(zhuǎn)變成為遠(yuǎn)程服務(wù)形式。用戶們可對(duì)外部的服務(wù)控制處于逐漸減少的狀態(tài)，只能透過服務(wù)的輸入和輸出來實(shí)現(xiàn)對(duì)服務(wù)情況的良好把握。

3.4 云計(jì)算階段

這一階段主要是特別架構(gòu)和PASS之上的應(yīng)用程序，在處理輸入和輸出的同時(shí)，多數(shù)用戶并不具備了解PASS服務(wù)運(yùn)行情況的能力，因而導(dǎo)致用戶測試的難度再次增加。

4 殺蟲劑效應(yīng)

在軟件工程測試領(lǐng)域當(dāng)中，“殺蟲劑效應(yīng)”是指相應(yīng)的測試軟件越來越多，其免疫能力變得越來越強(qiáng)的現(xiàn)象。這種現(xiàn)象就如同采用農(nóng)藥殺蟲是一樣的效果，如果持續(xù)采用一種單純的農(nóng)藥，則害蟲將最終在體內(nèi)產(chǎn)生一定的抗體，在此情形下，農(nóng)藥將無法發(fā)揮出應(yīng)有的殺蟲效力。而在多種構(gòu)件化開發(fā)當(dāng)中也是如此，通常在中前期發(fā)現(xiàn)多種缺陷的模式，其都可直接通過校驗(yàn)和驗(yàn)證的方式集成在構(gòu)件當(dāng)中，乃至直接成為構(gòu)件的必然屬性。此類構(gòu)件并不需要開發(fā)人員進(jìn)行單獨(dú)的代碼編寫，其直接對(duì)測試的方式產(chǎn)生了天然性的免疫能力。

在軟件工程中，“殺蟲劑效應(yīng)”將有效的促使軟件的測試技術(shù)獲得飛躍式的更新升級(jí)，可迅速的找出存在軟件當(dāng)中的缺陷問題。一般在進(jìn)行測試的初期階段，只需通過較少的測試即可直接發(fā)現(xiàn)其中所存在的更多缺陷，而在后期的測試當(dāng)中，則很容易發(fā)現(xiàn)其所存在的缺陷數(shù)量，將漸漸趨于平緩，甚至最終在某個(gè)周期停止增長。

5 結(jié)語

綜上所述，針對(duì)新時(shí)代背景下軟件測試的問題，需要盡可能的避免出現(xiàn)“殺蟲效應(yīng)”，具體要求測試技術(shù)應(yīng)當(dāng)由單一的技術(shù)類型直接向著多元化測試技術(shù)的方向轉(zhuǎn)變。然后需要解決智能數(shù)據(jù)處理所帶來的ORACLE的問題。最后，需要構(gòu)建出面向云環(huán)境的自動(dòng)化環(huán)境，尤其是客戶端環(huán)境必須咬合服務(wù)端的需求進(jìn)行良好的匹配。

參考文獻(xiàn)

[1]朱家云.淺析軟件測試[J].信息工程系統(tǒng)，2011.

[2]袁政江.淺析軟件測試過程工作要求[J].計(jì)算機(jī)光盤軟件與應(yīng)用，2011.

[3]王國鵬.淺析軟件測試現(xiàn)狀及發(fā)展前景[J].電子制作，2014.

[4]丁嘉，朱茜.淺談軟件測試技術(shù)的應(yīng)用及其發(fā)展趨勢(shì)[J].通訊世界，2015.

作者簡介

侯培文（1977-），男，山西省平遙縣人。碩士學(xué)位?，F(xiàn)為太原學(xué)院講師。主要研究方向?yàn)檐浖y試，虛擬現(xiàn)實(shí)，計(jì)算機(jī)圖形。

作者單位

太原學(xué)院 山西省太原市 030000