文結合目前Internet(WEB)技術發(fā)展動向,簡略介紹了Microsoft提出的ActiveX技術的內(nèi)容,闡述了ActiveX技術與WEB 站點建設和桌面程序開發(fā)的關系,以及利用Visual C++和Visual Basic開發(fā)ActiveX部件的步驟和方法,并給出了在WEB網(wǎng)頁中使用ActiveX部件的例子。
1. ActiveX概要
1.1. ActiveX的定義
ActiveX是Microsoft提出的一組使用COM(Component Object Model,部件對象模型)使得軟件部件在網(wǎng)絡環(huán)境中進行交互的技術集。它與具體的編程語言無關。作為針對Internet應用開發(fā)的技術,ActiveX被廣泛應用于WEB服務器以及客戶端的各個方面。同時,ActiveX技術也被用于方便地創(chuàng)建普通的桌面應用程序。
1.2. ActiveX的內(nèi)容
ActiveX既包含服務器端技術,也包含客戶端技術。其主要內(nèi)容是:
ActiveX控制(ActiveX Control);用于向WEB頁面、Microsoft Word等支持ActiveX的容器(Container)中插入COM對象。
ActiveX文檔(ActiveX Document);用于在WEB Browser或者其它支持ActiveX的容器中瀏覽復合文檔(非HTML文檔),例如Microsoft Word文檔,Microsoft Excel文檔或者用戶自定義的文檔等。
ActiveX腳本描述(ActiveX Scripting);用于從客戶端或者服務器端操縱ActiveX控制和Java程序,傳遞數(shù)據(jù),協(xié)調(diào)它們之間的操作。
ActiveX服務器框架(ActiveX Server Framework);提供了一系列針對WEB服務器應用程序設計各個方面的函數(shù)及其封裝類,諸如服務器過濾器、HTML數(shù)據(jù)流控制等。
在Internet Explorer中內(nèi)置Java虛擬機(Java Virtual Machine),從而使Java Applet能夠在Internet Explorer上運行,并可以與ActiveX控制通過腳本描述語言進行通信。
1.3. ActiveX與Java的比較
ActiveX提供了一種擴展包括Java在內(nèi)的任何編程語言的機制,Java的開發(fā)人員可以在Applet中使用ActiveX技術,直接嵌入 ActiveX控制,或者以ActiveX技術為橋梁,將其它開發(fā)商提供的多種語言的程序?qū)ο蠹傻絁ava中。與Java的字節(jié)碼技術相比, ActiveX提供了“代碼簽名”(Code Signing)技術保證其安全性。
1.4. Internet Explorer和Netscape Navigator
不言而喻,Microsoft的Internet Explorer全面支持ActiveX。同時,Microsoft提供了 Netscape Navigator的插? Plug-In),從而使Navigator也可以瀏覽包含有ActiveX部件的WEB站點。
2. ActiveX控制和Internet
ActiveX控制是OLE控制的更新版本。控制(Control)是建立可編程部件(Component)的主要元素。ActiveX控制可以用于所有支持COM規(guī)范的容器中,或者作為Internet控制嵌入到WEB頁面中。用戶訪問該頁面時將下載該控制并自動在本地注冊。利用腳本描述語言(Script)可以在控制之間以及客戶與服務器之間通過設置屬性(Property)、調(diào)用方法(Method)和激活事件(Event)進行通信。
ActiveX控制與以前的OLE控制相比,具有更少的接口,并且可以沒有窗口。所有的ActiveX控制都支持IUnknown接口。
目前,很多第三方開發(fā)商編制了各式各樣的ActiveX控制。在Internet上,有超過1000個ActiveX控制供用戶下載使用。在 WINDOWS的SYSTEM目錄下,保存有很多Window提供的ActiveX控制。Microsoft Visual C++(以下簡稱VC)提供的MFC(Microsoft Foundation Classes)控制都是ActiveX控制。
考慮到當前Internet相對較低的傳輸速率,設計運行于Internet的ActiveX控制時,必須考慮以下幾個問題:
控制盡可能小;
持續(xù)存儲數(shù)據(jù)(Persist Data)如何保存;
如何在Internet上下載和安裝;
控制如何在客戶端注冊;
3. ActiveX文檔和Internet
ActiveX文檔提供了傳統(tǒng)的嵌入對象的擴展方法。ActiveX文檔對象可以包含多個頁,顯示在整個客戶區(qū)中,并支持原有的菜單功能。與以往的嵌入對象不同的是,ActiveX文檔對象不再以一個陰影方框包圍來顯示,而是全框架(Full Frame),并總處于激活狀態(tài)。
Microsoft Office97提供了Microsoft Office Binder,用來生成并瀏覽由Microsoft Word、 Microsoft Excel或者用戶定義的ActiveX文檔等構成的復合文檔,每一種文檔類型都可以直接進行編輯修改。 ActiveX文檔可以作為對象嵌入到WEB網(wǎng)頁中,在WEB上發(fā)布。
4. ActiveX腳本描述語言
利用VBScript或者Microsoft JScript,可以向Web頁面中加入可用于交互的ActiveX控制,將數(shù)據(jù)預處理或者檢驗過程放在客戶端進行,然后將結果傳往WEB服務器。
5. ActiveX服務器框架
在WEB服務器上創(chuàng)建擴展應用程序,動態(tài)生成WEB頁面。使用MFC提供的ISAPI類可以方便地建立WEB服務器端的擴展應用程序。
6. Visual C++ 5.0對ActiveX的支持
VC++ 5.0(企業(yè)版)為Internet開發(fā)提供了完整的解決發(fā)案,其內(nèi)容是:
使用MFC或者ATL開發(fā)ActiveX控制和ActiveX文檔。
使用ISAPI設計WEB服務器端的部件。
使用WinInet 開發(fā)通過Internet存取文件的應用程序。
使用Asynchronous Monikers生成從Internet下載數(shù)據(jù)的應用程序。
使用ActiveX SDK開發(fā)其它類型的基于Internet的Win32應用程序,包括ActiveX Scripting Host,Microsoft WebConferencing等。
6.1. 用VC5.0開發(fā)ActiveX控制
VC++5.0提供兩個途徑開發(fā)ActiveX控制:MFC和ATL(Active Template Library)。使用MFC,可以不必理會控制接口的細節(jié),把注意力集中在控制本身的功用上,但是生成的控制比較大。而且,客戶端如果要運行此ActiveX控制,必須擁有相應版本的MFC類庫的 DLL,否則,必須同時下載這些巨大的類庫;使用ATL,由于不涉及MFC的標準類庫,生成的控制相對較小,但開發(fā)者必須了解COM、OLE技術的細節(jié)。大多數(shù)情況下,可以使用MFC開發(fā)ActiveX控制,這樣比較容易。而且,由于Internet Explorer 3.0提供了MFC 4.1的類庫,而Internet Explorer 3.0是Windows95提供的組件,所以,只要ActiveX控制使用的是MFC 4.1或者更早的版本,多數(shù)情況下不需要下載MFC的類庫。
使用MFC開發(fā)ActiveX控制,可以用MFC ActiveX Control Wizard生成工程框架。VC會自動產(chǎn)生三個類:(假設MyName是控制的名字。)
CMyNameApp:從類COleControlModule派生,而類COleControlModule則派生自CWinApp;
CMyNameCtrl:從類COleControl派生,而類COleControl則派生自CWnd;
CMyNamePropPage:從類COlePropertyPage派生,而類COlePropPage則派生自CDialog;
可以看出,這個框架與一般的MFC應用程序有些類似。開發(fā)人員的大部分工作在CMyNameCtrl中,例如用Class Wizard添加屬性、方法和事件,處理顯示等。
編譯生成OCX文件后,用VC提供的ActiveX Test Container測試這個控制,也可以用OLE/COM Object Viewer瀏覽此控制的接口信息及類型庫。
6.2. ActiveX控制在WEB上的應用
考慮到WEB的安全性,為了在服務器與客戶端建立良好的信任關系,必須為每個在WEB上使用ActiveX控制設置一個“代碼簽名” (Code Signing)。VC5.0提供了生成供測試用的“代碼簽名”的工具。如果要正式發(fā)布,則必須向有關機構申請。(參見http: //www.microsoft.com/intdev/signcode/)
在WEB頁面中使用ActiveX控制,還要對之進行包裝,將有關的動態(tài)連接庫及信息文件壓縮到一個擴展名為CAB(Cabinet)文件中。可以使用VC5.0提供的工具包裝ActiveX控制。在HTML文件中,使用OBJECT標簽插入ActiveX控制,并利用VBScript或者 JScript訪問該ActiveX控制。客戶端用Internet Explorer瀏覽此頁面時,可以自動解包該文件。出于安全性的考慮, Internet Explorer為ActiveX 部件的下載、初始化、是否擁有合法的代碼簽名以及是否允許Scripting等設置了不同的安全級別,用戶可根據(jù)需要進行設置。下面這個例子中,使用了ActiveX控制“MSChart.OCX",當用鼠標單擊此控制時,控制的標題將改變。
ID=chart1 WIDTH=400 HEIGHT=200
ALIGN=center>
其中,Object ID是這個ActiveX DLL中某個類的名字。當此WEB頁面被下載并顯示時,MyClass類的方法LogIn將被調(diào)用,并在客戶端顯示LogIn對話框。
7.3. Visual Basic 6.0
Microsoft計劃于1998年9月推出Visual Basic 6.0。目前Beta版正在測試。VB 6.0與VB5.0相比,除繼續(xù)支持 Internet Explorer Document Object Model(DOM)開發(fā)之外,將提供兩個令人興奮的新功能:
Dynamic HTML編輯器
開發(fā)人員可以象編制普通VB程序一樣,制作DHTML文件或模板。
WebClasses;
開發(fā)人員可以在WEB服務器端建立與ASP文件一一對應的WebClass類,每個類都可以訪問ASP對象,在Visual Basic IDE中跟蹤調(diào)試,并生成 ISAPI 動態(tài)連接庫。
8. 小結
正如Internet和WEB技術一樣,ActiveX技術的發(fā)展日新月異,新的更強大的開發(fā)工具使得服務器及客戶端的應用開發(fā)、網(wǎng)站建設變得更簡單,并容易擴展和重用。隨著Microsoft的包括Windows NT、Internet Information Server、 Active Server Pages以及Microsoft FrontPage、Internet Explorer等組件在內(nèi)完整的 Internet解決方案被廣泛使用,ActiveX技術將會有更大的發(fā)展。
參考文獻:
1. Visual C++技術內(nèi)幕(第二版),[美]David J. Kruglinski著,王國印譯,清華大學出版社。
2. ActiveX開發(fā)人員指南,[美]Eric Tall,Mark Ginsburg著,章巍等譯,機械工業(yè)出版社。
3. Visual Basic 6.0:You Wont Believe What Just Hit the Web, Joshua Trupin,Microsoft Interactive Network Developer(MIND),1998年8月。
4. Introduction to ActiveX Controls,Microsoft Corp.,MSDN,1998年8月。
5. Dynamic HTML and the Big Picture,John Swenson,MSDN Online,1997年11月。
6. A Brief Preview of the Visual Basic 5.0 Development Environment,Michael Otey,Windows NT Magazine ,1997年4月。
7. http://www.microsoft.com/,Microsoft公司,包括MSDN、MSJ等技術資源。
8. http://www.ActiveX.com,第三方開發(fā)的ActiveX控制。
9. http://www.Active-X.com,有關ActiveX技術的文檔資料。
10. http://www.WinntMag.com,Windows NT Magazine雜志。
弈安傳媒科技微課堂,每天分享財經(jīng)資訊,計算機技術知識,人生感悟,創(chuàng)業(yè)指導以及各種專業(yè)技術知識資料學習交流.移動學習平臺、知識分享平臺。隨時隨地的學習,如果你喜歡成長,這里你不容錯過的地方.弈安傳媒科技培訓關注:關注自己成長,分享內(nèi)容,分享自己的技術,成就未來.
[弈安傳媒科技提升自己的平臺]請關注:頭條號及公眾號 弈安傳媒科技
eb 設計語言版本的差異可以引起客戶端或服務器端嚴重的問題,例如使用哪種版本的HTML 等。當在分布式環(huán)境中開發(fā)時,開發(fā)人員都不在一起,這個問題就顯得尤為重要。除了HTML 的版本問題外,不同的腳本語言,例如Java、JavaScript、ActiveX、VBScript 或Perl 等,也要進行驗證。
在設計Web 系統(tǒng)時,使用不同的腳本語言給系統(tǒng)帶來的影響也不同,如HTML 的不同版本對Web 系統(tǒng)的影響就不同。關于設計語言的測試,應該注意以下幾個方面:
(1)與瀏覽器的兼容性。由于不同的瀏覽器內(nèi)核引擎不同,導致不同的開發(fā)語言與瀏覽器的兼容情況不同,當前主流瀏覽器的引擎有Trident、Tasman、Pesto、Gecko、KHTML、WebCore 和WebKit。
(2)與平臺的兼容性。不同腳本語言與操作系統(tǒng)平臺的兼容性也有所不同,測試過程中必須考慮對不同操作系統(tǒng)平臺的兼容,即腳本的可移植性。
(3)執(zhí)行時間。由于不同腳本語言執(zhí)行的方式不同,所以其執(zhí)行的時間也不同。
(4)嵌入其他語言的能力。有一些操作腳本語言無法實現(xiàn),如讀取客戶端的信息,此時即需要使用其他語言來實現(xiàn),即測試過程中應該考慮當前腳本語言對其他語言的支持程度。
(5)數(shù)據(jù)庫支持的程度。考慮系統(tǒng)數(shù)據(jù)庫可能升級的問題,測試時需要考慮腳本語言支持數(shù)據(jù)庫的完善程度。
接下來我們說說回歸測試:
回歸測試是軟件測試中不可忽視的一部分,回歸測試是對舊代碼修改后,重新進行測試并確認修改沒有引入新錯誤,或者導致其他代碼出現(xiàn)錯誤。自動化回歸測試將大大降低系統(tǒng)測試、維護升級等階段的成本。作為軟件生命周期的一部分,回歸測試在整個軟件測試過程中占據(jù)著相當大的工作量,在軟件開發(fā)的每個階段都要進行多次回歸測試。
為了提高回歸測試的效率和有效性,選擇正確的回歸測試策略是非常有意義的,選擇回歸測試應兼顧效率與有效性兩方面,那么常用的方法有哪些?
1.重新測試整個案例
從基線測試用例庫中選擇全部測試用例組成回歸測試包,這是一種比較安全的方法,再次測試所有用例具有較低的遺漏回歸錯誤風險,但測試成本較高。
2.根據(jù)風險選擇測試
從基準測試用例庫中選擇回歸測試包,基于一定的風險標準。從運行更重要的、關鍵的和可疑的測試開始,而忽略那些不重要的、低優(yōu)先級的或者高穩(wěn)定性的測試用例,這些測試用例在只有三到四級甚至更嚴重的情況下進行測試。
3.基于作業(yè)面選擇檢驗
若基線測試用例庫的測試用例是根據(jù)軟件操作曲線開發(fā)的,測試用例的分布情況反映了系統(tǒng)的實際使用情況。通過測試預算,回歸測試使用的測試用例的數(shù)量可以確定回歸測試,回歸測試可以優(yōu)先選擇那些具有重要或經(jīng)常使用功能的測試用例,并且能夠降低和減輕高級風險,幫助盡早發(fā)現(xiàn)那些影響可靠性的故障。
4.重新檢驗修改部分
如果測試者對修改的局部化有足夠的認識,那么通過相關分析就可以識別軟件的變化并分析修改的影響,將回歸測試限制在被修改的模塊及其界面上。常常,回歸錯誤必須包含新的、修改的或刪除的代碼片段。如果條件允許,回歸測試盡可能覆蓋受影響。
最后,關于軟件測試學習,offer選擇等等,都可以通過后臺私信交流。需要學習資料或者幫忙修改簡歷也可以私信!!也可百度搜索“特斯汀軟件測試騰訊課堂”或關注公眾號“特斯汀軟件測試”,里面涵蓋很多精彩免費視頻或干貨知識
多人問我,web項目測試需要從哪幾方面進行測試才不會遺漏?因此小編整理了五大項必須要測的內(nèi)容,希望對大家有所幫助!
測試項目一、功能測試
1、鏈接測試
鏈接是Web應用系統(tǒng)的一個主要特征,它是在頁面之間切換和指導用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面。首先,測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面;其次,測試所鏈接的頁面是否存在;最后,保證Web應用系統(tǒng)上沒有孤立的頁面,所謂孤立頁面是指沒有鏈接指向該頁面,只有知道正確的URL地址才能訪問。
鏈接測試可以自動進行,現(xiàn)在已經(jīng)有許多工具可以采用。鏈接測試必須在集成測試階段完成,也就是說,在整個Web應用系統(tǒng)的所有頁面開發(fā)完成之后進行鏈接測試。
2、表單測試
當用戶給Web應用系統(tǒng)管理員提交信息時,就需要使用表單操作,例如用戶注冊、登陸、信息提交等。在這種情況下,我們必須測試提交操作的完整性,以校驗提交給服務器的信息的正確性。例如:用戶填寫的出生日期與職業(yè)是否恰當,填寫的所屬省份與所在城市是否匹配等。如果使用了默認值,還要檢驗默認值的正確性。如果表單只能接受指定的某些值,則也要進行測試。例如:只能接受某些字符,測試時可以跳過這些字符,看系統(tǒng)是否會報錯。
3、Cookies測試
Cookies通常用來存儲用戶信息和用戶在某應用系統(tǒng)的操作,當一個用戶使用Cookies訪問了某一個應用系統(tǒng)時,Web服務器將發(fā)送關于用戶的信息,把該信息以Cookies的形式存儲在客戶端計算機上,這可用來創(chuàng)建動態(tài)和自定義頁面或者存儲登陸等信息。
如果Web應用系統(tǒng)使用了Cookies,就必須檢查Cookies是否能正常工作。測試的內(nèi)容可包括Cookies是否起作用,是否按預定的時間進行保存,刷新對Cookies有什么影響等。
4、設計語言測試
Web設計語言版本的差異可以引起客戶端或服務器端嚴重的問題,例如使用哪種版本的HTML等。當在分布式環(huán)境中開發(fā)時,開發(fā)人員都不在一起,這個問題就顯得尤為重要。除了HTML的版本問題外,不同的腳本語言,例如Java、JavaScript、 ActiveX、VBScript或Perl等也要進行驗證。
5、數(shù)據(jù)庫測試
在Web應用技術中,數(shù)據(jù)庫起著重要的作用,數(shù)據(jù)庫為Web應用系統(tǒng)的管理、運行、查詢和實現(xiàn)用戶對數(shù)據(jù)存儲的請求等提供空間。在Web應用中,最常用的數(shù)據(jù)庫類型是關系型數(shù)據(jù)庫,可以使用SQL對信息進行處理。
在使用了數(shù)據(jù)庫的Web應用系統(tǒng)中,一般情況下,可能發(fā)生兩種錯誤,分別是數(shù)據(jù)一致性錯誤和輸出錯誤。數(shù)據(jù)一致性錯誤主要是由于用戶提交的表單信息不正確而造成的,而輸出錯誤主要是由于網(wǎng)絡速度或程序設計問題等引起的,針對這兩種情況,可分別進行測試。
測試項目二、性能測試
1、連接速度測試
用戶連接到Web應用系統(tǒng)的速度根據(jù)上網(wǎng)方式的變化而變化,他們或許是電話撥號,或是寬帶上網(wǎng)。當下載一個程序時,用戶可以等較長的時間,但如果僅僅訪問一個頁面就不會這樣。如果Web系統(tǒng)響應時間太長(例如超過5秒鐘),用戶就會因沒有耐心等待而離開。
另外,有些頁面有超時的限制,如果響應速度太慢,用戶可能還沒來得及瀏覽內(nèi)容,就需要重新登陸了。而且,連接速度太慢,還可能引起數(shù)據(jù)丟失,使用戶得不到真實的頁面。
2、負載測試
負載測試是為了測量Web系統(tǒng)在某一負載級別上的性能,以保證Web系統(tǒng)在需求范圍內(nèi)能正常工作。負載級別可以是某個時刻同時訪問Web系統(tǒng)的用戶數(shù)量,也可以是在線數(shù)據(jù)處理的數(shù)量。例如:Web應用系統(tǒng)能允許多少個用戶同時在線?如果超過了這個數(shù)量,會出現(xiàn)什么現(xiàn)象?Web應用系統(tǒng)能否處理大量用戶對同一個頁面的請求?
3、壓力測試
負載測試應該安排在Web系統(tǒng)發(fā)布以后,在實際的網(wǎng)絡環(huán)境中進行測試。因為一個企業(yè)內(nèi)部員工,特別是項目組人員總是有限的,而一個Web系統(tǒng)能同時處理的請求數(shù)量將遠遠超出這個限度,所以,只有放在Internet上,接受負載測試,其結果才是正確可信的。
進行壓力測試是指實際破壞一個Web應用系統(tǒng),測試系統(tǒng)的反映。壓力測試是測試系統(tǒng)的限制和故障恢復能力,也就是測試Web應用系統(tǒng)會不會崩潰,在什么情況下會崩潰。黑客常常提供錯誤的數(shù)據(jù)負載,直到Web應用系統(tǒng)崩潰,接著當系統(tǒng)重新啟動時獲得存取權。
壓力測試的區(qū)域包括表單、登陸和其他信息傳輸頁面等。
測試項目三、可用性測試
1、導航測試
導航描述了用戶在一個頁面內(nèi)操作的方式,在不同的用戶接口控制之間,例如按鈕、對話框、列表和窗口等;或在不同的連接頁面之間。通過考慮下列問題,可以決定一個Web應用系統(tǒng)是否易于導航:導航是否直觀?Web系統(tǒng)的主要部分是否可通過主頁存取?Web系統(tǒng)是否需要站點地圖、搜索引擎或其他的導航幫助?
在一個頁面上放太多的信息往往起到與預期相反的效果。Web應用系統(tǒng)的用戶趨向于目的驅(qū)動,很快地掃描一個Web應用系統(tǒng),看是否有滿足自己需要的信息,如果沒有,就會很快地離開。很少有用戶愿意花時間去熟悉Web應用系統(tǒng)的結構,因此,Web應用系統(tǒng)導航幫助要盡可能地準確。
導航的另一個重要方面是Web應用系統(tǒng)的頁面結構、導航、菜單、連接的風格是否一致。確保用戶憑直覺就知道Web應用系統(tǒng)里面是否還有內(nèi)容,內(nèi)容在什么地方。
Web應用系統(tǒng)的層次一旦決定,就要著手測試用戶導航功能,讓最終用戶參與這種測試,效果將更加明顯。
2、圖形測試
在Web應用系統(tǒng)中,適當?shù)膱D片和動畫既能起到廣告宣傳的作用,又能起到美化頁面的功能。一個Web應用系統(tǒng)的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內(nèi)容有:
(1)要確保圖形有明確的用途,圖片或動畫不要胡亂地堆在一起,以免浪費傳輸時間。Web應用系統(tǒng)的圖片尺寸要盡量地小,并且要能清楚地說明某件事情,一般都鏈接到某個具體的頁面。
(2)驗證所有頁面字體的風格是否一致。
(3)背景顏色應該與字體顏色和前景顏色相搭配。
(4)圖片的大小和質(zhì)量也是一個很重要的因素,一般采用JPG或GIF壓縮。
3、內(nèi)容測試
內(nèi)容測試用來檢驗Web應用系統(tǒng)提供信息的正確性、準確性和相關性。
信息的正確性是指信息是可靠的還是誤傳的。例如,在商品價格列表中,錯誤的價格可能引起財政問題甚至導致法律糾紛;信息的準確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟件來進行,例如使用Microsoft Word的”拼音與語法檢查”功能;信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口,也就是一般Web站點中的所謂”相關文章列表”。
4、整體界面測試
整體界面是指整個Web應用系統(tǒng)的頁面結構設計,是給用戶的一個整體感。例如:當用戶瀏覽Web應用系統(tǒng)時是否感到舒適,是否憑直覺就知道要找的信息在什么地方?整個Web應用系統(tǒng)的設計風格是否一致?
對整體界面的測試過程,其實是一個對最終用戶進行調(diào)查的過程。一般Web應用系統(tǒng)采取在主頁上做一個調(diào)查問卷的形式,來得到最終用戶的反饋信息。
對所有的可用性測試來說,都需要有外部人員(與Web應用系統(tǒng)開發(fā)沒有聯(lián)系或聯(lián)系很少的人員)的參與,最好是最終用戶的參與。
測試項目四、客戶端兼容性測試
1、平臺測試
市場上有很多不同的操作系統(tǒng)類型,最常見的有Windows、Unix、Macintosh、Linux等。Web應用系統(tǒng)的最終用戶究竟使用哪一種操作系統(tǒng),取決于用戶系統(tǒng)的配置。這樣,就可能會發(fā)生兼容性問題,同一個應用可能在某些操作系統(tǒng)下能正常運行,但在另外的操作系統(tǒng)下可能會運行失敗。
因此,在Web系統(tǒng)發(fā)布之前,需要在各種操作系統(tǒng)下對Web系統(tǒng)進行兼容性測試。
2、瀏覽器測試
瀏覽器是Web客戶端最核心的構件,來自不同廠商的瀏覽器對Java,、JavaScript、 ActiveX、 plug-ins或不同的HTML規(guī)格有不同的支持。例如,ActiveX是Microsoft的產(chǎn)品,是為Internet Explorer而設計的,JavaScript是Netscape的產(chǎn)品,Java是Sun的產(chǎn)品等等。另外,框架和層次結構風格在不同的瀏覽器中也有不同的顯示,甚至根本不顯示。不同的瀏覽器對安全性和Java的設置也不一樣。
測試瀏覽器兼容性的一個方法是創(chuàng)建一個兼容性矩陣。在這個矩陣中,測試不同廠商、不同版本的瀏覽器對某些構件和設置的適應性。
測試項目五、安全性測試
Web應用系統(tǒng)的安全性測試區(qū)域主要有:
(1)現(xiàn)在的Web應用系統(tǒng)基本采用先注冊,后登陸的方式。因此,必須測試有效和無效的用戶名和密碼,要注意到是否大小寫敏感,可以試多少次的限制,是否可以不登陸而直接瀏覽某個頁面等。
(2)Web應用系統(tǒng)是否有超時的限制,也就是說,用戶登陸后在一定時間內(nèi)(例如15分鐘)沒有點擊任何頁面,是否需要重新登陸才能正常使用。
(3)為了保證Web應用系統(tǒng)的安全性,日志文件是至關重要的。需要測試相關信息是否寫進了日志文件、是否可追蹤。
(4)當使用了安全套接字時,還要測試加密是否正確,檢查信息的完整性。
(5)服務器端的腳本常常構成安全漏洞,這些漏洞又常常被黑客利用。所以,還要測試沒有經(jīng)過授權,就不能在服務器端放置和編輯腳本的問題。
備注:如有沒考慮進去內(nèi)容,可以評論添加,一起學習,一起交流~
*請認真填寫需求信息,我們會在24小時內(nèi)與您取得聯(lián)系。