當前位置:首頁 » 網頁前端 » web可用性
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

web可用性

發布時間: 2022-02-28 15:49:18

㈠ IIS 6.0的Web伺服器更高的可靠性和可用性

IIS 6.0已經經過了廣泛的重新設計,以提高Web伺服器的可靠性和可用性。新的容錯進程架構和其它功能特性可以幫助用戶減少不必要的停機時間,並提高應用程序的可用性。
功能特性 描述
容錯進程架構 IIS 6.0的容錯式進程架構將Web站點和應用程序隔離到一個自包含的單元之中(又稱應用程序池)。應用程序池為管理員管理一組Web站點和應用程序提供了便利,同時提高了系統的可靠性,因為一個應用程序池中的錯誤不會引起另外一個應用程序池或者伺服器本身發生故障。
健康狀況監視 IIS 6.0定期檢查應用程序池的狀態,並自動重新啟動應用程序池中發生故障的Web站點或應用程序,從而提高了應用程序的可用性。通過自動禁用在短時間內頻繁發生故障的Web站點和應用程序,IIS 6.0可以保護伺服器和其它應用程序的安全。
自動進程回收IIS 6.0可以根據一組靈活的標准和條件——例如CPU利用率和內存佔用情況,自動停止和重新啟動發生故障的Web站點和應用程序,同時將請求放入隊列。IIS 6.0還可以在回收一個工作進程時對客戶機的TCP/IP連接加以維護,將Web服務客戶端應用程序與後端不穩定的Web應用程序隔離開來。
快速的故障保護 如果某個應用程序在短時間內頻繁發生故障,IIS 6.0將自動禁用該程序,並且向所有新發出和排入隊列的針對該應用程序的請求返回一個「503服務不可用」錯誤信息。例如,此外,還可以觸發某些定製操作,例如觸發一個調試操作或者向管理員發出通知。快速故障保護可以保護Web伺服器免遭拒絕服務攻擊。

㈡ web測試有哪些方面

第一,分析產品結構,明確性能測試的需求,包括並發、極限、配置和指標等方面的性能要求,必要時基於LOAD測試的相同測略需同時考慮穩定性測試的需求。
第一,分析應用場景和用戶數據,細分用戶行為和相關的數據流,確定測試點或測試介面,列示系統介面的可能瓶頸,一般是先主幹介面再支線介面,並完成初步的測試用例設計。
第三,依據性能測試需求和確定的測試點進行測試組網設計,並明確不同組網方案的重要程度或優先順序作為取捨評估的依據,必要時在前期產品設計中提出支持性能測試的可測試性設計方案和對測試工具的需求。
第四,完成性能測試用例設計、分類選擇和依據用戶行為分析設計測試規程,並准備好測試用例將用到的測試數據。
第五,確定採用的測試工具。
第六,進行初驗測試,以主幹介面的可用性為主,根據測試結果分析性能瓶頸,通過迭代保證基本的指標等測試的環境。
第七,迭代進行全面的性能測試,完成計劃中的性能測試用例的執行。
第八,完成性能測試評估報告。
在進行性能測試的時候,我們需要知道一些有效的性能指標,下面我們來列出一些主要的性能指標:
一是,通用指標(指Web應用伺服器、資料庫伺服器必需測試項):
*ProcessorTime:指伺服器CPU佔用率,一般平均達到70%時,服務就接近飽和;
*Memory Available Mbyte:可用內存數,如果測試時發現內存有變化情況也要注意,如果是內存泄露則比較嚴重;
*Physicsdisk Time :物理磁碟讀寫時間情況。
二是,Web伺服器指標:
*Avg Rps:平均每秒鍾響應次數=總請求時間/秒數;
*Avg time to last byte per terstion(mstes):平均每秒業務角本的迭代次數;*Successful Rounds:成功的請求;
*Failed Rounds:失敗的請求;
*Successful Hits:成功的點擊次數;
*Failed Hits:失敗的點擊次數;
*Hits Per Second:每秒點擊次數;
*Successful Hits Per Second:每秒成功的點擊次數;
*Failed Hits Per Second:每秒失敗的點擊次數;
*Attempted Connections:嘗試鏈接數。
三是,資料庫伺服器指標:
*User 0 Connections :用戶連接數,也就是資料庫的連接數量;
*Number of deadlocks:資料庫死鎖;
*Butter Cache hit:資料庫Cache的命中情況)。

可用性測試:1導航測試(Web應用系統的層次一旦決定,就要著手測試用戶導航功能,讓最終用戶參與這種測試,效果將更加明顯。)2圖形測試3內容測試3整體界面測試4客戶端兼容性測試(1平台測試2瀏覽器測試)5安全性測試(測試重點:(1)現在的Web應用系統基本採用先注冊,後登陸的方式。因此,必須測試有效和無效的用戶名和密碼,要注意到是否大小寫敏感,可以試多少次的限制,是否可以不登陸而直接瀏覽某個頁面等。(2)Web應用系統是否有超時的限制,也就是說,用戶登陸後在一定時間內(例如15分鍾)沒有點擊任何頁面,是否需要重新登陸才能正常使用。(3)為了保證Web應用系統的安全性,日誌文件是至關重要的。需要測試相關信息是否寫進了日誌文件、是否可追蹤。(4)當使用了安全套接字時,還要測試加密是否正確,檢查信息的完整性。(5)伺服器端的腳本常常構成安全漏洞,這些漏洞又常常被黑客利用。所以,還要測試沒有經過授權,就不能在伺服器端放置和編輯腳本的問題。 )

㈢ web2.0是什麼它的到來有什麼意義么

WEB2.0概念詮釋

Web2.0,是相對Web1.0(2003年以前的互聯網模式)的新的一類互聯網應用的統稱,是一次從核心內容到外部應用的革命。由Web1.0單純通過網路瀏覽器瀏覽html網頁模式向內容更豐富、聯系性更強、工具性更強的Web2.0互聯網模式的發展已經成為互聯網新的發展趨勢。
Web1.0到Web2.0的轉變,具體的說,從模式上是單純的「讀」向「寫」、「共同建設」發展;由被動地接收互聯網信息向主動創造互聯網信息邁進!從基本構成單元上,是由「網頁」向「發表/記錄的信息」發展;從工具上,是由互聯網瀏覽器向各類瀏覽器、rss閱讀器等內容發展;運行機制上,由「Client Server」向「Web Services」轉變;作者由程序員等專業人士向全部普通用戶發展;應用上由初級的「滑稽」的應用向全面大量應用發展。
總之,Web2.0是以 Flickr、Craigslist、Linkedin、Tribes、Ryze、 Friendster、Del.icio.us、43Things.com等網站為代表,以Blog、TAG、SNS、RSS、wiki等應用為核心,依據六度分隔、xml、ajax等新理論和技術實現的互聯網新一代模式。

