B/S 結構軟件的系統測試方法研究

王文東

摘要：軟件測試在軟件開發全部過程中是關鍵性環節，它對軟件的治療產生著決定性作用。文章對軟件各個開發階段中需要進行軟件測試進行了闡述。針對以B/S結構為基礎的軟件測試技術展開了深入的分析和詳細的介紹。

關鍵詞：B/S結構；軟件測試；軟件結構

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2016）11-0096-03

B/S結構全名為Browser/Server，即瀏覽器和服務器結構。兩種結構的聯合形式是在互聯網技術的興起下對C/S技術進行改造的重要技術。利用該種結構可以通過WWW瀏覽器實現，少量的實現是在事物邏輯前端（Browser）中，服務器端（Server）中實現的主要是事務邏輯，以上三者之間相互綜合，形成三層3-Tier結構，對客戶端電腦載荷進行了充分簡化，同時對系統進行了維護和升級，降低了系統的復雜性，通過降低升級，可以有效減少成本并減少工作量，實現用戶總成本的降低。該結構的軟件系統自身的特征，促使其成為軟件系統測試中采用的特殊技術。

本文的主要內容是以Web為基礎，以B/結構軟件系統為對象，分析該技術在軟件測試中的應用。比較以Web為基礎的測試和傳統軟件測試之間的相同和不同之處，針對軟件測試提出了全新挑戰。將Web作為基礎的系統測試不但需要對設計的要求運行進行檢查和驗證，同時還要對系統在不同用戶中的瀏覽端的顯示進行評價，更重要的是，還要在最終的客戶角度實行安全性和易用性測試。

1 B/S結構軟件的特點

B/S結構軟件系統具有一定的特殊性，因而使得測試和其運用的測試技術同樣存在特殊性。B/S結構軟件系統的特征主要有以下幾點：

后臺服務的訪問需要借助客戶端瀏覽器；界面的展示方式為網頁表單；運用了B/S結構的軟件系統客戶端通常情況下只能完成瀏覽、查詢和數據輸入等較為簡單的步驟，多數工作的承擔著是服務器；用戶信息的保存主要采用的方式為Cookies；信息傳送網站為萬維網。

Web應用軟件的基礎是HTTP協議以及HTML進行構建的，這樣會使得Web應用軟件需要完全遵循統一的結構，Web應用軟件在運行中較為典型的結構應如下圖1所示：

2 B/S 結構中 ERP 系統

2.1 B/S 結構中 ERP 系統特點與難點介紹

B/S 結構 Web 應用系統的早期使用技術應用不多，在網絡技術發展下，B/S結構越來越復雜，較多的框架和設計模式在不斷出現。實現了技術的持續更新，以及ASP、JSP、XML、CSS等技術的相繼出現以及Struts的廣泛性使用。B/S結構系統規模的不斷擴大，其安全性能逐漸變成了B/S結構的重點。[1]

ERP管理軟件不同于其他如見。管理會計是它的核心信息系統，目的是為了規劃和識別企業的資源，獲取訂單、加工訂單、訂單交付等，最后是等待客戶付款。其中涉及了多種敏感信息例如企業財務、人力資源和采購途徑等，因此，ERP必須要具備較高的安全性和精確性。

基于B/S結構管理軟件ERP的特征，需要以B/S結構為基礎，對ERP提出更高要求。但是互聯網具有不安全性，這同ERP系統的高度要求是嚴重背離的，對此在B/S結構基礎上的ERP要符合安全超文本傳輸協議（HTTPS）。SSL是利用40位關鍵字并采取RC4流加密算法，實現商業信息的加密。B/S結構系統要保證程序具備高度健壯性，并且要實現互聯網爬蟲軟件調數據或修改數據情況進行截獲，一般會要求程序針對變化做出快速反應。

2.2 軟件測試

軟件開發需要在不同的階段接受測試，依據行業的需要確定測試的開端。針對ERP行業的軟件來講，測試越早則對實際開發幫助性就越大。實施學習與概念階段自我測試，此時并不具有確切的測試標準，主要是為了對行業的具體情況進行了解，同時掌握專業術語和熟悉基本業務流程。在多方面的考察和驗證中提高自身的行業了解程度。

