❶ 怎麼設計網站
隨著網路技術的不斷發展，網路應用已經滲透到人類社會的各個角落。作為網路世界的支撐點的網站，更是人們關注的熱點：政府利用網站宣傳自己的施政綱領，日益成為與百姓交流的直通車；企業利用網站宣傳自己的形象，挖掘無限商機；個人利用網站展示個性風采，創建彼此溝通的橋梁。越來越多的人希望擁有網站，開辟網路世界裡的一片天地。如何設計一個出色的網站呢？關於這個問題，人們討論的很多，可以討論的內容也很多，加之網路技術的飛速發展，很難提出一個絕對權威和正確的設計思路，筆者不才，根據自己的設計體
會，總結出以下基本設計思路：
一、定位網站的主題和名稱
網站的主題也就是網站的題材，網站設計開始首先遇到的問題。網站題材千奇百怪,琳琅滿目，只要想的到，就可以把它製作出來。下面是美國《個人電腦》雜志(PC Magazine)評出的99年度排名前100位的全美知名網站的十類題材：
第1類：網上求職
第2類：網上聊天／即時信息/ ICQ
第3類：網上社區／討論/郵件列表
第4類：計算機技術
第5類：網頁/網站開發
第6類：娛樂網站
第7類：旅行
第8類：參考/資訊
第9類：家庭/教育
第10類：生活/時尚
每個大類都可以繼續細分，比如娛樂類再分為體育/電影/音樂等小類，音樂又可以按格式分為MP3，VQF，Ra等，按表現形式分古典，現代，搖滾等。同時，各個題材相聯系和交叉結合可以產生新得題材，例如旅遊論壇(旅遊+討論)，經典進球播放(足球+影視)按這樣分下去，題材可以有成千上萬種。這么多題材，如何選擇呢？遵循的原則如下：
1、主題要小而精
定位要小，內容要精。如果你想製作一個包羅萬象的站點，把所有你認為精彩的東西都放在上面，那麼往往會事與願違，給人的感覺是沒有主題，沒有特色，樣樣有，卻樣樣都很膚淺，因為你不可能有那麼多的精力去維護它。網站的最大特點就是新和快，目前最熱門的個人主頁都是天天更新甚至幾小時更新一次。最新的調查結果也顯示，網路上的"主題站"比"萬全站"更受人們喜愛，就好比專賣店和百貨商店，如果我需要買某一方面的東西，肯定會選擇專買店。
2、題材最好是你自己擅長或者喜愛的內容
比如：你擅長編程，就可以建立一個編程愛好者網站；對足球感興趣，可以報道最新的戰況，球星動態等。這樣在製作時，才不會覺得無聊或者力不從心。興趣是製作網站的動力，沒有熱情，很難設計製作出優秀的網站。
3、題材不要太濫或者目標太高。
"太濫"是指到處可見，人人都有的題材；比如軟體下載，免費信息。"目標太高"是指在這一題材上已經有非常優秀，知名度很高的站點，你要超過它是很困難的。
如果題材已經確定以後，就可以圍繞題材給網站起一個名字。網站名稱，也是網站設計的一部分，而且是很關鍵的一個要素。你來看，"電腦學習室"和"電腦之家"顯然是後者簡練；"迷笛樂園"和"MIDI樂園"顯然是後者明晰；"兒童天地"和"中國幼兒園"顯然是後者大氣。我們都知道PIII的中文名稱"奔騰"，如果改為"奔跑"，可能就沒有今天這么"火"了。和現實生活中一樣，網站名稱是否正氣，響亮，易記，對網站的形象和宣傳推廣也有很大影響。我的建議是：
1、名稱要正
其實就是要合法，和理，和情。不能用反動的，色情的，迷信的，危害社會安全的名詞語句。
2、名稱要易記
最好用中文名稱，不要使用英文或者中英文混合型名稱。另外，網站名稱的字數應該控制在六個字(最好四個字)以內，四個字的也可以用成語。字數少還有個好處，適合於其他站點的鏈接排版。
3、名稱要有特色
名稱平實就可以接受，如果能體現一定的內涵，給瀏覽者更多的視覺沖擊和空間想像力，則為上品。例如：音樂前衛，網頁陶吧，e書時空等。在體現出網站主題的同時，能點出特色之處。
二、定位網站的CI形象
所謂CI(corporate identity)，意思是通過視覺來統一企業的形象。一個傑出的網站，和實體公司一樣，需要整體的形象包裝和設計。准確的，有創意的CI設計，對網站的宣傳推廣有事半功倍的效果。具體的做法是：
1、設計網站的標志(logo)
就如同商標一樣，標志是你站點特色和內涵的集中體現，看見標志就讓大家聯想起你的站點。標志的設計創意來自你網站的名稱和內容：
(1)網站有代表性的人物、動物、花草等，可以用它們作為設計的藍本，加以卡通化和藝術化，例如迪斯尼的米老鼠，搜狐的卡通狐狸等等。
(2)網站有專業性的，可以以本專業有代表的物品作為標志。比如中國銀行的銅板標志，賓士汽車的方向盤標志等等。
(3)最常用和最簡單的方式是用自己網站的英文名稱作標志。採用不同的字體，字母的變形，字母的組合可以很容易製作好自己的標志。
2、設計網站的標准色彩
網站給人的第一印象來自視覺沖擊，確定網站的標准色彩是相當重要的一步。不同的色彩搭配產生不同的效果，並可能影響到訪問者的情緒。舉個實際的例子就明白了：IBM的深藍色，肯得基的紅色條型，windows視窗標志上的紅藍黃綠色塊，都使我們覺得很貼切，很和諧。"標准色彩"是指能體現網站形象和延伸內涵的色彩。一般來說，一個網站的標准色彩不超過3種，太多則讓人眼花繚亂。標准色彩要用於網站的標志，標題，主菜單和主色塊。給人以整體統一的感覺。至於其它色彩也可以使用，只是作為點綴和襯托，絕不能喧賓奪主。適合於網頁標准色的顏色有：藍色，黃/橙色，黑/灰/白色三大系列色，要注意色彩的合理搭配。
3、設計網站的標准字體
和標准色彩一樣，標准字體是指用於標志，標題，主菜單的特有字體。一般我們網頁默認的字體是宋體。為了體現站點的"與眾不同"和特有風格，我們可以根據需要選擇一些特別字體。例如，為了體現專業可以使用粗仿宋體，體現設計精美可以用廣告體，體現親切隨意可以用手寫體等等。
4、設計網站的宣傳標語
也可以說是網站的精神，網站的目標。用一句話甚至一個詞來高度概括。類似實際生活中的廣告金句。例如：鵲巢的"味道好極了"；麥斯威爾的"好東西和好朋友一起分享"；Intel的"給你一顆奔騰的心"等等。
三、確定網站的欄目
建立一個網站好比寫一篇文章，首先要擬好提綱，文章才能主題明確，層次清晰。如果網站結構不清晰，目錄龐雜，內容東一塊西一塊。結果不但瀏覽者看得糊塗，自己擴充和維護網站也相當困難。網站的題材確定後，並且收集和組織了許多相關的資料內容，但如何組織內容才能吸引網友們來瀏覽網站呢？欄目的實質是一個網站的大綱索引，索引應該將網
站的主體明確顯示出來。一般的網站欄目安排要注意以下幾方面：
1、要緊扣主題
將你的主題按一定的方法分類並將它們作為網站的主欄目。主題欄目個數在總欄目中要佔絕對優勢，這樣的網站顯的專業，主題突出，容易給人留下深刻印象。
2、設立最近更新或網站指南欄目
設立"最近更新"的欄目，是為了照顧常來的訪客，讓你的主頁更有人性化。如果主頁內容龐大，層次較多，而又沒有站內的搜索引擎，設置"本站指南"欄目，可以幫助初訪者快速找到他們想要的內容。
3、設立可以雙向交流的欄目
比如論壇，留言本，郵件列表等，可以讓瀏覽者留下他們的信息。
4、設立下載或常見問題回答欄目
網路的特點是信息共享。如在你主頁上設置一個資料下載欄目，便於訪問者下載所需資料。另外，如果站點經常收到網友關於某方面的問題來信，最好設立一個常見問題回答的欄目，既方便了網友，也可以節約自己更多時間。
四、確定網站的目錄結構
網站的目錄是指你建立網站時創建的目錄。例如：在用frontpage98建立網站時都默認建立了根目錄和images(存放圖片)子目錄。目錄結構的好壞，對瀏覽者來說並沒有什麼太大的感覺，但是對於站點本身的上傳維護，內容未來的擴充和移植有著重要的影響。下面是建立目錄結構的一些建議：
1、不要將所有文件都存放在根目錄下，會造成文件管理混亂
你常常搞不清哪些文件需要編輯和更新，哪些無用的文件可以刪除，哪些是相關聯的文件，影響工作效率。另外，上傳速度慢。伺服器一般都會為根目錄建立一個文件索引。當您將所有文件都放在根目錄下，那麼即使你只上傳更新一個文件，伺服器也需要將所有文件再檢索一遍，建立新的索引文件。很明顯，文件量越大，等待的時間也將越長。所以，盡可能減少根目錄的文件存放數。
2、按欄目內容建立子目錄
子目錄的建立，首先按主菜單欄目建立。例如:企業站點可以按公司簡介，產品介紹，價格，在線定單，反饋聯系等建立相應目錄。其他的次要欄目，類似what's new，友情連接內容較多，需要經常更新的可以建立獨立的子目錄。而一些相關性強，不需要經常更新的欄目，例如：關於本站，關於站長，站點經歷等可以合並放在一個統一目錄下。所有程序一般都存放在特定目錄。例如：CGI程序放在cgi-bin目錄。所有需要下載的內容也最好放在一個目錄下。
3、在每個主欄目目錄下都建立獨立的images目錄
為每個主欄目建立一個獨立的images目錄是最方便管理的。而根目錄下的images目錄只是用來放首頁和一些次要欄目的圖片。
4、目錄的層次不要太深
目錄的層次建議不要超過3層，維護管理方便。
5、不要使用中文目錄
6、不要使用過長的目錄
五、確定網站的鏈接結構
網站的鏈接結構是指頁面之間相互鏈接的拓撲結構。它建立在目錄結構基礎之上，但可以跨越目錄。建立網站的鏈接結構有兩種基本方式：
1、樹狀鏈接結構
類似DOS的目錄結構，首頁鏈接指向一級頁面，一級頁面鏈接指向二級頁面。這樣的鏈接結構瀏覽時，一級級進入，一級級退出。優點是條理清晰，訪問者明確知道自己在什麼位置，不會"迷"路。缺點是瀏覽效率低，一個欄目下的子頁面到另一個欄目下的子頁面，必須繞經首頁。
2、星狀鏈接結構
類似網路伺服器的鏈接，每個頁面相互之間都建立有鏈接。這種鏈接結構的優點是瀏覽方便，隨時可以到達自己喜歡的頁面。缺點是鏈接太多，容易使瀏覽者迷路，搞不清自己在什麼位置，看了多少內容。
這兩種基本結構都只是理想方式，在實際的網站設計中，總是將這兩種結構混合起來使用，達到比較理想的效果。比較好的方案是：首頁和一級頁面之間用星狀鏈接結構，一級和以下各級頁面之間用樹狀鏈接結構。
六、設計網站的整體風格
風格(style)是抽象的，是指站點的整體形象給瀏覽者的綜合感受。這個"整體形象"包括站點的CI(標志，色彩，字體，標語)，版面布局，瀏覽方式，交互性，文字，語氣，內容價值，存在意義，站點榮譽等等諸多因素。舉個例子：我們覺得網易是平易近人的，迪斯尼是生動活潑的，IBM是專業嚴肅的，這些都是網站給人們
留下的不同感受。
風格是獨特的，是站點不同與其他網站的地方。或者色彩，或者技術，或者是交互方式，能讓瀏覽者明確分辨出這是你的網站獨有的。例如新世紀網路的黑白色,網易壁紙站的特有框架,即使你只看到其中一頁，也可以分辨出是哪個網站的。
風格是有人性的。通過網站的外表，內容，文字，交流可以概括出一個站點的個性，情緒。是溫文儒雅，是執著熱情，是活潑易變,是放任不羈。像詩詞中的"豪放派"和"婉約派"，你可以用人的性格來比喻站點。如何樹立網站風格呢？我們可以分這樣幾個步驟：
1、確信風格是建立在有價值內容之上
一個網站有風格而沒有內容，就好比綉花枕頭一包草，好比一個性格傲慢但卻目不識丁的人。你首先必須保證內容的質量和價值性，這是最基本的。
2、你需要徹底搞清楚自己希望站點給人的印象是什麼
可以從這幾方面來理清思路：
a.如果只用一句話來描述你的站點，應該是:()
參考答案：有創意，專業，有(技術)實力，有美感，有沖擊力
b.想到你的站點，可以聯想到的色彩是：()
參考答案：熱情的紅色，幻想的天藍色，聰明的金黃色
c.想到你的站點，可以聯想到的畫面是：()
參考答案：一份早報，一輛法拉利跑車，人群擁擠的廣場，雜貨店
d.如果網站是一個人，他擁有的個性是：()
參考答案：思想成熟的中年人，狂野奔放的牛仔，自信憨厚的創業者
e.作為站長，你希望給人的印象是：()
參考答案：敬業，認真投入，有深度，負責，純真，直爽，淑女
f.用一種動物來比喻，你的網站最像：()
參考答案：貓(神秘高貴)，鷹(目光銳利)，兔子(聰明敏感)，獅子(自信威信)
g.瀏覽者覺得你和其他網站的不同是：()
參考答案：可以信賴，信息最快，交流方便，
h.瀏覽者和你交流合作的感受是：()
參考答案：師生，同事，朋友，長幼。
你可以自己先填寫一份答案，然後讓其他網友填寫。比較後的結果會告訴你：你網站現在的差距，弱點及需要改進的地方。
3、在明確自己的網站印象後，開始努力建立和加強這種印象
經過第二步印象的"量化"後，你需要進一步找出其中最有特色特點的東西，就是最能體現網站風格的東西。並以它作為網站的特色加以重點強化，宣傳。以下做法可作參考：
(1)將你的標志logo,盡可能的出現在每個頁面上。或者頁眉，或者頁腳，或則背景。
(2)突出你的標准色彩。文字的鏈接色彩，圖片的主色彩，背景色，邊框等色彩盡量使用與標准色彩一致的色彩。
(3)突出你的標准字體。在關鍵的標題，菜單，圖片里使用統一的標准字體。
(4)想一條朗朗上口宣傳標語。把它做在你的banner里，或者放在醒目的位置，告訴大家你的網站的特色是...。
(5)使用統一的語氣和人稱。即使是多個人合作維護，也要讓讀者覺得是同一個人寫的。
(6)使用統一的圖片處理效果。比如，陰影效果的方向，厚度，模糊度都必須一樣。
(7)創造一個你的站點特有的符號或圖標。
(8)用自己設計的花邊，線條，點。
(9)展示你網站的榮譽和成功作品。
(10)告訴網友關於你的真實的故事和想法。風格的形成不是一次定位的，你可以在實踐中不斷強化，調整，修飾。
七、總結：
網站設計充滿無窮魅力，僅靠一篇文章無法窮盡其中的奧秘。這條設計思路不一定完全適合於每個設計者，也不可能完全適合於各種設計的實際情況，全當拋磚引玉。仁者見仁，智者見智，希望更多優秀的網站出自於你我的手。文章中錯誤之處，望批評指正。
八、參考書目
1、《網頁標題製作技巧與實例》--呂少華--清華大學出版社
2、《FrontPage 2000從入門到精通》--成棟等譯--電子工業出版社
3、《Web可用性設計》--〔美〕Jakob Nielsen著--人民郵電出版社
4、《網站架構與美工黃金組合》--天藍工作室著--人民郵電出版社
5、《網頁設計與網站開發---HTML網頁製作網站開發完全實戰》--伍梵華--航空工業出版社
6、《廣告製作》--樊志育--人民郵電出版社
❷ Web測試的主要內容和測試方法有哪些
1功能測試 2 1.1鏈接測試 2 1.2表單測試 2 1.3數據校驗 3 1.4 cookies測試 3
1功能測試 2
1.1鏈接測試 2
1.2表單測試 2
1.3數據校驗 3
1.4 cookies測試 3
1.5資料庫測試 3
1.6應用程序特定的功能需求 4
1.7設計語言測試 4
2性能測試 4
2.1連接速度測試 4
2.2負載測試 4
2.3壓力測試 5
3用戶界面測試 6
3.1導航測試 6
3.2圖形測試 6
3.3內容測試 7
3.4表格測試 7
3.5整體界面測試 7
4兼容性測試 8
4.1平台測試 8
4.2瀏覽器測試 8
4.3解析度測試 8
4.4 Modem/連接速率 9
4.5列印機 9
4.6組合測試 9
5安全測試 9
5.1目錄設置 9
5.2登錄 10
5.3日誌文件 10
5.4腳本語言 10
6介面測試 10
6.1伺服器介面 10
6.2外部介面 11
6.3錯誤處理 11
7結論 11
在Web工程過程中，基於Web系統的測試、確認和驗收是一項重要而富有挑戰性的工作。基於Web的系統測試與傳統的軟體測試不同，它不但需要檢查和驗證是否按照設計的要求運行，而且還要測試系統在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。然而，Internet和Web媒體的不可預見性使測試基於Web的系統變得困難。因此，我們必須為測試和評估復雜的基於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)
❹ 互聯網的WEB2.0和WEB1.0技術各有什麼區別
Web2.0是以Flickr、43Things.com等網站為代表，以Blog、TAG、SNS、RSS、wiki等社會軟體的應用為核心，依據六度分隔、xml、ajax等新理論和技術實現的互聯網新一代模式。」
Blog——博客/網志：Blog的全名應該是Web log，後來縮寫為Blog。Blog是一個易於使用的網站，您可以在其中迅速發布想法、與他人交流以及從事其他活動。所有這一切都是免費的。
RSS——站點摘要：RSS是站點用來和其他站點之間共享內容的一種簡易方式（也叫聚合內容）的技術。最初源自瀏覽器「新聞頻道」的技術，現在通常被用於新聞和其他按順序排列的網站，例如Blog。
WIKI——網路全書：Wiki--一種多人協作的寫作工具。Wiki站點可以有多人（甚至任何訪問者）維護，每個人都可以發表自己的意見，或者對共同的主題進行擴展或者探討。
Wiki指一種超文本系統。這種超文本系統支持面向社群的協作式寫作，同時也包括一組支持這種寫作的輔助工具。
網摘：「網摘」又名「網頁書簽」，起源於一家叫做Del.icio.us的美國網站自2003年開始提供的一項叫做「社會化書簽」（Social Bookmarks）的網路服務，網友們稱之為「美味書簽」（Delicious在英文中的意思就是「美味的；有趣的」）。
SNS——社會網路：Social Network Sofwaret，社會性網路軟體，依據六度理論，以認識朋友的朋友為基礎，擴展自己的人脈。
P2P——對等聯網：P2P是peer-to-peer的縮寫，peer在英語里有「（地位、能力等）同等者」、「同事」和「夥伴」等意義。這樣一來，P2P也就可以理解為「夥伴對夥伴」、「點對點」的意思，或稱為對等聯網。目前人們認為其在加強網路上人的交流、文件交換、分布計算等方面大有前途。
IM——即時通訊：即時通訊（Instant Messenger，簡稱IM）軟體可以說是目前我國上網用戶使用率最高的軟體。聊天一直是網民們上網的主要活動之一，網上聊天的主要工具已經從初期的聊天室、論壇變為以MSN、QQ為代表的即時通訊軟體。
RSS為Really Simple Syndication（簡易供稿）的縮寫，是某一站點用來和其它站點之間共享內容的一種簡易方式，也叫聚合內容。網路用戶可以在客戶端藉助於支持RSS的新聞聚合工具軟體（例如SharpReader NewzCrawler、FeedDemon RSSReader），在不打開網站內容頁面的情況下閱讀支持RSS輸出的網站內容。可見，網站提供RSS輸出，有利於讓用戶發現網站內容的更新。在高速高質高效成為主流呼聲的互聯網時代，RSS無疑推動了網上信息的傳播，提出了另一種看世界的方式。
RSS，原意是把網站內容如標題、鏈接、部分內文甚至全文轉換為可延伸標示語言(XML：eXtensible Markup Language)的格式，以向其它網站供稿，使用者可以用一般的瀏覽器觀看，也可以用特殊的「閱讀器」軟體來閱讀。
-----------------------------------------------------------------------------------------------
歷史很重要。對一個技術的學習也應當從歷史出發，通過其在時間形成歷史的流變，得以知曉現狀，甚至能夠預知未來。
那Web1.0是什麼呢？
他們說，記得靜態HTML的WWW時代么？
（那個時代的WWW應用、人們的Web體驗、對社會的影響如何？）
那麼動態HTML和靜態HTML下的Web相比，是多少版本？1.5？對了，他們是真這么叫的。
（在效果和影響上，與1.0相比，擴展和加深多少？）
要呈現的數據存儲在資料庫中，通過Web服務端的程序，應用戶的請求，取出數據，加上事先設計的模板，動態的生成Html代碼，發送到用戶的瀏覽器那裡。
他是1.0系列，應為用戶在瀏覽器中所見和Web1.0一樣，它有0.5的升級，因為數據不是事先製作並發布，而是動態生成，和用戶的需要交互生成。
那好，再加0.5，到Web2.0，變化是在哪裡呢？
（看到了正在崛起的和改變的，會繼續朝著什麼方向改變互聯網和社會呢？）
更新：關於各個版本的差別，看看亞馬遜的例子。
事情沒有那麼幸運，Web2.0並不是一個具體的事物，而是一個階段，是促成這個階段的各種技術和相關的產品服務的一個稱呼。所以，我們無法說，Web2.0是什麼，但是可以說，那些是Web2.0。
WikiPedia的Web2.0條目下列出了這些條件：
*CSS和語義相關的XHTML標記
*AJAX技術
*SyndicationofdatainRSS/ATOM
*AggregationofRSS/ATOMdata
*簡潔而有意義的URLs
*支持發布為weblog
*RESTian(preferred)或者XMLWebserviceAPIs
*一些社會性網路元素
必須具備的要素有：
*網站應該能夠讓用戶把數據在網站系統內外倒騰。
*用戶在網站系統內擁有自己的數據
*完全基於Web，所有的功能都能透過瀏覽器完成。
（以上內容引用自英文版維基網路）
雖然這只是一家之言，不過，對於其中談到的幾個要素，大家還是公認的。
-基於RSS/ATOM/RDF/FOAF等XML數據的同步、聚合和遷移。
數據不再和頁面和網站混粘在一起，它獨立了，它跟著用戶走。這是Web2.0的很重要特徵。這也是為什麼Blog是Web2.0的代表的原因。在網志上，常主角的是相互獨立的一則則的網志。
獨立，然後有物理表現。現在，就能讓他們活躍起來。透過對XML數據的處理，這些內容能被自由的組合，被各種應用程序，不論是Web程序還是桌面程序等呈現和處理。
當然，最重要的是背後的人。
-社會性因素。
內容跟著人走，內容又能夠被用戶自由的組合，也就是說，用戶能夠自由的藉助內容媒介，創建起一個個的社群，發生各種社會性的（網路）行為。
此外還有標簽以及建立在開放標簽系統之上的Folksonomy。
-第三個公認的因素是開放API，
這個技術性稍強些，得另花時間研習，可以先看看例子：amazon、flickr、googlemap等。
從Web應用的產品/服務生產者角度來說，該如何創建Web2.0的產品呢？
重要的是要抓住這么幾點，一個是微內容（這里有定義），一個是用戶個體。除了這兩個最基本的之外，還可以考慮社群內的分享以及提供API。
（cnbruce收藏的一些API內容：http://www.cnbruce.com/blog/showlog.asp?cat_id=34&log_id=709 ）
微內容：英文是microcontent。用戶所生產的任何數據都算是微內容，比如一則網志，評論，圖片，收藏的書簽，喜好的音樂列表、想要做的事情，想要去的地方、新的朋友等等。這些微內容，充斥著我們的生活、工作和學習，它的數量、重要性，還有我們對它的依賴，並不亞於那些道貌岸然、西裝革履的正統文章、論文、書籍。
對微內容的重新發現和利用，是互聯網所開創的平等、民主、自由風氣的自然衍生，也是互聯網相關技術消減信息管理成本之後的一個成果。
我們每天都生產眾多的微內容，也消費著同樣多的微內容。對於Web2.0來說，如何幫助用戶管理、維護、存儲、分享、轉移微內容，就成了關鍵。
用戶個體。對於Web1.0的典型產品/服務來說，用戶沒有具體的面貌、個性，它只是一個模糊的群體的代名詞而已。但是對於Web2.0的產品和服務來說，用戶是個實實在在的人。Web2.0所服務的，是具體的人，而不是一個如同幽靈般的概念。並且，這個人的具體性，會因為服務本身而不斷地充實起來。
如何為這個具體的個體服務，是Web2.0設計的起點。
因此，一類可以被稱作Web2.0的產品/服務將是這樣：
服務於用戶個體的微內容的收集、創建、發布、管理、分享、合作、維護等的平台。
其他的呢？恐怕就設計到好些人提到的，微內容的XML表現；微內容的聚合；微內容的遷移；社會性關系的維護；界面的易用性等等。
以及是否就是開源、參與、個人價值、草根、合作等等？
Web2.0是許多方面起頭並進又相互牽連的一個新的階段的到來。因此，不同的人，有著不同的看法。那麼，對於Web開發人員來說，Web2.0意味著什麼呢？
他們說Web2.0階段，Web是一個平台，或者說，Web正在變得可編程，可以執行的Web應用。野心家們設想這個它的終極目標是WebOS。
Web1.0時候，Web只是一個針對人的閱讀的發布平台，Web由一個個的超文本鏈接而成。現在的趨勢發生了變化，Web不僅僅是Html文檔的天下，它成了交互的場所。
Web2.0Conference網站的橫幅引用JeffBezos的話說「Web1.0ismakingtheinternetforpeople，web2.」。
具體來講，他們說Web成為一個開發環境，藉助Web服務提供的編程介面，網站成了軟體構件。
這些，就是WebService的目標吧，信息孤島通過這些WebService的對話，能夠被自由構建成適合不同應用的建築來。
一些例子：del.icio.us、flickr、a9、amazon、yahoo、google、msn等提供的編程介面衍生出的各種應用。
為什麼要開放APIs，這涉及到集市中的商業方面的技術策略。當然，還有更深層的原因，那是什麼呢？
這種交互不僅體現在不同的網站服務之間，同時還體現在用戶和Web之間在瀏覽器上的交互。這也是為什麼在美味書簽的收藏中Web2.0和AJAX如此相關的一個原因。
在Web頁面上使用桌面程序有的那些便利，真的是很享受的事情。這恐怕也是Web可編程的一個方面，Web頁面不再是標記和內容混合那樣的簡單，它就是一個可以編程的地方（是這樣理解吧？）
有人反對說，AJAX的使用對搜索引擎不友好，只有Web1.0的站長才關心這個事情吧，在Web2.0時候，站長應該關心的是用戶參與的便利、用戶的自由度，至於搜索，有RSS/ATOM/RDF等，更本用不著操心，Google不是已經順應這個趨勢，讓大家主動提交了么？
可編程的第三個方面，是否在於Web應用和桌面應用之間的無縫連接趨勢的出現？類似這里說的「從工具上，是由互聯網瀏覽器向各類瀏覽器、rss閱讀器等內容發展」
編程的一個重要目的是對數據的操作，因此，對於網站來說，除了WebService介面之外，最近為簡便方式就是將內容以RSS/RDF/ATOM格式，或者有意義的XHTML格式輸出，同時實現內容和表現的分離。
[Web2.0是個歷史學的概念，而非是個技術性的概念，它是對Web發展歷史斷代的成果。對這個概念的梳理，能幫助我更好的把握互聯網正在發生的技術與文化。]
---------------------------------------------------------------
中文網志圈談論的Web2.0內容摘要：
-「Web2.0是用來研究現象、發現規律的東西，不是用來招商引資、搭台唱戲的東西。當越來越多的互聯網應用採取與用戶互動的方式，越來越多的內容是由用戶產生，越來越多的用戶參與到互聯網創造的過程中的時候，其實它代表了一種新的思潮。在這種思潮之下，一些新的技術開始出現，一些古老技術重新煥發了生機。隨便你怎麼表述這樣一種現象，但現象本身是實實在在存在的，不管是叫它Web2.0，還是社會化互聯網。」[Keso：老冒給Web2.0澆了一桶冷水]
-「我覺得最有價值的一個是，web應用的數據格式開始逐漸出現了交換「標准」...這些標准...更加容易被機器自動化處理...能幫助人更好地過濾和定製化信息。其次，更多的服務將以webservice的形式來提供，...這使得web服務可以被互相集成，從而誕生更多新的服務...人的重要性被提高了。過去web更多注重在信息提供，而現在的越來越多的應用更加關注人，也就是所謂「社會性」。此外web的可用性改進正在被越來越重視...」[老冒：朝web2.0潑點冷水]
-「我認為Webx.x是人們為了區別不同時代Web的發展而使用的，而這些概念也是經過歸納出來的結果。抓住對方向，如Wikipedia中所提到的朝向互動及社會網路的方向發展，不論應用何種技術，只要能達到目的都是很好的。甚至作為一般的使用者，都可以不去理會Webx.x的討論，因為我們都已經在使用這些技術或網站了。」[圖書館觀點：Web2.0]
-「RSS逐漸成為在線內容提供服務的標准發行平台。Blog以及user-generated內容的興起。MyYahoo提供的RSS整合型服務。同時提出了值得密切關注的一些發展中領域，其中包括搜索技術，個性化，User-Generated內容（包括blog，評論，圖像和聲音），音樂，短視頻和Accessibility(易訪問性）」[Owen：MaryMeeker新作-關於DigitalWorld的發展報告的摘取]
-「我們談論的Web2.0帶給我們的是一種可讀寫的網路，這種可讀寫的網路表現於用戶是一種雙通道的交流模式，也就是說網頁與用戶之間的互動關系由傳統的「Push」模式演變成雙向交流的「Two-WayCommunication」的模式。而對於Web服務的開發者來說，Web2.0帶來的理念是服務的親和力，可操作性，用戶體驗以及可用性。」[Owen：BaCKpACK-體驗可讀寫的Web服務]
-「web2.0是一種可以被分發的信息概述，web文檔被格式化成了web數據。我們不會再看到不同舊地信息，現在我們所注意到是一種聚合、再混合內容的工具。」[songzhen：也說Web2.0的翻譯]
-「從這些應用中可以看到：如果基於傳統的HTML，同樣的功能實現將變得非常復雜和不穩定，數據的再生產和交換成本是很高的。所以：RSS這個標准最終要的貢獻就是使得互聯網的大部分網站變得可編程：類似的例子還有Blog中的：TrackBackPing等機制，這些機制都是依賴XML/RPC實現的。當初為Lucene設計一個RSS/XML的介面也是為了這個初衷，它使得全文檢索服務可以輕松的嵌入到各種應用中，通過關鍵詞將各種內容之間實現更豐富的關聯(WellReferenced)。」[車東：RSS，簡單協議使得互聯網可編程]
-「聚合的可能性以及如何更好地聚合（通常來說，更好的聚合應該基於個人知識管理和人際關系管理）很顯然應該成為新一代或者說web2.0架構的核心之一。還有，你會重新發現，恰好是分散帶動了聚合，聚合促進了分散，通過聚合的思維，互聯網的網路狀變得越來越豐富和密集，web2.0就變得越來越有趣味，它將web1.0時代的碩大節點即門戶網站不斷消解，去努力創造一個更加和諧的自然網路圖譜。」[Horse：rss，聚合的無數可能]
-「新的web2.0網站都依賴於用戶參與、用戶主導、用戶建設」。[Horse：Web2.0這個詞]
-Keso：Web1.0與Web2.0的區別
-「表面上看，Bloglines取代了門戶，成為一個新的中心，但這里有一個重大的區別。門戶是只讀的，它帶有某種鎖定的性質。你可以離開門戶，但你無法帶走門戶的內容。Bloglines則完全不同，你覺得它好用，就會繼續使用，有一天你不再喜歡Bloglines，你完全可以導出你的OPML，到另一個RSS訂閱網站，或者乾脆用客戶端軟體瀏覽同樣的內容。所以，像Bloglines這樣的網站，是可寫的，你可以導入，也可以導出。就像你對信息擁有選擇權，對服務提供商也同樣擁有選擇權，沒有人可以鎖定你，主動權在你自己手上。」[Keso：再說信息選擇權]
-「Flickr、del.icio.us、Bloglines等Web2.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有下面幾個方面的特性:個性化的傳播方式.讀與寫並存的表達方式.社會化的聯合方式.標准化的創作方式.便捷化的體驗方式.高密度的媒體方式．」[飛戈：Web2.0與未來的網路]
-「用RAILS寫的網站帶有典型的讀寫網路的特徵：RAILS創建的三個架構中的ACTIVERECORD這個模塊中，如果你讀讀它最重要的基類ActiveRecord::Base，你會發現有CREAT,EDIT,SAVE,DESTROY這些方法已經天然包含在內了，這讓實現一個資料庫的CRUDS行為變得如此簡單。由於這些類的方法直接和網頁的名稱映射到一起，這使得網頁本身就像一個可以編緝的資料庫的數據項。」[Blogdriver：RUBYONRAILS，wEB2.0世界新生的創造力]
-「Greasemonkey一定名列前茅。這個通過UserScript就能修改任何網頁輸出效果的插件極大的提高了用戶閱讀的自主性，一推出就引起了轟動，同時也引來了不少爭議。」[Webleon：platypus，完全可寫的互聯網]
-「Web1.0到Web2.0的轉變，具體的說，從模式上是單純的「讀」向「寫」、「共同建設」發展；從基本構成單元上，是由「網頁」向「發表/記錄的信息」發展；從工具上，是由互聯網瀏覽器向各類瀏覽器、rss閱讀器等內容發展；運行機制上，由「ClientServer」向「WebServices」轉變；作者由程序員等專業人士向全部普通用戶發展；應用上由初級的「滑稽」的應用向全面大量應用發展。」[Don：Web2.0概念闡釋]
Web2.0階段的一個重要特徵是開放，和Web初期的開放有很大不同，有以下幾種突出的表現：
內容方面。
-內容的創作共用授權。它的廣譜和可選擇性，讓它具有了足夠的生命力。CC先是在網志圈中廣泛採用，後來許多商業公司也紛紛採用CC方式（比如BBC）；先是文本世界採用，後來逐漸推廣到了多媒體世界，比如音頻、視頻、Flash動畫等等。一場自由的文化（freeculture）運動在各個方面悄然鋪開。
-內容來源方面的開放。和早期的Web階段相比，由於使用相關設備的成本降低，利用相關技術的門檻減低，人們可以自由生產並發布各種內容，比如文本信息，比如語音記錄，比如視頻錄制等。信息的生產和傳播不再僅僅是商業資本或者技術精英的特權。在Web的新階段，原來在商業、技術與大眾之間的信息生產和傳播的落差被削平。消除信息壟斷和去中心化已經成為可能。不僅如此，信息的生產和消費的模式也發生了變化，從原來的生產/消費的對立，變成了參與式的信息集市。
Web主體方面。
-商業網站也漸漸採取了開放的、參與的模式。除了內容上的CC授權出現之外。原來並不外露的內容，也隨著blog、podcasting等的興盛而對外開放。一些網站還在技術層面開放，比如開放源代碼，比如開放APIs（編程介面），讓自己成為一個平台，讓用戶可以參與衍生產品的創造，用戶本身也是產品的生產者。不僅是內容、技術層面，在鼓勵用戶的參與上，也有相應的開放出現，比如一些新聞網站的RSS源的輸出、引用通告（trackback）功能的採納、blogthis便利的提供，無一不是讓用戶參與到內容生產、傳播的各個環節。
-個人信息層面的開放。有開放，才有交流，才有社會行為和形態產生。個人內容的開放是與一類Web2.0服務的興起有關。它涵蓋了內容（文本、聲音、影像、視頻）、關系、行為等等。
❺ 如何提升前端頁面的可用性，訪問性
維護性一般包含兩個層次，一是當系統出現問題時，快速定位並解決問題的成本，成本低則可維護性好。二是代碼是否容易被人理解，是否容易修改和增強功能。可維護性和可復用性、可擴展性等有交叉的地方。構建可維護性好的代碼，對企業的長期發展非常重要。
可訪問性是：Web內容對於殘障用戶的可閱讀和可理解性。同時指南里還特別指明：提高可訪問性也能讓普通用戶更容易理解Web內容。具體而言，要考慮以下兩方面：
無論用戶是否殘障，都得通過用戶代理（User Agent）來訪問Web內容。因此要提高可訪問性，首先得考慮各種用戶代理 ：桌面瀏覽器、語音瀏覽器、行動電話、車載個人電腦等等。還得考慮用戶訪問Web內容時的環境限制 。比如：我們真的要考慮瀏覽器禁用JavaScript/CSS的情形嗎？我的理解是，要考慮的其實不是禁用了JavaScript/CSS的瀏覽器，而是那些對JavaScript/CSS不支持或支持不好的用戶代理。比如語音閱讀器，手機瀏覽器等，JavaScript提供的是一層可訪問性，不能代替內容本身。當然，從漸進增強的角度講，鼓勵使用高級特性，只是同時要做到優雅降級，讓低端用戶代理上，也能保留低保真的體驗。
❻ 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測試應該注意哪些地方，怎樣才能做好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的系統測試不但需要檢查和驗證是否按照設計的要求運行，而且還要評價系統在不同用戶的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶的角度進行安全性和可用性測試。
❽ 什麼是web標准，可用性，可訪問性
最主要的是客跨平台。
❾ 如何提高WEB可用性（二）什麼是可用性
現在，年輕的一代誰還能離開網路。
計算機網路提高系統可靠性，舉個例子微軟發布補丁增強系統安全和性能，殺毒升級等。
可用性，你用電腦天天上網是不是可用性。
❿ web3.0時代下,網頁設計將會有怎樣新的發展趨勢
1.用於UI設計的Sketch app
Sketch正在迅速取代Photoshop，用於從低保真線框到高保真模型和設計圖標的所有的UI設計任務。
Sketch app是一個專為web和移動設計人員製作的Mac應用程序。它的功能，靈活性和速度滿足了你對於一個輕量級，易於使用的軟體包的想像。有了這個app，你就可以專注於創作最佳的設計了。
它提供了一個順暢的工作環境，為任何界面提供工藝化的矢量元素，而且還有你想從Photoshop得到的許多功能，如文本效果和圖層樣式。
如果Sketch能夠繼續提供最佳的UI設計體驗，那麼它在2016年及以後必然還會繼續保持輝煌。
2.基於瀏覽器的IDE
桌面IDE已經存在了幾十年，從Notepad++到Xcode和visual Studio。IDE通過提供建議和語法高亮等功能使得我們可以更容易地編寫代碼。在IDE中寫代碼非常簡單，而且很易於閱讀。
但傳統的IDE是作為桌面應用程序發布的。從過去的幾年裡，基於瀏覽器的雲IDE發生了戲劇性的變化。除了web瀏覽器，我們不再需要任何軟體，因為瀏覽器允許設備操作來自於任何有互聯網接入的計算機的代碼。
雲IDE的功能更像是web應用程序，你可以保存代碼到你的帳戶進行共享或個人存儲。CodePen是目前最流行的IDE，支持HTML/ CSS/JS，具備像Jade/Haml 和LESS/SCSS一樣自定義的預處理。
CodePen主攻web前端。它可以顯示你最近的創造，並從其他網路資源上得到反饋。為惱人的bug建立一個測試案例。你還可以從CodePen上為你的項目找到設計模式和靈感。
3.card layouts（卡片布局）
網站的卡片布局在幾年前通過Pinterest而普及，從此成為了內容繁多網頁的趨勢。免費插件，如jQuery Masonry可用來模仿這種布局風格，它的動畫卡片可適應不同的高度和寬度。
卡片布局最適合用在信息很多卻又希望能被瀏覽的頁面。Google Now就使用卡片布局來為它的app做廣告。
你可以將卡片式布局看成是很多動態的網格，網格中只呈現最簡明的重要內容，這些內容條目組合在一起就形成了基本的列表。在線雜志就是完美的例子，如UGSMAG和The Next Web，就使用了卡片布局來展示其最新懂得帖子和內容。
4.自定義的解說視頻
形狀各異的組織都趨向於自定義解說視頻。使用動畫，例如Crazy Egg來製作這些視頻。即使如此，不同的視頻依賴於真正的鏡頭，例如Instagram Direct。
解說視頻的目的是說明產品或服務是如何工作的。訪問者有可能在瀏覽了一系列功能之後，依然不知道如何操作這個產品。而可視化的視頻則可以在短短幾分鍾的時間內一一說明功能，並涵蓋所有重要的內容。最關鍵的是人們喜歡觀看視頻而不怎麼喜歡閱讀文章。他們可以很容易地從視頻中明白你想表達什麼。
如果你想自己嘗試做一個自定義的解說視頻，那麼可以閱讀Udemy課程。這是一個側重登陸頁面設計視頻講解的深入學習課程。Udemy課程不僅僅說明了如何使用動畫視頻軟體，它也會告訴你如何使用視頻來吸引和隱蔽訪問者。
5.實況產品預覽
登陸頁面設計因網路速度的提高和瀏覽器功能的擴大，而發生了令人難以置信的改變。我注意到一個重要趨勢是，就是主頁或自定義登陸頁面增加了實時產品預覽。
以Slack的產品頁面作為例子。一個視頻演示和矢量圖形覆蓋了它的界面。這些產品預覽是讓潛在用戶第一眼就知道產品是如何操作的。
不只是消息，所有的文件，圖像，PDF文件，文檔和電子表格都可以放到Slack，和你想要分享的任何人共享。你可以添加註釋，標注星號供以後參考，這一切完全都是可以搜索的。
6.自動化任務運行器
前端開發的世界，隨著一堆針對網站創新而出現的新的最佳實踐，發生了巨大的改變。任務運行器/構建系統，例如Gulp和Grunt，替代了以前事先需要大量手動去完成的任務，越來越被我們廣泛使用。
自動化是快速周轉和高質量代碼的命脈。眾所周知，機器不會出錯，所以自動化程度越高，產生的問題越少。
這些工具基本上運行的是JS代碼，可以自動化實現部分工作流程——無論是自定義的JS代碼還是其他人寫的腳本。
7.用於設計的協作工具
即時消息和群聊已經出現了十多年。人們喜歡這個功能，並在今後他們可以繼續使用此功能。然而，這些資源在傳統上依賴於純文本附加文件的一些功能。
但是，我們在討論的是未來，未來一個新出現的趨勢是，在聊天應用程序中共享實時設計文檔。Notable就是其中一個例子，創新和注釋可以被分層在文檔的頂部。通過快速迭代它提供了更好的界面。從草圖到完全編碼的網頁，Notable讓團隊在設計過程的每一步得到更快的反饋。
Slack是當下最流行的聊天應用程序，支持許多類似的功能。
8.響應式前端框架
前端框架，例如Bootstrap，已經存在了相當長的時間，並將繼續展現其價值。響應式設計，受其成為框架方式的制約，可以成為前端代碼，而不是僅僅只是後端（Django，Laravel，等等）。
邁入2016年，我認為我們會閱讀到更多關於響應式前端框架以及它們在web項目中的價值的內容。並且在接下來的一年時間里，可能會發布很多前端框架的app，比現在的功能更強大。許多設備正在急切等待Foundation 6以及Bootstrap4公共V1版本的發布。
9.更關注UX設計
UX設計是通過改進可用性，可訪問性，以及用戶和產品之間互動產生的愉悅感來加強用戶滿意度的過程。
用戶體驗設計領域將隨著更多設計師和開發者的關注而繼續快速增長。UI設計是UX設計的一部分，但不是最終目標。UI是手段而不是目的，最終目的是提供一個夢幻般的用戶體驗。
目前，針對這些目的的資源有UX Stack Exchange和free UX ebooks。如果你還沒有涉獵用戶體驗，那麼現在是學習和了解UX原則如何應用到所有數字界面窗口的最佳時機。
10.支持觸摸的網站功能
智能手機瀏覽器，支持所有站點的觸摸功能，以保持reverse similarity。我們也可以看到更多的插件和自定義元素添至站點，關注觸摸事件的特定對象。
我們希望網站可以實現觸摸功能。而且這種網站也會因為其獨特的功能而提升訪問量。如Photoswipe和Dragend.js等內置的插件可以處理觸摸屏上的滑動和點擊手勢。web開發人員不僅要會構建響應式網站，還得能構建具備觸摸功能的網站。
這些插件提供了觸摸功能，但是網站還需要具備其他的手勢功能。如果你多搜索一下的話，你會發現一些真正令人印象深刻的，針對web的，內置的，純粹依靠觸摸事件的功能。
這些就是3.0時代的Web設計趨勢，它們的到來和發展將使得構建網站變得更容易和更簡單。