應用:
1、 Blog(from wiki)
歷史:
Blog一詞本起源於 weblog,意思是網上日誌。1997年由 Jorn Barger所提出。在1998年, infosift 的編輯Jesse J. Garrett (http://www.jjg.net),將一些類似blog的網站收集起來,寄給Cameron Barrett。 Cameron隨後將名單發布在CamWorld網站上,許多人亦陸續將blog的URL給Cameron,慢慢的,一個新的網路社區儼然成型。1999年,Brigitte Eaton (http://www.eatonweb.com)成立一個weblog 目錄,收集她所知道的blog站。1999年,Peter Merholz (http://www.peterme.com)首次使用縮略詞「blog」,成為今天常用的術語。但是,blog 真正開始快速發展的轉折點,是在1999年6月,當時Pitas開始提供免費的weblog服務,緊接著8月,Pyra lab推出了現在的blogger.com。blogger.com 提供了簡單易學的說明,以及能通過FTP直接將blog發表在個人網站上的功能,這帶給使用者很大的方便。目前已經有了很多Blog託管服務商(BSP),業內人士對其盈利前景,持謹慎樂觀態度。
Blog的特點
Blog是個人或群體以時間順序所作的一種記錄,並且不斷更新。blog之間的交流主要是通過回溯引用(TrackBack)和回響/留言/評論(comment)的方式來進行的。blog的操作管理用語,也借鑒了大量檔案管理用語。一個blog亦可被視為一個檔案(archives),或是卷宗(fonds)。與傳統檔案不同的是,blog的寫作者(blogger),既是這份檔案的創作人(creator),也是其檔案管理人(archivist)。

Blog大量採用了RSS(Really Simple Syndication或者Rich Site Summary或者RDF Site Summary)技術,所有的RSS文件都必須符合由W3C發布的XML 1.0規范。對讀者來說,可以通過RSS訂閱一個blog,確知該blog作者最近的更新。對Blog作者來說,RSS可以使自己發布的文章易於被計算機程序理解並摘要。

對知識管理和創造而言,blog提供了新的形態和途徑。對漢語為母語的人而言,blog寫作既接續了漢語筆記文學的優秀傳統,更充分鼓勵了個人表達。從交往形態考察,網志空間(blogosphere)設定了積極的讀者、作者、編者互動轉換關系,「言者互重,閱者相惜 」。

2、 Tag (from blogbus)
什麼是Tag?
Tag(標簽)是一種更為靈活、有趣的日誌分類方式,您可以為每篇日誌添加一個或多個Tag(標簽),然後您可以看到BlogBus上所有和您使用了相同Tag的日誌,並且由此和其他用戶產生更多的聯系和溝通。不僅如此,我們還通過與Technorati的合作,把您的Tag發送到全球Blog空間,和全世界的人們共同分享。
Tag體現了群體的力量,使得日誌之間的相關性和用戶之間的交互性大大增強,可以讓您看到一個更加多樣化的世界,一個關聯度更大的Blog空間,一個熱點實時播報的新聞台。Tag為您提供前所未有的網路新體驗……
當然,您也可以簡單地把一個Tag(標簽)理解為一個日誌分類,但是Tag和分類的不同之處也很明顯:
首先,分類是您在寫日誌之前就定好的,而Tag是在您寫完日誌之後再添加的;
其次,您可以同時為一篇日誌貼上好幾個Tag(標簽),方便自己隨時查找,而原先一篇日誌只能有一個分類;
再次,當您積累了一定數量的Tag之後,您可以看看自己在Blog中最經常寫的是哪些話題;
最後,您可以看到有哪些人和自己使用了一樣的Tag(標簽),進而找到和您志趣相投的Blogger。
舉一個例子,比如說:您寫了一篇到西湖旅遊的日誌,原來您都是把這一類的日誌放到自己的「驢行天下」分類下,但是有了Tag之後,您可以給這篇日誌同時加上「旅遊」、「杭州」、「西湖」、「驢行天下」等幾個Tag,當瀏覽者點擊其中任何一個Tag,他都可以看到您的這篇日誌。同時您自己也可以通過點擊這幾個Tag,看看究竟有誰最近也去了杭州旅遊,或許你們還可以交流一下旅遊心得,成為下一次出遊的夥伴呢!

3、 SNS
Social Network Service,社會性網路軟體,依據六度理論,以認識朋友的朋友為基礎,擴展自己的人脈。並且無限擴張自己的人脈,在需要的時候,可以隨時獲取一點,得到該人脈的幫助。

SNS網站,就是依據六度理論建立的網站,幫你運營朋友圈的朋友。

4、 RSS(from wiki)
RSS是一種用於共享新聞和其他Web內容的數據交換規范,起源於網景通訊公司的推"Push"技術,將訂戶訂閱的內容傳送給他們的通訊協同格式(Protocol)。RSS可以是以下三個解釋的其中一個:

Really Simple Syndication(真正簡單的整合)
RDF (Resource Description Framework) Site Summary
Rich Site Summary(豐富站點摘要)
但其實這三個解釋都是指同一種Syndication的技術。

目前RSS規范的主要版本有0.91、1.0和2.0。

0.91版和1.0版完全不同,風格不同,制定標準的人也不同。0.91版和2.0版一脈相承。1.0版更靠攏XML標准。

RSS目前廣泛用於blog、wiki和網上新聞頻道,世界多數知名新聞社網站都提供RSS訂閱支持。

5、 Wiki(from wiki)
Wiki一詞源自夏威夷語的「wee kee wee kee」,本是「快點快點」之意。在這里Wiki指的是一種超文本系統。這種超文本系統系支持那些面向社群的協作式寫作,同時也包括一組支持這種寫作的輔助工具。有人認為,Wiki系統屬於一種人類知識的網路系統,我們可以在Web的基礎上對Wiki文本進行瀏覽、創建、更改,而且這種創建、更改、及發布的代價遠比HTML文本小;與此同時Wiki系統還支持那些面向社群的協作式寫作,為協作式寫作提供了必要的幫助;最後,Wiki的寫作者自然構成了一個社群,Wiki系統為這個社群提供了簡單的交流工具。與其它超文本系統相比,Wiki有使用簡便且開放的優點,所以Wiki系統可以幫助我們在一個社群內共用某個領域的知識。
Wiki起源
1995年沃德?坎寧安(Ward Cunningham)為了方便模式社群的交流創建了全世界第一個wiki系統-WikiWikiWeb,並用它建立了波特蘭模式知識庫(Portland Pattern Repository)。在建立這個系統的過程中,沃德?坎寧安創造了Wiki的概念和名稱,並且實現了支持這些概念的服務系統。這個系統是最早的Wiki系統。從1996年至2000年間,波特蘭模式知識庫圍繞著面向社群的協作式寫作,不斷發展出一些支持這種寫作的輔助工具,從而使Wiki的概念不斷得到豐富。同時Wiki的概念也得到了傳播,出現了許多類似的網站和軟體系統。
Wiki的歷史不長,無論是Wiki概念本身,還是相關軟體系統的特性,都還在熱烈的討論中;所以怎樣的一個站點才能稱得上是一個Wiki系統還是有爭議的。與Wiki相關新近出現的技術還有blog,它們都降低了超文本寫作和發布的難度。這兩者都是同內容管理系統密切相關的。
Wiki的特點
使用方便
維護快捷:快速創建、存取、更改超文本頁面(這也是為什麼叫作 "wiki wiki" 的原因)。
格式簡單:用簡單的格式標記來取代 HTML 的復雜格式標記。(類似所見即所得的風格)
鏈接方便:通過簡單標記,直接以關鍵字名來建立鏈接(頁面、外部連接、圖像等)。
命名平易:關鍵字名就是頁面名稱,並且被置於一個單層、平直的名空間中。
可增長
可增長:頁面的鏈接目標可以尚未存在,通過點擊鏈接,我們可以創建這些頁面,從而使系統得以增長。
修訂歷史:記錄頁面的修訂歷史,頁面的各個版本都可以被獲取。
開放性
開放的:社群內的成員可以任意創建、修改、或刪除頁面。
可觀察:系統內頁面的變動可以被來訪者清楚觀察得到。
由於Wiki的自組織,可增長以及可觀察的特點,使Wiki本身也成為一個網路研究的對象。對Wiki的研究也許能夠讓人們對網路的認識更加深入

理論和技術:
1、 六度關系理論
目前流行的「六度分隔」理論是20世紀60年代由美國的心理學家米格蘭姆(Stanley Milgram)提出的,這個理論可以通俗地闡述為: 最多通過六個人你就能夠認識任何一個陌生人。「六度分隔」成為人際關繫世界中無可否認而又令人震驚的特徵,許多社會學上的深入研究也給出令人信服的證據,說明這一特徵不只是特例,在一般情形下也存在。 最近,美國哥倫比亞大學社會學系的瓦茨教授領導的EMAIL試驗也再次證明了這一人際關繫世界中驚人的規律。然而,在現實世界中,六十億人怎麼可能真的構成如此緊密的相互關聯呢?是互聯網使一切成為現實。

2、 Xml
XML即可擴展標記語言(eXtensible Markup Language)。標記是指計算機所能理解的信息符號,通過此種標記,計算機之間可以處理包含各種信息的文章等。如何定義這些標記,既可以選擇國際通用的標記語言,比如HTML,也可以使用象XML這樣由相關人士自由決定的標記語言,這就是語言的可擴展性。XML是從SGML中簡化修改出來的。它主要用到的有XML、XSL和XPath等。

3、 AJAX
Ajax並不是一種技術。它實際上是幾種已經在各自領域大行其道技術的強強結合。Ajax混合了:
* 基於XHTML/CSS
* 由DOM(Document Object Model)實現動態顯示與交互
* 通過XML和XSLT進行數據交換及處理
* 使用JavaScript整合上述技術

直觀一點的說Ajax能夠實現不刷新瀏覽器窗口(當然更不用安裝額外的插件)而滿足用戶的操作,現在一些看上去很Cool的網站,很多是用這項技術實現的,其中包括:orkut、Gmail、Google Group、Google Suggest、Google Maps、Flickr、A9.com等。2SIMPLE的Co-mment系統雖然沒有用到XML/XSLT,其理念已經暗合容Ajax,實現了不刷新網頁提供動態內給用戶。

現有的產品:
Wiki網路、Wallop 、yahoo360 、openbc 、 cyworld 、43things 、 flickr、 del.icio.us、 cragslist 、glob 、客齊集、 friendster 、 linkin 、UU通 、 優友 、 天際網 、愛米網 、linkist 、新浪點點通、skype、億友、cyworld

現在說說web2.0的具體應用。

歷史很重要。對一個技術的學習也應當從歷史出發,通過其在時間形成歷史的流變,得以知曉現狀,甚至能夠預知未來。

那Web 1.0是什麼呢?

他們說,記得靜態HTML的WWW時代么?

(那個時代的WWW應用、人們的Web體驗、對社會的影響如何?)

那麼動態HTML和靜態HTML下的Web相比,是多少版本?1.5?對了,他們是真這么叫的。

(在效果和影響上,與1.0相比,擴展和加深多少?)

要呈現的數據存儲在資料庫中,通過Web服務端的程序,應用戶的請求,取出數據,加上事先設計的模板,動態的生成Html代碼,發送到用戶的瀏覽器那裡。

他是1.0系列,應為用戶在瀏覽器中所見和Web 1.0一樣,它有0.5的升級,因為數據不是事先製作並發布,而是動態生成,和用戶的需要交互生成。

那好,在加0.5,到Web 2.0,變化是在哪裡呢?

(看到了正在崛起的和改變的,會繼續朝著什麼方向改變互聯網和社會呢?)

更新:關於各個版本的差別,看看亞馬遜的例子。

事情沒有那麼幸運,Web 2.0並不是一個具體的事物,而是一個階段,是促成這個階段的各種技術和相關的產品服務的一個稱呼。所以,我們無法說,Web 2.0是什麼,但是可以說,那些是Web 2.0。

WikiPedia的Web 2.0條目下列出了這些條件:

* CSS 和語義相關的 XHTML 標記
* AJAX 技術
* Syndication of data in RSS/ATOM
* Aggregation of RSS/ATOM data
* 簡潔而有意義的 URLs
* 支持發布為 weblog
* RESTian (preferred) 或者 XML Webservice APIs
* 一些社會性網路元素

必須具備的要素有:

* 網站應該能夠讓用戶把數據在網站系統內外倒騰。
* 用戶在網站系統內擁有自己的數據
* 完全基於Web,所有的功能都能透過瀏覽器完成。

(以上內容引用自英文版維基網路)

雖然這只是一家之言,不過,對於其中談到的幾個要素,大家還是公認的。

- 基於RSS/ATOM/RDF/FOAF等XML數據的同步、聚合和遷移。

數據不再和頁面和網站混粘在一起,它獨立了,它跟著用戶走。這是Web 2.0的很重要特徵。這也是為什麼Blog是Web 2.0的代表的原因。在網志上,常主角的是相互獨立的一則則的網志。

獨立,然後有物理表現。現在,就能讓他們活躍起來。透過對XML數據的處理,這些內容能被自由的組合,被各種應用程序,不論是Web程序還是桌面程序等呈現和處理。

(更新:參看商業周刊的All Your Info in One Place)

當然,最重要的是背後的人。

- 社會性因素。

內容跟著人走,內容又能夠被用戶自由的組合,也就是說,用戶能夠自由的藉助內容媒介,創建起一個個的社群,發生各種社會性的(網路)行為。

此外還有標簽以及建立在開放標簽系統之上的Folksonomy。

- 第三個公認的因素是開放API,這個技術性稍強些,得另花時間研習,可以先看看例子:amazon、flickr、google map等。

(Web 2.0是個大筐,裝了好多東西)

從Web應用的產品/服務生產者角度來說,該如何創建Web 2.0的產品呢?

重要的是要抓住這么幾點,一個是微內容(這里有定義),一個是用戶個體。除了這兩個最基本的之外,還可以考慮社群內的分享以及提供API。

微內容:英文是microcontent。用戶所生產的任何數據都算是微內容,比如一則網志,評論,圖片,收藏的書簽,喜好的音樂列表、想要做的事情,想要去的地方、新的朋友等等。這些微內容,充斥著我們的生活、工作和學習,它的數量、重要性,還有我們對它的依賴,並不亞於那些道貌岸然、西裝革履的正統文章、論文、書籍。

對微內容的重新發現和利用,是互聯網所開創的平等、***、自由風氣的自然衍生,也是互聯網相關技術消減信息管理成本之後的一個成果。

我們每天都生產眾多的微內容,也消費著同樣多的微內容。對於Web 2.0來說,如何幫助用戶管理、維護、存儲、分享、轉移微內容,就成了關鍵。

用戶個體。對於Web 1.0的典型產品/服務來說,用戶沒有具體的面貌、個性,它只是一個模糊的群體的代名詞而已。但是對於Web2.0的產品和服務來說,用戶是個實實在在的人。Web 2.0所服務的,是具體的人,而不是一個如同幽靈般的概念。並且,這個人的具體性,會因為服務本身而不斷地充實起來。

如何為這個具體的個體服務,是Web 2.0設計的起點。

因此,一類可以被稱作Web 2.0的產品/服務將是這樣:

服務於用戶個體的微內容的收集、創建、發布、管理、分享、合作、維護等的平台。

這是表。

里呢,恐怕就設計到好些人提到的,微內容的XML表現;微內容的聚合;微內容的遷移;社會性關系的維護;界面的易用性等等。

其質,是否就是開源、參與、個人價值、草根、合作等等?

Web2.0是許多方面起頭並進又相互牽連的一個新的階段的到來。因此,不同的人,有著不同的看法。那麼,對於Web開發人員來說,Web2.0意味著什麼呢?

他們說Web2.0階段,Web是一個平台,或者說,Web正在變得可編程,可以執行的Web應用。野心家們設想這個它的終極目標是Web OS。

Web 1.0時候,Web只是一個針對人的閱讀的發布平台,Web由一個個的超文本鏈接而成。現在的趨勢發生了變化,Web不僅僅是Html文檔的天下,它成了交互的場所。

Web 2.0 Conference網站的橫幅引用Jeff Bezos的話說「Web 1.0 is making the internet for people,web 2.0 is making the internet better for computers」。

具體來講,他們說Web成為一個開發環境,藉助Web服務提供的編程介面,網站成了軟體構件。

這些,就是Web Service的目標吧,信息孤島通過這些Web Service的對話,能夠被自由構建成適合不同應用的建築來。

一些例子:del.icio.us、flickr、a9、amazon、yahoo、google、msn等提供的編程介面衍生出的各種應用。

為什麼要開放APIs,這涉及到集市中的商業方面的技術策略。當然,還有更深層的原因,那是什麼呢?

這種交互不僅體現在不同的網站服務之間,同時還體現在用戶和Web之間在瀏覽器上的交互。這也是為什麼在美味書簽的收藏中Web2.0和AJAX如此相關的一個原因。

在Web頁面上使用桌面程序有的那些便利,真的是很享受的事情。這恐怕也是Web可編程的一個方面,Web頁面不再是標記和內容混合那樣的簡單,它就是一個可以編程的地方(是這樣理解吧?)

有人反對說,AJAX的使用對搜索引擎不友好,只有Web 1.0的站長才關心這個事情吧,在Web 2.0時候,站長應該關心的是用戶參與的便利、用戶的自由度,至於搜索,有RSS/ATOM/RDF等,更本用不著操心,Google不是已經順應這個趨勢,讓大家主動提交了么?

可編程的第三個方面,是否在於Web應用和桌面應用之間的無縫連接趨勢的出現?類似這里說的「從工具上,是由互聯網瀏覽器向各類瀏覽器、rss閱讀器等內容發展」

......

自己不是專業開發人員,對Web OS的學習就點到為止,下次換個方向,否則我非頭大不可。

---------------------

cathayan和Live21說Web 2.0其實思路很古老,就是internet 1.0的回歸。

Live21那裡提到「關於概念的炒做應該不是一次兩次的問題了」。

提到概念炒作,我還真見到過,今天在一篇報道中看到作為WEB 2.0的BSP的字眼,好笑得很。

不過,我真想說明,在目前中文Blog空間內能查閱到的學習、探討Web 2.0的資料都不是炒作,因為包括我在內,大家都沒有任何商業背景(注意,新聞報道中的那些Web 2.0除外)。

[Web 2.0是個歷史學的概念,而非是個技術性的概念,它是對Web發展歷史斷代的成果。對這個概念的梳理,能幫助我更好的把握互聯網正在發生的技術與文化。]

中文網志圈談論的Web 2.0內容摘要:

- 「我覺得最有價值的一個是, web應用的數據格式開始逐漸出現了交換「標准」...這些標准...更加容易被機器自動化處理...能幫助人更好地過濾和定製化信息。其次,更多的服務將以web service的形式來提供,...這使得web 服務可以被互相集成, 從而誕生更多新的服務...人的重要性被提高了。過去web更多注重在信息提供, 而現在的越來越多的應用更加關注人,也就是所謂「社會性」。此外web的可用性改進正在被越來越重視...」[老冒:朝web 2.0潑點冷水]

- 「RSS逐漸成為在線內容提供服務的標准發行平台。Blog以及user-generated內容的興起。My Yahoo提供的RSS整合型服務。同時提出了值得密切關注的一些發展中領域,其中包括搜索技術,個性化,User-Generated內容(包括 blog,評論,圖像和聲音),音樂,短視頻和Accessibility(易訪問性)」[Owen:Mary Meeker新作 - 關於Digital World的發展報告的摘取]

- 「我們談論的Web2.0帶給我們的是一種可讀寫的網路,這種可讀寫的網路表現於用戶是一種雙通道的交流模式,也就是說網頁與用戶之間的互動關系由傳統的「Push」模式演變成雙向交流的「Two- Way Communication」的模式。而對於Web服務的開發者來說,Web2.0帶來的理念是服務的親和力,可操作性,用戶體驗以及可用性。」[Owen:BaCKpACK-體驗可讀寫的Web服務]

- 「web 2.0是一種可以被分發的信息概述,web文檔被格式化成了web數據。我們不會再看到不同舊地信息,現在我們所注意到是一種聚合、再混合內容的工具。」[songzhen:也說Web 2.0的翻譯]

- 「從這些應用中可以看到:如果基於傳統的HTML,同樣的功能實現將變得非常復雜和不穩定,數據的再生產和交換成本是很高的。所以:RSS這個標准最終要的貢獻就是使得互聯網的大部分網站變得可編程:類似的例子還有Blog中的:TrackBack Ping等機制,這些機制都是依賴XML/RPC實現的。當初為Lucene設計一個RSS/XML的介面也是為了這個初衷,它使得全文檢索服務可以輕松的嵌入到各種應用中,通過關鍵詞將各種內容之間實現更豐富的關聯(Well Referenced)。」[車東:RSS,簡單協議使得互聯網可編程]

- 「聚合的可能性以及如何更好地聚合(通常來說,更好的聚合應該基於個人知識管理和人際關系管理)很顯然應該成為新一代或者說web2.0架構的核心之一。還有,你會重新發現,恰好是分散帶動了聚合,聚合促進了分散,通過聚合的思維,互聯網的網路狀變得越來越豐富和密集,web2.0就變得越來越有趣味,它將web1.0時代的碩大節點即門戶網站不斷消解,去努力創造一個更加和諧的自然網路圖譜。」[Horse:rss,聚合的無數可能]

- 「新的web2.0網站都依賴於用戶參與、用戶主導、用戶建設」。[Horse:Web 2.0這個詞]

- Keso:Web 1.0與Web 2.0的區別

- 「表面上看,Bloglines取代了門戶,成為一個新的中心,但這里有一個重大的區別。門戶是只讀的,它帶有某種鎖定的性質。你可以離開門戶,但你無法帶走門戶的內容。Bloglines則完全不同,你覺得它好用,就會繼續使用,有一天你不再喜歡Bloglines,你完全可以導出你的OPML,到另一個 RSS訂閱網站,或者乾脆用客戶端軟體瀏覽同樣的內容。所以,像Bloglines這樣的網站,是可寫的,你可以導入,也可以導出。就像你對信息擁有選擇權,對服務提供商也同樣擁有選擇權,沒有人可以鎖定你,主動權在你自己手上。」[Keso:再說信息選擇權]

- 「Flickr、del.icio.us、Bloglines等Web 2.0服務,通過開放API獲得了很多有趣、有用的想法,並藉助外部的力量,讓用戶獲得了更好的體驗。更多大公司也加入到開放API的潮流中,Google、Yahoo!、Amazon、Skype。Google桌面搜索今年3月才開放API,很快就產生了大量的創造,大大擴充了可搜索的文件格式。」[Keso:開放API]

- 「歸納:web1.0天天談門戶,web2.0談個人化;web1.0談內容,web2.0談應用;web1.0商業模式,web2.0談服務;web1.0談密閉、大而全,web2.0大家談開放、談聯合;web1.0網站中心化,web2.0談個人中心化;web1.0一對一,web2.0談社會性網路;web1.0不知道你是狗,web2.0你去年夏天幹了什麼我一清二楚甚至想要干什麼呢。。。」[van_wuchanghua:發現了N.HOOLYWOOD,我還知道你今年夏天要干什麼]

- 「我認為Web2.0有下面幾個方面的特性: 個性化的傳播方式. 讀與寫並存的表達方式. 社會化的聯合方式.標准化的創作方式. 便捷化的體驗方式.

㈣ 什麼是web標准,可用性,可訪問性

最主要的是客跨平台。

㈤ web前端開發都包括哪些技術

1、學會HTML

HTML是網頁內容的載體內容就是網頁製作者放在頁面上想要讓用戶瀏覽的信息,可以包含文字、圖片、視頻等。要熟練掌握div、table、ul li 、p、span等這些標簽,這些都是最常用的。

2、學習CSS(Cascading Style Sheets)—樣式。

一般看到web前端開發工程師的要求裡面,有一個會使用css+html 或者 css+div 來進行界面布局,所以css是用於輔助html來布局和展示的,

稱之為「css樣式」,CSS要熟練掌握float、position、width、height,以及對於的最大最小、會使用百分百、overflow、margin、padding,標題字體、顏色變化,或為標題加入背景圖片、邊框等等,這些都是跟布局有關系的樣式,必須要掌握的。

3、JS(java)—— 行為

java是用來實現網頁上的特效效果。如:滑鼠滑過彈出下拉菜單。或滑鼠滑過表格的背景顏色改變。還有焦點新聞(新聞圖片)的輪換。可以這么理解,有動畫的,有交互的一般都是用Java來實現的。

4、學習jquery

jquery是相當於把js封裝了一套的一個js插件,目的就是操作起來更方便,代碼寫的更少,jquery入門也很簡單,那些是入門需要學的和js一樣,只是換成了jq的代碼.其他的一樣網路就夠了。

5、最好會點後台語言,比如java、php,因為前台界面的數據都是從後台來的,如果會點後台代碼,就知道怎麼跟後台交互數據是最好的, 這樣節約時間,也可以讓前端代碼更規范.不然可能因為你的寫法和後端給來的數據不能結合上,那麼前端代碼又得重新寫,那就更麻煩了。

㈥ 什麼是web2.0

要理解WEB2.0,先得看WEB的歷史。 World Wide Web,簡稱WWW,是英國人TimBerners-Lee 1989年在歐洲共同體的一個大型科研機構任職時發明的。通過WEB,互聯網上的資源,可以在一個網頁里比較直觀的表示出來;而且資源之間,在網頁上可以 鏈來鏈去。在WEB1.0上做出巨大貢獻的公司有Netscape,Yahoo和Google。 Netscape研發出第一個大規模商用的瀏覽器,Yahoo的楊致遠提出了互聯網黃頁, 而Google後來居上,推出了大受歡迎的搜索服務。

搜索最大的貢獻是,把互聯網上海量的信息,用機器初步分了個線索。但是,光知道網頁里有哪些關鍵字,只解決了人瀏覽網頁的需求。所以,Tim- Berners-Lee在提出WWW不久,即開始推崇語義網(Semantic Web)的概念。為什麼呢?因為互聯網上的內容,機器不能理解。他的理想是,網頁製作時和架構資料庫時,大家都用一種語義的方式,將網頁里的內容表述成機 器可以理解的格式。這樣,整個互聯網就成了一個結構嚴謹的知識庫。從理想的角度,這是很誘人的,因為科學家和機器都喜歡有次序的東西。Berners- Lee關心的是,互聯網上數據,及能否被其它的互聯網應用所重復引用。舉一個例子說明標准資料庫的魅力。有個產品叫LiberyLink。裝了它後,到 Amazon上去瀏覽時,會自動告訴你某一本書在用戶當地的圖書館能否找到,書號是多少等。因為一本書有統一的書號和書名,兩個不同的互聯網服務 (Amazon 和當地圖書館資料庫檢索)可以公享數據,給用戶提供全新服務。

但是,語義網提出之後,曲高和寡,響應的人不多。為什麼?因為指望要網頁的製作者提供這么多額外的信息去讓機器理解一個網頁,太難;簡直就是人給機器 打工。這違反了人們能偷懶就偷懶的本性。看看Google的成功就知道。 Google有個Page Rank技術,將網頁之間互相鏈接的關系,用來做結果排序的一個依據,變相利用了網頁製作人的判斷力。想一想網頁的製作者們,從數量來說,比純瀏覽者的數 量小得多。但Google就這一個革新,用上了網頁的製作者的一部份力量,已將其推上了互聯網的頂峰。

所以互聯網下一步,是要讓所有的人都忙起來,全民織網,然後用軟體,機器的力量使這些信息更容易被需要的人找到和瀏覽。如果說WEB1.0是以數據為核心 的網,那我覺得WEB2.0是以人為出發點的互聯網。 我們看一看最近的一些WEB2.0產品,就可以理解以上觀點。

Blog: 用戶織網,發表新知識,和其他用戶內容鏈接,進而非常自然的組織這些內容。

RSS: 用戶產生內容自動分發,定閱

Podcasting: 個人視頻/聲頻的發布/定閱

SNS: blog+人和人之間的鏈接

WIKI: 用戶共同建設一個大網路全書

從知識生產的角度看,WEB1.0的任務,是將以前沒有放在網上的人類知識,通過商業的力量,放到網上去。WEB2.0的任務是,將這些知識,通過每個用戶的瀏覽求知的力量,協作工作,把知識有機的組織起來,在這個過程中繼續將知識深化,並產生新的思想火花;

從內容產生者角度看,WEB1.0是商業公司為主體把內容往網上搬,而WEB2.0則是以用戶為主,以簡便隨意方式,通過blog/podcasting 方式把新內容往網上搬;

從交互性看,WEB1.0是網站對用戶為主;WEB2.0是以P2P為主。

從技術上看,WEB客戶端化,工作效率越來越高。比如像Ajax技術, GoogleMAP/Gmail裡面用得出神入化。

我們看到,用戶在互聯網上的作用越來越大;他們貢獻內容,傳播內容,而且提供了這些內容之間的鏈接關系和瀏覽路徑。在SNS裡面,內容是以用戶為核心來組織的。WEB2.0是以用戶為核心的互聯網。

那麼,這種意義上的WEB2.0,和Tim Berners-Lee的語義網,有什麼不同呢?語義網的出發點是數據的規整及可重復被機器調用,提出使用語義化的內容發布工具, 試圖從規則和技術標准上使互聯網更加有序。 Google等搜索引擎,在沒有語義網的情況下,盡可能的給互聯網提供了線索。 WEB2.0則是鼓勵用戶用最方便的辦法發布內容(blog/podcasting),但是通過用戶自發的(blog)或者系統自動以人為核心(SNS) 的互相鏈接給這些看似凌亂的內容提供索引。 因為這些線索是用戶自己提供,更加符合用戶使用感受。互聯網逐漸從以關鍵字為核心的組織方式和閱讀方式,到以互聯網用戶的個人portal(SNS)為線 索,或者以個人的思想脈絡(blog/rss)為線索的閱讀方式。WEB2.0強調用戶之間的協作。WIKI是個典型例子。從這個角度看,互聯網是在變得 更有序,每個用戶都在貢獻:要麼貢獻內容,要麼貢獻內容的次序.

對下一代互聯網的看法,還會有很多的討論。有一點可以肯定,WEB2.0是以人為核心線索的網。提供更方便用戶織網的工具,鼓勵提供內容。根據用戶在 互聯網上留下的痕跡,組織瀏覽的線索,提供相關的服務,給用戶創造新的價值,給整個互聯網產生新的價值,才是WEB2.0商業之道。

CODE:

Web關鍵字

[Web起源]World Wide Web,簡稱WWW,是英國人TimBerners-Lee 1989年在歐洲共同體的一個大型科研機構任職時發明的。通過WEB,互聯網上的資源,可以在一個網頁里比較直觀的表示出來;而且資源之間,在網頁上可以鏈來鏈去。

[Web1.0]在WEB1.0上做出巨大貢獻的公司有Netscape,Yahoo和Google。 Netscape研發出第一個大規模商用的瀏覽器,Yahoo的楊致遠提出了互聯網黃頁, 而Google後來居上,推出了大受歡迎的搜索服務。搜索最大的貢獻是,把互聯網上海量的信息,用機器初步分了個線索。

[語義網路]Tim-Berners-Lee在提出WWW不久,即開始推崇語義網(Semantic Web)的概念。為什麼呢?因為互聯網上的內容,機器不能理解。他的理想是,網頁製作時和架構資料庫時,大家都用一種語義的方式,將網頁里的內容表述成機 器可以理解的格式。

[Web2.0]WEB2.0是以人為核心線索的網。提供更方便用戶織網的工具,鼓勵提供內容。根據用戶在互聯網上留下的痕跡,組織瀏覽的線索,提供相關的服務,給用戶創造新的價值,給整個互聯網產生新的價值。

Web 2.0真的會改變了互聯網嗎

經過10年發展後,人們通過互聯網已經可以完成比之前多得多的工作,得到更豐富、更精確、更迅捷的反饋,以及更加美妙的體驗。然而再過10年我們會發現媒 體,無論報紙、電視還是互聯網,與現在都完全不同,手機而不是紙或pc成為最常用的載體;看電視不再是被動的收看電視台播放的節目而是自己訂閱的,而節目 呢也許是某個人自己攝制的;你也可能在電視或者網路上看到你的手機在不經意間拍攝上傳的畫面,並因此獲得一筆不菲的酬勞。這不是囈語,也不是幻想,這是 Web2.0給我們展現的互聯網,屆時上網將不再是簡單的游戲或者閱讀,網路將提供各種服務,無論是銀行支付、旅遊出行還是搜索愛情。

Web2.0對Web1.0的沖擊

在web1.0時代信息的生產沒有脫離傳統的信息生產模式,即:記者-編輯-發布的精英模式;但web 2.0卻完全顛覆了這個模式,麻省理工的《技術觀察》稱web 2.0"......在強調分眾傳播的對等信息交互,也就是信息接受者同時也是這些信息的創造者,若乾的博客匯集成新的信息輸出者,每個人在擠奶的時候還 要喝奶,這其中自身的商業循環,絕不可能以淺薄的收費服務或者廣告來衡量。"

首先挑動這種變化的就是blog,也稱博客,這是web2.0中最為人所熟悉的元素。互聯網上很早就他的影子,但在人們的觀念中它只是主流媒體的一種補充,不過今年發生的一系列事件正在改變人們對它的看法:blog正在成為一種主流媒體。

如果說發生在今年2月發生的印度洋海嘯,博客還只是傳統媒體的補充的話,那麼半年後發生的倫敦系列爆炸案中,博客正式成為一種主要的報道方式,簡單精確的 圖片,簡短直接的文字,在第一時間將新聞事件報道傳至自己的博客中,人們開始習慣通過博客獲得信息,而不是電視或者報紙,甚至不是門戶網站。

除了個人博客外,博客也開始進入企業家的視野,進而形成企業博客。今年9月Google推出"Google與李開復博士"中文博客,對李開復跳槽引發的糾 紛都可以在這里查詢和提問。同樣微軟也鼓勵員工們寫博客。通用公司副總裁鮑勃·魯茲的"快車道"博客,已經成為通用公司與公眾溝通的重要場所。正在這么做 的公司還有Sun、寶潔、波音公司等。博客正在逐步顛覆傳統的新聞媒體。

在形形色色的文字博客之外,還有一種新的"博客",可以發布聲音和圖像的"博客",在Web2.0家族中被稱為播客(Podcast)。它是收音機、iPod、博客和寬頻互聯網的集體產物。用最簡單的方式描述,播客就是用嘴寫,用耳朵看的博客。

對大多數中國人來說,播客還是新鮮事,在今年上半年國內還只有屈指可數的幾家播客網站,但筆者近日在Google中搜索播客,得到318,000條結果, 在網路中得到1,570,000條結果其中不少是播客網站或頻道,雖然如此播客目前在國內還是面臨幾年前博客網站類似的局面,但在美國,2005年播客的 人數將達到450萬,而2010年這個數字將達到驚人的5680萬。而傳統廣播公司、電視台、互聯網站都從其中看到了機會和威脅。

我們也許可以從早期互聯網的網路電台中找到播客的身影,但播客與網路電台最大的不同在於,它採用rss2.0可以訂閱模式,不再是單純的音頻文件,任何p2p文件都可以成為播客,任何個人都可以製作節目發布廣播,任何擁有mp3、智能手機的人都可以自由的收聽播客節目。

相對於傳統廣播或者電視台而言,播客不需要頻道資源,不需要大量的設備,數碼攝像機、錄音軟體、麥克風等目前家庭常用設備就可以幫助你成為一名播音員或節目主持人,播客們常說每一名讀者就是一名博客,那麼每一名聽眾也就是一名播客。

播客的內容製作和收聽方式極具個性化,打破傳統的廣播方式,因此它一經誕生,就受到傳媒的注意,目前,海外廣播公司紛紛開始增加播客節目,美國波士頓公共 電視台、加拿大多倫多音樂電台以及英國BBC公司都開通了正常的播客服務,美國衛星廣播公司也將啟動播客節目。同時播客也在影響娛樂界,唱片公司開始通過 播客建立歌手與歌迷之間的聯系,不過這僅僅是開始。

互聯網邁向個性化時代

在Web 1.0時代,網站之間是互不相通的,各網站自行其道,但在Web2.0時代藉助rss和xml技術,實現網站之間的交流。Sina點點通、雅虎的my yahoo就加入數十家網站的內容,讀者可以根據自己的喜好,自由選擇信息。

但這一切還僅僅是表面現象。Web2.0倡導的個性化,與傳統網站的個性化有本質的區別。在傳統門戶網站中,個性化意味著頁面設計風格和內容組織方式而非 內容本身,不管怎樣都沒有脫離大而全的中心門戶的特點。web 2.0倡導的個性化則意味著精而專,網站之間有明確的分工,好像同樣報道超女,有人只做李宇春的新聞,有人只做張靚影的新聞一樣,通過RSS將其組合起 來,這時的RSS就起到門戶網站的作用,不同的是其中的內容都是你自己選擇的。

更精彩的還在於,個性化已經由用戶層面進入企業服務層面,IT精英們已經在實踐個性化服務。美國房地產交易地圖網(HousingMaps.com)是目 前美國最受歡迎的房地產交易網站之一。它的特點就在於把時下流行Web2.0式網站craigslist的租房信息和Google Maps結合起來,以可視圖釘的方式將全美房屋交易信息詳細現實出來。

簡而言之,web 2.0時代的個性化不是原來的網頁個性化,而是服務個性化,我們面對的將是一個全新的個性化互聯網。

技術引領Web 2.0

一直以來技術人員都有這樣一個設想,與其安裝昂貴的軟體,不如通過互聯網來使用安裝在伺服器上的軟體。Web 2.0中的AJAX技術使這種設想成為可能。

·AJAX賦予軟體新面孔

AJAX的全稱是Asynchronous JavaScript and XML,它不是一種技術而是數種技術的組合。AJAX採用遠程腳本調用技術,通過JavaScript語言與XMLHttpRequest對象來實現數據 請求,將處理由伺服器轉移到客戶端,減少了伺服器的資源佔用,加快了數據處理的速度。採用AJAX開發的軟體能讓你在使用網路應用軟體時感覺就象在本機上 一樣。

目前AJAX技術已經廣泛應用於網路應用軟體開發中,Google也許是AJAX技術開發投入最大收獲最多的公司,AJAX已經成功應用於GMail、Google Suggest和Google Maps等網路應用軟體中。

除了Google以外還有更多的公司在採用AJAX。在AJAX的幫助下Zimbra公司開發的電子郵件中,比GMail和HotMail更加互動。 Meebo.com公司也在即時通訊軟體中採用AJAX技術,以創造更好的用戶體驗。即使微軟也不能阻擋AJAX的魅力,微軟聲稱將在下一代 HotMail中加入AJAX工具條。

·開放API

以前的開放API(應用程序介面)主要指桌面應用軟體,希望通過開放API融合更多的應用。在WEB1.0時代只有少數網站,比如EBAY, 亞馬遜公司(Amazon)、雅虎公司、Google公司等,在設計之初就遵循各種工業化標准,進而開放API介面,正是由於這些開放的API,他們獲得 了不少有趣、有意思的應用。但大多數公司當時還沒有這種意識,不過在Web 2.0時代,開放API已經成為不可忽視的趨勢。

對於公司來說,技術領域的競爭已經演化為標准之爭,標準的形成在於有多少人在使用,因此開放API就意味更多的人採用,也就意味著標准。Google公司 顯然深諳此道。它所推出的諸多產品都是基於開放的API標准。最典型的例子就是Google map,開放Google Map的API後,Google公司無需花費力氣做更多的市場推廣,其他公司就會主動地整合它的應用。如前文我們提到的美國房地產交易地圖網就是在其網站 中主動整合Google Map。正是看到開放後的巨大前景,微軟、雅虎、Skype也紛紛加入其中。

·軟體向互聯網轉變

在盜版最猖獗的時候,軟體開發商曾經提出一個設想:免費軟體,有償服務;這個設想今天看來有望實現。

在美國誕生了一批新公司,其中就有Upstartle,該公司開發出了一種基於網路的文字處理軟體Writely,進入該公司的網站,注冊後就可以開始寫 作,文檔可以保存在該公司的伺服器上,然後可以在任何地方打開。這種基於網路的文字處理系統很快吸引了大批用戶,一度導致伺服器堵塞。與writely相 同字處理軟體還有goffice,Google也在加緊開發他的在線文字處理軟體openoffice。

而軟體霸主微軟的參與也許更有震撼性。不久前微軟宣布將推出Live戰略,此戰略以其旗艦產品Windows操作系統和Office辦公軟體為基礎,打造 Live.com平台,在此平台上通過互聯網向用戶提供軟體服務。在這個戰略下微軟將為Live捆綁多種軟體,而且完全免費,通過廣告和定購方式獲取利 潤,這是微軟自.net以後的又一次戰略轉變,也標志著軟體業向服務業轉變的開始。

後Web 2.0更值得期待

我們今天所談論的web 2.0應用只是web 2.0初級階段的應用,很多web 2.0應用的商業模式還處於晦暗不明中,web 2.0的倡導者們還在苦苦尋覓合適的商業模式,我們唯一可以肯定的web 2.0是互聯網發展的必然方向,他帶來的沖擊將不僅僅局限於互聯網,很可將全面改變我們現在的生活和工作方式。

·Web 2.0改造傳統電視

寬頻的迅速發展使網路電視的普及成為可能,敏銳的互聯網精英們紛紛把目光投向IPTV,希冀再挖掘一座金山,但如果以傳統的電視台模式來發展IPTV,必然陷入高投入,低產出的怪圈,但以web 2.0的理念來發展IPTV則可走出這個怪圈。

數碼產品的發展使用戶製作電視節目的設備費用大幅降低,後期製作軟體也可以免費從網路上下載,用戶可以自己製作節目,然後將節目上傳,由觀眾自由訂閱,網站進而可以對高收視率節目實行收費,如此就改變了傳統電視中觀眾只能被動收看節目的模式。

·網站小型化成為可能

WEB 2.0倡導專業模式使網站小型化成為可能。在web 1.0時代,網站無不走大型化道路,比拼的是編輯數量,網站規模,web 2.0的社會化、開放化的特性使中心不再成為必需,相反共同參與,使信息來源更加豐富更專業;而且小型化網站成本更容易控制。

與小型網站類似的個人網站將成為互聯網的另一大特色。技術門檻的下降使個人建站更加容易,即使不知道HTML也可以輕松的搭建個人電台、個人電視台、個人DJ、個人游戲、個人商店將充斥互聯網,甚至還可以擁有個人聊天工具,只有你的好友才知道。

·無線應用成為web 2.0應用的下一個擴展空間

中國是個手機大國,手機擁有量已經超越美國,無限互聯網的發展迅速,另一方面,網路終端小型化十分迅速,手寫輸入技術的應用使使用手持設備進行書寫變得十分便捷。

一些web 2.0網站已經將移動博客欄目,但博客只是先行者,只是移動web2.0的初級階段,更多的應用還將陸續產生,如播客、移動商務。

移動web2.0一旦發展起來,好處是顯而易見的,因為他的客戶個體更易確認,服務更加精確。

結束語

現在的互聯網是一個單向的互聯網,Web 2.0正在將互聯網改造成為以人為中心的多向的互聯網,網路反過來也在改變我們的工作和生活方式,也許將來SOHO將成為主要的工作方式,外出也不再需要旅行社的安排,因為你可以通過互聯網安排好一切。

Web 2.0帶來的沖擊將不會僅僅局限於互聯網或者媒體,它對我們的影響也許比你想像的還要大,美國《商業周刊》認為,從軟體業、電信業、媒體業、市場營銷業到娛樂業,幾乎都將受到了這股趨勢的強烈沖擊,並且即將發生翻天覆地的變化。

Web 2.0下的門戶網站建設

博客的出現之所以被稱為網路世界的革命,是因為其極大的降低了建站的技術門檻和資金門檻,而使每一個互聯網用戶都能方便快速的建立屬於自己的網上空間。隨 著配套應用的快速發展,個人博客將在很短的時間內加速成長為類門戶型的微型個人網站。博客走進千家萬戶和各行各業,從而將形成基於個人或小團體的以內容為 導向的群體,而其中一定會出現的佼佼者將在很大程度上從門戶頻道乃至專業網站手裡奪走部分甚至大部分讀者。這在IT業界和互聯網行業正在得到驗證。

Web2.0的定義,我認為是在web1.0的服務基礎上,是互聯網路用戶從信息接受者轉變成為信息製造者和傳播者,從受眾轉向主體,從單個個體轉向 社團的新型互聯網服務模式。在這種情況下,為用戶提供優秀的發布平台、便捷的溝通和展示平台、順暢的進入和退出機制、高效的信息整合機制變的與提供高質量 信息一樣重要,甚至更加重要。Web2.0時代的競爭,將不僅僅是內容的競爭,而是綜合服務的競爭,其中的關鍵點包括以上的數個方面。博客是web2.0 的最主要的代表。
[文摘]web2.0是一個讀寫的互聯網、一個依靠鏈接組織起來的互聯網。

一邊是寫,寫的人活躍在各種各樣的「節點」上,使用各種工具向互聯網上傳遞著數字化的內容,這些內容被保存在資料庫、文件系統,甚至是行動中的手機、 PDA;一邊是讀,讀的人活躍在各種各樣的「主頁」上,這里的「主頁」已經不能簡單的稱呼為某個網站的主頁,而是互聯網上N個活動的節點的主頁,一個「主 頁」上的內容,可能來自幾十個節點,「主頁」的編寫者同節點的所有者一樣,也在使用各種各樣的工具,從節點讀取內容,「主頁」的編寫者的主要工作已經從創 造內容變成了收集和整理內容。

博客

博客的出現,在很大程度上滿足了用戶由單純的信息接受者向信息提供者轉變的需要,從而得到快速的發展。博客通過RSS、博採、Trackback、 TAG等技術,在個體之間已初步形成了社團氛圍和初步的社團機制。可以預見,博客服務提供商們將能提供更多的技術手段來加強這種社團性聯系,如SNS等。 博客圈子的形成,將在另一層意義上大規模提高其內容產生質量和數量。

互動

博客與互聯網路的互動、博客之間的互動客觀上要求BSP提供商適時提供博客與博客網站之間的互動,需要博客網站為博客提供展示自己的舞台。只有這種互 動,才能將博客內容提供質量提高,而進一步深化博客信息質量。從某種程度上說,博客網站的門戶效應將極大影響某類博客的發展態勢和發展程度,而博客門戶也 會因為博客發展程度的原因而停滯或加速發展。兩者相輔相成。

在國內現有BSP競爭格局下,單純的BSP服務和單純的門戶內容提供模式都是缺乏競爭力的。必須把兩者結合起來,這就需要從博客網站和頻道定位開始, 逐步強化互動意識,探索互動的方法和技術。Web2.0時代的門戶頻道建設雖應從傳統門戶借鑒成功的經驗和做法,更重要的是要探索出一條新路,挖掘自身網 站博客的優秀內容。才能使2.0門戶擁有大大超越1.0時代門戶的資訊生產能力和整合、吸納傳統門戶優秀內容的能力。極端的說,即便有更好的產品來取代博 客,探索門戶同博客的深度互動平台也必不可少。

[文摘] 隨著支持RSS和XML-RPC的BLOG站點的興起,WEB2.0的概念也跟著興旺發達廣為傳播,就可以理解了。BLOG作為能夠體現web2.0中 「節點」概念幾乎全部要素的一種形式,是存儲和輸出數字化內容的最佳載體。但是,縱觀國內BLOG站點,多數都是提供了輸入數據的界面,卻沒有能有效的讓 自己再次成為「節點」,實在是有些可惜。

博客相關技術

伴隨博客出現而圍繞博客服務的技術主要有:博採技術、內容聚合技術、同步技術、SNS技術和tag。博採技術為用戶組織了隨時摘取有用內容的有效工 具,其前提是用戶認知到這個信息;RSS技術則將有用的信息源聚合起來,隨時將信息源提供的信息發送到用戶平台,Trackback技術則將博客團體內其 他成員的動向信息傳遞給用戶,保持成員間的有效溝通;SNS技術用於凝聚社團的整體意識,tag是網民自主分類工具。可以說,基於博客單體的技術開發已形 成體系並走向深化。與此對應的是,博客網站門戶和頻道的技術實現還停留在零的狀態,甚至連第一代門戶的技術都不如。

[文摘]如果把wikipedia中的web 2.0的描述當成「定義」或者「經典」是非常片面的。 其實wekipedia並沒有能下出一個定義,只是說明了哪些東西屬於目前所說的web 2.0的技術:

CSS + XHTML

AJAX (最近很紅火的新概念老技術,我自己的理解和定義是:通過網頁內的javascipt調用來減少web頁面刷新的必要性來提高web可用性的一種古老技術)

通過RSS/ATOM同步數據

通過RSS/ATOM聚合數據

友好的URL (例如uuzone的blog url: www.uuzone.com/blog/mao 而不是www.uuzone.com/app/showblog.do?blogid=91829&show=1&session= iuewqiyq32 之類的url)

支持按照blog的方式來發表 (說實話我不理解,為什麼支持按照blog的方式來發表就算web 2.0 )

採用REST(Representational State Transfer)的API或者XML的web service (其實REST本身就是很古老,而且定義不是非常嚴謹的。 不過我一直非常欣賞REST方式的web serivce界面)

社會性,能把東西分享給朋友等 ( 這就算2.0? )

其中還說了一些更general的東西:

系統的數據交換要很容易

一些數據應該由用戶創建和擁有

完全是web based.

博客門戶與博客的相互促進和發展

與傳統門戶主要為瀏覽者提供及時有效的信息不同,web2.0時代的門戶,將承擔以下的功能:1,與傳統門戶相同的內容服務功能;2,激勵或激發專業 博客生產內容;3,提供全息信息,聚合各方信息的功能;4,信息互動的功能;5,梳理信息功能;6,促進、激勵博客群形成的功能;7,商業性的博客頻道還 須建立商業鏈。只有不斷的進行此類功能的開發,才能給博客門戶帶來持續的競爭力。

[文摘] 當網民們打開IE輸入news.sina.com.cn就可以看到新聞的時候(請不要把我想像成為和你一樣的有覺悟),他們還有什麼理由要去費勁的搜集RSS種子?

Web2.0現在有了原旨主義者們,缺少的是「職業者」們,他們才會是實實在在推動Web2.0在中國更廣泛發展的中堅力量,這些「職業者」才會是真正把Web2.0給大眾化的使者。

沒有大眾化的Web2.0隻會繼續遲緩在中國的普及力度,空想構建出來後,更需要實踐者們去身體力行,我想keso在某種意義上來說更像是Raymond,而不是Linus,而如今中國的Web2.0,缺少的正是Linus和Redhat。

Linus讓我們在中文Web2.0上不至於落後,以至於我如今除了Blog,好使的都是國外的產品;Redhat則能讓更多的中國普通網民用更易於接受的方式去把Web2.0用起來。

內容生產的革命性變化給博客門戶內容生產部門帶來的革新

博客門戶內容生產的意義在於揀選信息和高效呈現。博客門戶平台擔負著用戶互動和內容呈現兩大任務。博客個人門戶和博客網站大門戶的互動,必須建立在基於博客相關技術(外部技術)和集取網站博客內容的網站內容管理系統(內部技術)之上。

程序

傳統編輯在進行編輯工作時,其工作重點是把握文章質量、頁面呈現質量、圖片質量以及專題製作質量。而在2.0環境下工作的編輯,更重要的是通過技術上一系列的揀選機制,把相關於門戶呈現的內容博客文章聚集起來,實現大門戶和小門戶的互動。

網路編輯2

㈦ 如何提高WEB可用性(二)什麼是可用性

現在,年輕的一代誰還能離開網路。
計算機網路提高系統可靠性,舉個例子微軟發布補丁增強系統安全和性能,殺毒升級等。
可用性,你用電腦天天上網是不是可用性。

㈧ WEB測試應該注意哪些地方,怎樣才能做好WEB測試,新手上路,希望大家能多給些寶貴的意見

基於Web的系統測試與傳統的軟體測試既有相同之處,也有不同的地方,對軟體測試提出了新的挑戰。基於Web的系統測試不但需要檢查和驗證是否按照設計的要求運行,而且還要評價系統在不同用戶的瀏覽器端的顯示是否合適。重要的是,還要從最終用戶的角度進行安全性和可用性測試。本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基於Web的系統測試方法。

隨著Internet和Intranet/Extranet的快速增長,Web已經對商業、工業、銀行、財政、教育、政府和娛樂及我們的工作和生活產生了深遠的影響。許多傳統的信息和資料庫系統正在被移植到互聯網上,電子商務迅速增長,早已超過了國界。范圍廣泛的、復雜的分布式應用正在Web環境中出現。Web的流行和無所不在,是因為它能提供支持所有類型內容連接的信息發布,容易為最終用戶存取。

Yogesh Deshpande和Steve Hansen在1998年就提出了Web工程的概念。Web工程作為一門新興的學科,提倡使用一個過程和系統的方法來開發高質量的基於Web的系統。它"使用合理的、科學的工程和管理原則,用嚴密的和系統的方法來開發、發布和維護基於Web的系統"。目前,對於web工程的研究主要是在國外開展的,國內還剛剛起步。

在基於Web的系統開發中,如果缺乏嚴格的過程,我們在開發、發布、實施和維護Web的過程中,可能就會碰到一些嚴重的問題,失敗的可能性很大。而且,隨著基於Web的系統變得越來越復雜,一個項目的失敗將可能導致很多問題。當這種情況發生時,我們對Web和Internet的信心可能會無法挽救地動搖,從而引起Web危機。並且,Web危機可能會比軟體開發人員所面對的軟體危機更加嚴重、更加廣泛。

在Web工程過程中,基於Web系統的測試、確認和驗收是一項重要而富有挑戰性的工作。基於Web的系統測試與傳統的軟體測試不同,它不但需要檢查和驗證是否按照設計的要求運行,而且還要測試系統在不同用戶的瀏覽器端的顯示是否合適。重要的是,還要從最終用戶的角度進行安全性和可用性測試。然而,Internet和Web媒體的不可預見性使測試基於Web的系統變得困難。因此,我們必須為測試和評估復雜的基於Web的系統研究新的方法和技術。

一般軟體的發布周期以月或以年計算,而Web應用的發布周期以天計算甚至以小時計算。Web測試人員必須處理更短的發布周期,測試人員和測試管理人員面臨著從測試傳統的C/S結構和框架環境到測試快速改變的Web應用系統的轉變。
一、功能測試
1、鏈接測試
鏈接是Web應用系統的一個主要特徵,它是在頁面之間切換和指導用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面。首先,測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面;其次,測試所鏈接的頁面是否存在;最後,保證Web應用系統上沒有孤立的頁面,所謂孤立頁面是指沒有鏈接指向該頁面,只有知道正確的URL地址才能訪問。鏈接測試可以自動進行,現在已經有許多工具可以採用。鏈接測試必須在集成測試階段完成,也就是說,在整個Web應用系統的所有頁面開發完成之後進行鏈接測試。

2、表單測試
當用戶給Web應用系統管理員提交信息時,就需要使用表單操作,例如用戶注冊、登陸、信息提交等。在這種情況下,我們必須測試提交操作的完整性,以校驗提交給伺服器的信息的正確性。例如:用戶填寫的出生日期與職業是否恰當,填寫的所屬省份與所在城市是否匹配等。如果使用了默認值,還要檢驗默認值的正確性。如果表單只能接受指定的某些值,則也要進行測試。例如:只能接受某些字元,測試時可以跳過這些字元,看系統是否會報錯。

3、Cookies測試
Cookies通常用來存儲用戶信息和用戶在某應用系統的操作,當一個用戶使用Cookies訪問了某一個應用系統時,Web伺服器將發送關於用戶的信息,把該信息以Cookies的形式存儲在客戶端計算機上,這可用來創建動態和自定義頁面或者存儲登陸等信息。如果Web應用系統使用了Cookies,就必須檢查Cookies是否能正常工作。測試的內容可包括Cookies是否起作用,是否按預定的時間進行保存,刷新對Cookies有什麼影響等。

4、設計語言測試
Web設計語言版本的差異可以引起客戶端或伺服器端嚴重的問題,例如使用哪種版本的HTML等。當在分布式環境中開發時,開發人員都不在一起,這個問題就顯得尤為重要。除了HTML的版本問題外,不同的腳本語言,例如Java、javascript、 ActiveX、VBScript或Perl等也要進行驗證。

5、資料庫測試
在Web應用技術中,資料庫起著重要的作用,資料庫為Web應用系統的管理、運行、查詢和實現用戶對數據存儲的請求等提供空間。在Web應用中,最常用的資料庫類型是關系型資料庫,可以使用SQL對信息進行處理。在使用了資料庫的Web應用系統中,一般情況下,可能發生兩種錯誤,分別是數據一致性錯誤和輸出錯誤。數據一致性錯誤主要是由於用戶提交的表單信息不正確而造成的,而輸出錯誤主要是由於網路速度或程序設計問題等引起的,針對這兩種情況,可分別進行測試。

二、性能測試
1、連接速度測試
用戶連接到Web應用系統的速度根據上網方式的變化而變化,他們或許是電話撥號,或是寬頻上網。當下載一個程序時,用戶可以等較長的時間,但如果僅僅訪問一個頁面就不會這樣。如果Web系統響應時間太長(例如超過5秒鍾),用戶就會因沒有耐心等待而離開。另外,有些頁面有超時的限制,如果響應速度太慢,用戶可能還沒來得及瀏覽內容,就需要重新登陸了。而且,連接速度太慢,還可能引起數據丟失,使用戶得不到真實的頁面。

2、負載測試
負載測試是為了測量Web系統在某一負載級別上的性能,以保證Web系統在需求范圍內能正常工作。負載級別可以是某個時刻同時訪問Web系統的用戶數量,也可以是在線數據處理的數量。例如:Web應用系統能允許多少個用戶同時在線?如果超過了這個數量,會出現什麼現象?Web應用系統能否處理大量用戶對同一個頁面的請求?

3、壓力測試
負載測試應該安排在Web系統發布以後,在實際的網路環境中進行測試。因為一個企業內部員工,特別是項目組人員總是有限的,而一個Web系統能同時處理的請求數量將遠遠超出這個限度,所以,只有放在Internet上,接受負載測試,其結果才是正確可信的。進行壓力測試是指實際破壞一個Web應用系統,測試系統的反映。壓力測試是測試系統的限制和故障恢復能力,也就是測試Web應用系統會不會崩潰,在什麼情況下會崩潰。黑客常常提供錯誤的數據負載,直到Web應用系統崩潰,接著當系統重新啟動時獲得存取權。壓力測試的區域包括表單、登陸和其他信息傳輸頁面等。
三、可用性測試
1、導航測試
導航描述了用戶在一個頁面內操作的方式,在不同的用戶介面控制之間,例如按鈕、對話框、列表和窗口等;或在不同的連接頁面之間。通過考慮下列問題,可以決定一個Web應用系統是否易於導航:導航是否直觀?Web系統的主要部分是否可通過主頁存取?Web系統是否需要站點地圖、搜索引擎或其他的導航幫助?

在一個頁面上放太多的信息往往起到與預期相反的效果。Web應用系統的用戶趨向於目的驅動,很快地掃描一個Web應用系統,看是否有滿足自己需要的信息,如果沒有,就會很快地離開。很少有用戶願意花時間去熟悉Web應用系統的結構,因此,Web應用系統導航幫助要盡可能地准確。導航的另一個重要方面是Web應用系統的頁面結構、導航、菜單、連接的風格是否一致。確保用戶憑直覺就知道Web應用系統裡面是否還有內容,內容在什麼地方。Web應用系統的層次一旦決定,就要著手測試用戶導航功能,讓最終用戶參與這種測試,效果將更加明顯。

2、圖形測試
在Web應用系統中,適當的圖片和動畫既能起到廣告宣傳的作用,又能起到美化頁面的功能。一個Web應用系統的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內容有:
(1)要確保圖形有明確的用途,圖片或動畫不要胡亂地堆在一起,以免浪費傳輸時間。Web應用系統的圖片尺寸要盡量地小,並且要能清楚地說明某件事情,一般都鏈接到某個具體的頁面。
(2)驗證所有頁面字體的風格是否一致。
(3)背景顏色應該與字體顏色和前景顏色相搭配。
(4)圖片的大小和質量也是一個很重要的因素,一般採用JPG或GIF壓縮。

3、內容測試
內容測試用來檢驗Web應用系統提供信息的正確性、准確性和相關性。信息的正確性是指信息是可靠的還是誤傳的。例如,在商品價格列表中,錯誤的價格可能引起財政問題甚至導致法律糾紛;信息的准確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟體來進行,例如使用Microsoft Word的"拼音與語法檢查"功能;信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口,也就是一般Web站點中的所謂"相關文章列表"。

4、整體界面測試
整體界面是指整個Web應用系統的頁面結構設計,是給用戶的一個整體感。例如:當用戶瀏覽Web應用系統時是否感到舒適,是否憑直覺就知道要找的信息在什麼地方?整個Web應用系統的設計風格是否一致?對整體界面的測試過程,其實是一個對最終用戶進行調查的過程。一般Web應用系統採取在主頁上做一個調查問卷的形式,來得到最終用戶的反饋信息。對所有的可用性測試來說,都需要有外部人員(與Web應用系統開發沒有聯系或聯系很少的人員)的參與,最好是最終用戶的參與。

四、客戶端兼容性測試
1、平台測試
市場上有很多不同的操作系統類型,最常見的有Windows、Unix、Macintosh、Linux等。Web應用系統的最終用戶究竟使用哪一種操作系統,取決於用戶系統的配置。這樣,就可能會發生兼容性問題,同一個應用可能在某些操作系統下能正常運行,但在另外的操作系統下可能會運行失敗。因此,在Web系統發布之前,需要在各種操作系統下對Web系統進行兼容性測試。

2、瀏覽器測試
瀏覽器是Web客戶端最核心的構件,來自不同廠商的瀏覽器對Java,、javascript、 ActiveX、 plug-ins或不同的HTML規格有不同的支持。例如,ActiveX是Microsoft的產品,是為Internet Explorer而設計的,javascript是Netscape的產品,Java是Sun的產品等等。另外,框架和層次結構風格在不同的瀏覽器中也有不同的顯示,甚至根本不顯示。不同的瀏覽器對安全性和Java的設置也不一樣。測試瀏覽器兼容性的一個方法是創建一個兼容性矩陣。在這個矩陣中,測試不同廠商、不同版本的瀏覽器對某些構件和設置的適應性。

五、安全性測試
Web應用系統的安全性測試區域主要有:
(1)現在的Web應用系統基本採用先注冊,後登陸的方式。因此,必須測試有效和無效的用戶名和密碼,要注意到是否大小寫敏感,可以試多少次的限制,是否可以不登陸而直接瀏覽某個頁面等。
(2)Web應用系統是否有超時的限制,也就是說,用戶登陸後在一定時間內(例如15分鍾)沒有點擊任何頁面,是否需要重新登陸才能正常使用。
(3)為了保證Web應用系統的安全性,日誌文件是至關重要的。需要測試相關信息是否寫進了日誌文件、是否可追蹤。
(4)當使用了安全套接字時,還要測試加密是否正確,檢查信息的完整性。
(5)伺服器端的腳本常常構成安全漏洞,這些漏洞又常常被黑客利用。所以,還要測試沒有經過授權,就不能在伺服器端放置和編輯腳本的問題。

六、總結
本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基於Web的系統測試方法。基於Web的系統測試與傳統的軟體測試既有相同之處,也有不同的地方,對軟體測試提出了新的挑戰。基於Web的系統測試不但需要檢查和驗證是否按照設計的要求運行,而且還要評價系統在不同用戶的瀏覽器端的顯示是否合適。重要的是,還要從最終用戶的角度進行安全性和可用性測試。(T117)

㈨ WEB測試應該注意哪些地方,怎樣才能做好WEB

基於Web的系統測試與傳統的軟體測試既有相同之處,也有不同的地方,對軟體測試提出了新的挑戰。基於Web的系統測試不但需要檢查和驗證是否按照設計的要求運行,而且還要評價系統在不同用戶的瀏覽器端的顯示是否合適。重要的是,還要從最終用戶的角度進行安全性和可用性測試。本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基於Web的系統測試方法。

隨著Internet和Intranet/Extranet的快速增長,Web已經對商業、工業、銀行、財政、教育、政府和娛樂及我們的工作和生活產生了深遠的影響。許多傳統的信息和資料庫系統正在被移植到互聯網上,電子商務迅速增長,早已超過了國界。范圍廣泛的、復雜的分布式應用正在Web環境中出現。Web的流行和無所不在,是因為它能提供支持所有類型內容連接的信息發布,容易為最終用戶存取。

Yogesh Deshpande和Steve Hansen在1998年就提出了Web工程的概念。Web工程作為一門新興的學科,提倡使用一個過程和系統的方法來開發高質量的基於Web的系統。它"使用合理的、科學的工程和管理原則,用嚴密的和系統的方法來開發、發布和維護基於Web的系統"。目前,對於web工程的研究主要是在國外開展的,國內還剛剛起步。

在基於Web的系統開發中,如果缺乏嚴格的過程,我們在開發、發布、實施和維護Web的過程中,可能就會碰到一些嚴重的問題,失敗的可能性很大。而且,隨著基於Web的系統變得越來越復雜,一個項目的失敗將可能導致很多問題。當這種情況發生時,我們對Web和Internet的信心可能會無法挽救地動搖,從而引起Web危機。並且,Web危機可能會比軟體開發人員所面對的軟體危機更加嚴重、更加廣泛。

在Web工程過程中,基於Web系統的測試、確認和驗收是一項重要而富有挑戰性的工作。基於Web的系統測試與傳統的軟體測試不同,它不但需要檢查和驗證是否按照設計的要求運行,而且還要測試系統在不同用戶的瀏覽器端的顯示是否合適。重要的是,還要從最終用戶的角度進行安全性和可用性測試。然而,Internet和Web媒體的不可預見性使測試基於Web的系統變得困難。因此,我們必須為測試和評估復雜的基於Web的系統研究新的方法和技術。

一般軟體的發布周期以月或以年計算,而Web應用的發布周期以天計算甚至以小時計算。Web測試人員必須處理更短的發布周期,測試人員和測試管理人員面臨著從測試傳統的C/S結構和框架環境到測試快速改變的Web應用系統的轉變。
一、功能測試
1、鏈接測試
鏈接是Web應用系統的一個主要特徵,它是在頁面之間切換和指導用戶去一些不知道地址的頁面的主要手段。鏈接測試可分為三個方面。首先,測試所有鏈接是否按指示的那樣確實鏈接到了該鏈接的頁面;其次,測試所鏈接的頁面是否存在;最後,保證Web應用系統上沒有孤立的頁面,所謂孤立頁面是指沒有鏈接指向該頁面,只有知道正確的URL地址才能訪問。鏈接測試可以自動進行,現在已經有許多工具可以採用。鏈接測試必須在集成測試階段完成,也就是說,在整個Web應用系統的所有頁面開發完成之後進行鏈接測試。

2、表單測試
當用戶給Web應用系統管理員提交信息時,就需要使用表單操作,例如用戶注冊、登陸、信息提交等。在這種情況下,我們必須測試提交操作的完整性,以校驗提交給伺服器的信息的正確性。例如:用戶填寫的出生日期與職業是否恰當,填寫的所屬省份與所在城市是否匹配等。如果使用了默認值,還要檢驗默認值的正確性。如果表單只能接受指定的某些值,則也要進行測試。例如:只能接受某些字元,測試時可以跳過這些字元,看系統是否會報錯。

3、Cookies測試
Cookies通常用來存儲用戶信息和用戶在某應用系統的操作,當一個用戶使用Cookies訪問了某一個應用系統時,Web伺服器將發送關於用戶的信息,把該信息以Cookies的形式存儲在客戶端計算機上,這可用來創建動態和自定義頁面或者存儲登陸等信息。如果Web應用系統使用了Cookies,就必須檢查Cookies是否能正常工作。測試的內容可包括Cookies是否起作用,是否按預定的時間進行保存,刷新對Cookies有什麼影響等。

4、設計語言測試
Web設計語言版本的差異可以引起客戶端或伺服器端嚴重的問題,例如使用哪種版本的HTML等。當在分布式環境中開發時,開發人員都不在一起,這個問題就顯得尤為重要。除了HTML的版本問題外,不同的腳本語言,例如Java、javascript、 ActiveX、VBScript或Perl等也要進行驗證。

5、資料庫測試
在Web應用技術中,資料庫起著重要的作用,資料庫為Web應用系統的管理、運行、查詢和實現用戶對數據存儲的請求等提供空間。在Web應用中,最常用的資料庫類型是關系型資料庫,可以使用SQL對信息進行處理。在使用了資料庫的Web應用系統中,一般情況下,可能發生兩種錯誤,分別是數據一致性錯誤和輸出錯誤。數據一致性錯誤主要是由於用戶提交的表單信息不正確而造成的,而輸出錯誤主要是由於網路速度或程序設計問題等引起的,針對這兩種情況,可分別進行測試。

二、性能測試
1、連接速度測試
用戶連接到Web應用系統的速度根據上網方式的變化而變化,他們或許是電話撥號,或是寬頻上網。當下載一個程序時,用戶可以等較長的時間,但如果僅僅訪問一個頁面就不會這樣。如果Web系統響應時間太長(例如超過5秒鍾),用戶就會因沒有耐心等待而離開。另外,有些頁面有超時的限制,如果響應速度太慢,用戶可能還沒來得及瀏覽內容,就需要重新登陸了。而且,連接速度太慢,還可能引起數據丟失,使用戶得不到真實的頁面。

2、負載測試
負載測試是為了測量Web系統在某一負載級別上的性能,以保證Web系統在需求范圍內能正常工作。負載級別可以是某個時刻同時訪問Web系統的用戶數量,也可以是在線數據處理的數量。例如:Web應用系統能允許多少個用戶同時在線?如果超過了這個數量,會出現什麼現象?Web應用系統能否處理大量用戶對同一個頁面的請求?

3、壓力測試
負載測試應該安排在Web系統發布以後,在實際的網路環境中進行測試。因為一個企業內部員工,特別是項目組人員總是有限的,而一個Web系統能同時處理的請求數量將遠遠超出這個限度,所以,只有放在Internet上,接受負載測試,其結果才是正確可信的。進行壓力測試是指實際破壞一個Web應用系統,測試系統的反映。壓力測試是測試系統的限制和故障恢復能力,也就是測試Web應用系統會不會崩潰,在什麼情況下會崩潰。黑客常常提供錯誤的數據負載,直到Web應用系統崩潰,接著當系統重新啟動時獲得存取權。壓力測試的區域包括表單、登陸和其他信息傳輸頁面等。
三、可用性測試
1、導航測試
導航描述了用戶在一個頁面內操作的方式,在不同的用戶介面控制之間,例如按鈕、對話框、列表和窗口等;或在不同的連接頁面之間。通過考慮下列問題,可以決定一個Web應用系統是否易於導航:導航是否直觀?Web系統的主要部分是否可通過主頁存取?Web系統是否需要站點地圖、搜索引擎或其他的導航幫助?

在一個頁面上放太多的信息往往起到與預期相反的效果。Web應用系統的用戶趨向於目的驅動,很快地掃描一個Web應用系統,看是否有滿足自己需要的信息,如果沒有,就會很快地離開。很少有用戶願意花時間去熟悉Web應用系統的結構,因此,Web應用系統導航幫助要盡可能地准確。導航的另一個重要方面是Web應用系統的頁面結構、導航、菜單、連接的風格是否一致。確保用戶憑直覺就知道Web應用系統裡面是否還有內容,內容在什麼地方。Web應用系統的層次一旦決定,就要著手測試用戶導航功能,讓最終用戶參與這種測試,效果將更加明顯。

2、圖形測試
在Web應用系統中,適當的圖片和動畫既能起到廣告宣傳的作用,又能起到美化頁面的功能。一個Web應用系統的圖形可以包括圖片、動畫、邊框、顏色、字體、背景、按鈕等。圖形測試的內容有:
(1)要確保圖形有明確的用途,圖片或動畫不要胡亂地堆在一起,以免浪費傳輸時間。Web應用系統的圖片尺寸要盡量地小,並且要能清楚地說明某件事情,一般都鏈接到某個具體的頁面。
(2)驗證所有頁面字體的風格是否一致。
(3)背景顏色應該與字體顏色和前景顏色相搭配。
(4)圖片的大小和質量也是一個很重要的因素,一般採用JPG或GIF壓縮。

3、內容測試
內容測試用來檢驗Web應用系統提供信息的正確性、准確性和相關性。信息的正確性是指信息是可靠的還是誤傳的。例如,在商品價格列表中,錯誤的價格可能引起財政問題甚至導致法律糾紛;信息的准確性是指是否有語法或拼寫錯誤。這種測試通常使用一些文字處理軟體來進行,例如使用Microsoft Word的"拼音與語法檢查"功能;信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口,也就是一般Web站點中的所謂"相關文章列表"。

4、整體界面測試
整體界面是指整個Web應用系統的頁面結構設計,是給用戶的一個整體感。例如:當用戶瀏覽Web應用系統時是否感到舒適,是否憑直覺就知道要找的信息在什麼地方?整個Web應用系統的設計風格是否一致?對整體界面的測試過程,其實是一個對最終用戶進行調查的過程。一般Web應用系統採取在主頁上做一個調查問卷的形式,來得到最終用戶的反饋信息。對所有的可用性測試來說,都需要有外部人員(與Web應用系統開發沒有聯系或聯系很少的人員)的參與,最好是最終用戶的參與。

四、客戶端兼容性測試
1、平台測試
市場上有很多不同的操作系統類型,最常見的有Windows、Unix、Macintosh、Linux等。Web應用系統的最終用戶究竟使用哪一種操作系統,取決於用戶系統的配置。這樣,就可能會發生兼容性問題,同一個應用可能在某些操作系統下能正常運行,但在另外的操作系統下可能會運行失敗。因此,在Web系統發布之前,需要在各種操作系統下對Web系統進行兼容性測試。

2、瀏覽器測試
瀏覽器是Web客戶端最核心的構件,來自不同廠商的瀏覽器對Java,、javascript、 ActiveX、 plug-ins或不同的HTML規格有不同的支持。例如,ActiveX是Microsoft的產品,是為Internet Explorer而設計的,javascript是Netscape的產品,Java是Sun的產品等等。另外,框架和層次結構風格在不同的瀏覽器中也有不同的顯示,甚至根本不顯示。不同的瀏覽器對安全性和Java的設置也不一樣。測試瀏覽器兼容性的一個方法是創建一個兼容性矩陣。在這個矩陣中,測試不同廠商、不同版本的瀏覽器對某些構件和設置的適應性。

五、安全性測試
Web應用系統的安全性測試區域主要有:
(1)現在的Web應用系統基本採用先注冊,後登陸的方式。因此,必須測試有效和無效的用戶名和密碼,要注意到是否大小寫敏感,可以試多少次的限制,是否可以不登陸而直接瀏覽某個頁面等。
(2)Web應用系統是否有超時的限制,也就是說,用戶登陸後在一定時間內(例如15分鍾)沒有點擊任何頁面,是否需要重新登陸才能正常使用。
(3)為了保證Web應用系統的安全性,日誌文件是至關重要的。需要測試相關信息是否寫進了日誌文件、是否可追蹤。
(4)當使用了安全套接字時,還要測試加密是否正確,檢查信息的完整性。
(5)伺服器端的腳本常常構成安全漏洞,這些漏洞又常常被黑客利用。所以,還要測試沒有經過授權,就不能在伺服器端放置和編輯腳本的問題。

六、總結
本文從功能、性能、可用性、客戶端兼容性、安全性等方面討論了基於Web的系統測試方法。基於Web的系統測試與傳統的軟體測試既有相同之處,也有不同的地方,對軟體測試提出了新的挑戰。基於Web的系統測試不但需要檢查和驗證是否按照設計的要求運行,而且還要評價系統在不同用戶的瀏覽器端的顯示是否合適。重要的是,還要從最終用戶的角度進行安全性和可用性測試。

㈩ Weblogic和Tomcat的區別

Weblogic和Tomcat的區別:
相同點:
WebLogic和Tomcat都是基於java的基礎架構來滿足實時處理需求,不同的版本與jdk版本兼容和有所不同;因為都是要和前台交互,所以他們都基於sun公司的servlet來實現的。
不同點:
功能性:
WebLogic更加強大。weblogic是j2ee的應用伺服器(application server),包括ejb ,jsp,servlet,jms等等,全能型的。是商業軟體里排名第一的容器(JSP、servlet、EJB等),並提供其他如JAVA編輯等工具,是一個綜合的開發及運行環境。
WebLogic應該是J2EE Container(Web Container + EJB Container + XXX規范)!
Tomcat只能算Web Container,是官方指定的JSP&Servlet容器。只實現了JSP/Servlet的相關規范,不支持EJB(硬傷啊)!不過Tomcat配合jboss和apache可以實現j2ee應用伺服器功能
一般來說考慮stucts等架構tomcat就可以了,但如果考慮EJB的話,WebLogic是比較好的選擇。
擴展性:
用WebLogic運行標準的java可能並不是最好的方式,WebLogic里支持他自己的一些東西,這些東西雖然是在純java基礎上開發的,但其他工具里都沒有。WebLogic Server憑借其出色的群集技術,擁有處理關鍵Web應用系統問題所需的性能、可擴展性和高可用性。
WebLogic Server既實現了網頁群集,也實現了EJB組件 群集,而且不需要任何專門的硬體或操作系統支持。網頁群集可以實現透明的復制、負載平衡以及表示內容容錯 。
無論是網頁群集,還是組件群集,對於電子商務解決方案所要求的可擴展性和可用性都是至關重要的。共享的客戶機/伺服器和資料庫連接以及數據緩存和EJB都增強了性能表現。這是其它Web應用系統所不具備的
所以,在擴展性方面WebLogic是遠遠超越了Tomcat。
費用上:
Tomcat開源免費。
WebLogic不開源不免費。