需求分析階段測試要比學習和概念測試更重要，階段知識學習中對該領域知識實現有效的學習，該過程在獲取知識中具有主動性。需求階段中主要是要和客戶共同討論，依據客戶的具體需求，將符合公司業務的內容嵌入其中，這一階段十分特殊，其中會將浪費資源的功能進行刪除，對此同客戶進行交流很重要。該階段要進行反復測試，多溝通，有效實現客戶所提出的所有功能，幫助客戶將其需求理解進行功能文檔化，再向客戶進行提交，并對文檔結合客戶意見進行修正。針對需求量化與結構，要詳細給出相應數據[2]在幾次的反復修正和測試后，就會達到客戶的預期了。

系統設計階段和系統實現階段兩者是開發期的主要內容，該階段在測試中有著重要作用，它同軟件產品設計的成功和失敗之間存在直接性聯系。所以項目的設計必須有帶領者，清楚的了解系統的功能和結構，完成客戶要求的每一個功能，并且協調部分功能。這部分需要反復對照和分析客戶的需求，若問題不夠清楚，則需要想客戶進行再次確認，著同樣是一個測試過程。在經過系統編碼階段后，驗證客戶的各種要求。測試的主要方式是黑盒和白盒測試。

3 Web軟件測試技術

Web應用軟件測試技術主要指人們通常所說的B/S結構軟件。全部軟件主要集中在服務

器端，用戶端主要在標準瀏覽器下對服務器端進行訪問。一般情況下，Web應用軟件是可以被多個用戶在相同時間使用的，有的甚至可以每天為千千萬萬和用戶同時人提供訪問。

和普通的軟件系統比較，Web應用軟件具備一定的特殊結構，Web應用軟件的開發主要在固定結構中對相應的部分進行填充，而不是依據相應的需求通過開發人員對結構進行設定。對此Web應用軟件的測試和運行會嚴重受到環境的制約，尤其在單元和集成測試中。[3]Web應用潤阿金系統測試中可能和其他軟件在以下幾方面存在不同。

3.1 鏈接測試上的差異

鏈接主要是在Web軟件基礎上的主要特征，其是頁面切換與用戶引導不同功能頁面的重要途徑。鏈接測試主要針對的是整個Web應用軟件，不是單方面的頁面。此外，需要在面對服務器端中生成頁面及鏈接，并不是形成單一的頁面。要對頁面上可能出現的所有鏈接進行測試。對每個鏈接進行測試，測試其是否和頁面以及服務器端程序之間是相互聯系的，若是相互聯系的是服務器端程序，則需要對頁面進行測試后，將用戶輸入符合的對應程序進行輸入并提交。保證Web應用系統中不會出現孤立性頁面，也就是不應出現沒有鏈接指向的頁面，只有得知了正確URL地址，才能實現訪問。鏈接測試需要在集成測試階段中完成，也就是說，要在完整的Web應用系統中對全部的頁面實現開發后才能進行鏈接測試。

3.2 Cookie測試

Web中應用軟件的特殊機制之一就是Cookie測試，它可以對信息進行存儲并實現在Web軟件上實行過的一些操作作為序列，在用戶使用Cookie信息對某些頁面進行訪問時，Web會發送一些和用戶相關的信息，并且將該信息通過Cookie形式在客戶端計算機中進行儲存，并創建動態和自定義界面，或是對登錄信息進行儲存等，這些會保證客戶端和服務器的連接。在測試Web應用軟件中，必須對Cookie是否可以正常工作進行測試，是否可以起到相應的作用，并按照預定時間來保存，并且刷新Cookie產生的影響。

3.3 兼容性

系統有時會出現異常情況，這主要和他的系統不兼容造成的。兼容性測試就是要檢驗被測試的應用系統和其他系統之間的兼容性。[4]對于B/S結構下的Web應用軟件的測試，兼容性測試過程主要是在對不同瀏覽器檢查或是在相同瀏覽器中的不同版本或是瀏覽器的不同設置對應的系統影響。保證可以對主流瀏覽器和一般設置進行兼容。

3.3.1 測試平臺

市場上有很多不同的操作系統，其中最常見的就是Windows、Linux、Unix等。Web應用系統中最終的用戶會采取哪一種操作系統，主要取決于用戶的系統配置。這樣，極易出現兼容性問題，相同的應用在某些操作系統中依然可以保持正常運行，但是在其他的操作系統中就很有可能會出現失敗。對此，在發布Web系統前，需要在不同的操作系統中針對Web來實行兼容性測試。[5]

3.3.2 測試瀏覽器

在Web客戶端中，瀏覽器是最關鍵的構建，不同廠商出產的瀏覽器對于Java、ActiveX、javascript和HTMl規格實行不同的支持。如：ActiveX的生產者是微軟公司，是專門為Internet Explorer設計的，Java是Sun設計的產品等。此外，框架和層次結構風格在不同的瀏覽器中也會出現不同的顯示，或是無法顯示情況。在不同瀏覽器中，安全性和Java設置是存在一定差異的。瀏覽器的兼容性測試方法還有一種是先創建一個兼容性矩陣。在該矩陣中，對不同廠商、版本所生產的瀏覽器在某些構建和設置中的適用性進行測試。

3.4 并發訪問測試

由于Web軟件中一般不存在服務器端程序的直接性通信，服務器端程序的并發主要是受到Web服務器的控制，對此，服務器的并發測試很重要。若面向公眾將Web網站的應用系統作為基礎，連接速度的測試會十分重要，這是因為多數用戶在5s以上的時間未獲得頁面響應情況就會離開。[6]Web應用軟件中常見的問題是，服務器端程序若利用的是某種方式對客戶端的連接狀態進行記錄時，在多個用戶向同一服務器端程序訪問的過程中，可能會存在沖突，因而在對整個系統進行測試中要特別針對該種情況進行測試。

3.5 安全性測試

Web應用軟件一般會對公眾進行開放，因此其安全性對于整個系統是非常重要的。Web應用軟件的安全性不但和Web自身的額開發存在聯系，還和Web應用軟件的運行主體系統的安全檢測和防護存在聯系。嚴格意義上，系統的安全漏洞也就是指系統的缺陷，這是系統測試的范疇之一。

Web安全性測試的區域主要為：當前Web應用系統主要采取的是先注冊后登陸方式。對此，需要測試其有效和無效的用戶名與密碼，同時注意大小寫等情況，限制嘗試的次數，以及可以進行登陸直接對某個頁面進行瀏覽等。

Web應用系統中的時間是否存在限制，指的是用戶在登陸后一段時間內，如10分鐘內，沒有點擊任何頁面，則是否重新進行登陸才能保證對其的正常使用。

為了實現Web系統應用的安全性，日志文件的保密性是最關鍵的。需要對相關信息是否在日志文件中涉及，是否可以追蹤進行測試，

在使用了安全套接字過程中，要對加密的正確性以及信息檢查的完整性進行測試。

服務器端腳本經常會出現安全漏洞，因而恰好可以被黑客所利用。對此還要對是否經過授權進行測試，若沒有經過授權則不能在服務器端在腳本中放置和編輯。[7]

4 小結

以B/S為基礎的Web應用軟件測試是十分復雜的系統任務，該結構的軟件測試方法和傳統軟件測試之間存在一定的差異，且具有一定的特點。文章對兩種軟件的測試進行了論述，分析了不同軟件測試方法中會產生的測試結果。未來針對B/S結構的研究還會繼續深入，測試方法和手段還會進一步加強，只有這樣才會保證B/S的軟件質量和應用效果。

參考文獻：

[1] 宋俊雅，王鵬彪，黃俊爽，郭凌云.B/S結構軟件的系統測試技術[J].科技信息，2010（10）：247-248.

[2] 侯召成，劉偉，翟宜峰，熊璋，蒲菊華.基于B/S結構的南水北調建管系統測試研究[J].水資源與水工程學報，2010（6）：67-71.

[3] 李志崢，楊社堂.基于B/S結構下的軟件系統測試研究[J].科技情報開發與經濟，2006（7）：232-234+251.

[4] 查修齊，吳榮泉，高元鈞.C/S到B/S模式轉換的技術研究[J].計算機工程，2014（1）：263-267.

[5] 莊元東.基于B/S結構下軟件系統的測試研究[J].計算機光盤軟件與應用，2014（14）：90-91.

[6] 王海龍，喬軍，徐新國.B/S結構ERP管理軟件的測試方法研究[J].物聯網技術，2013（3）：48-50.

[7] 魏建軍.基于B/S結構的銀行業務系統測試方法[J].中國金融電腦，2004（7）：53-54.