|
2.10 Beta版站點實現(xiàn)
一旦模擬站點可以接受，就可以著手實現(xiàn)真實的站點。真實的內(nèi)容應(yīng)該放在網(wǎng)頁上，后端構(gòu)件和交互的要素也應(yīng)該與最后的外觀設(shè)計集成為一個整體。這里要討論的技術(shù)和實現(xiàn)問題太多，第1 0章到第1 3章會單獨討論這些問題。盡管實現(xiàn)看起來是項目最消耗時間的方面，但如果所有的構(gòu)件已經(jīng)收集好并且已經(jīng)實現(xiàn)好原型，實際的站點實現(xiàn)做起來會比較快。
2 . 11 測試
對大多數(shù)程序員來說，測試可能是Web開發(fā)過程中最不喜歡的一個方面。在完成了所有艱苦的任務(wù)如規(guī)范說明書、設(shè)計和實現(xiàn)后，大多數(shù)程序員只是準(zhǔn)備好發(fā)布。應(yīng)該防止這種沖動。對積極的用戶綜合印象來說，測試是非常關(guān)鍵的。在發(fā)布后，不要促使用戶測試站點。如果他們在實現(xiàn)好的站點上遇到一個問題，他們是不會原諒的。一定要記住以下設(shè)計規(guī)則：規(guī)則：站點一定會存在一些問題，必須好好測試你的站點。
不幸的是，Web站點的測試經(jīng)常就是簡單的歸為用瀏覽器快速地訪問站點，或者檢查站點的鏈接體。問題一定會在站點中存在，無論是什么樣的。不幸的是，大多數(shù)開發(fā)者認(rèn)為只要站點的外觀看起來沒有問題，它就是沒有問題的。記住第1章中所說的，站點設(shè)計不只是僅僅包括外觀設(shè)計：必須同時測試站點的其他方面，就像以下規(guī)則所綜述的：
規(guī)則：測試應(yīng)該涉及站點的各個方面，包括內(nèi)容、外觀、功能和目標(biāo)。
附錄B詳細(xì)討論了站點的評估和測試，尤其是針對完成的站點。這里簡單綜述一下Web的測試。 1. 外觀可接受度測試外觀可接受度測試可以保證Web的外觀與設(shè)想的一致。瀏覽站點的每個網(wǎng)頁，確信它們在樣式、顏色和風(fēng)格上一致。用不同的瀏覽器和分辨率或與真實用戶一致的瀏覽環(huán)境來瀏覽網(wǎng)頁。用瀏覽器快速地訪問站點，看看樣式是否一致。在瀏覽站點的同時，注意尋找樣式不規(guī)則的地方。外觀可接受度測試可能要求每一個網(wǎng)頁都打印出來。記住不要專注于為在線消費設(shè)計的打印測試網(wǎng)頁。 2. 功能測試既然大多數(shù)網(wǎng)頁的基本功能就是在屏幕上顯示自己，功能測試和外觀測試在某種意義上經(jīng)常重疊。然而，大多數(shù)站點至少包括導(dǎo)航這樣的基本功能。確信檢查了站點上每個鏈接體并校正了每個斷開的鏈接體。斷開的鏈接體應(yīng)該當(dāng)作一個非常嚴(yán)重的錯誤。確信測試了諸如窗體這樣的交互元素。通常采用現(xiàn)實情況和極端情況這兩種測試條件。通過輸入明顯的錯誤來測試窗體。記住，用戶不會按照你所想的行事，盡量考慮一些不可預(yù)料的情況。 3. 內(nèi)容驗證站點的內(nèi)容細(xì)節(jié)很重要。確信所有的內(nèi)容都是合適的且詞語的用法保持一致。檢查諸如產(chǎn)品名、版權(quán)日期和商標(biāo)等細(xì)節(jié)。一定要記住檢查單詞的拼法。客戶和用戶會僅因為一個印刷錯誤而認(rèn)為整個站點很糟糕。這種重要性怎么強調(diào)也不過分。進(jìn)行測試的最好辦法是把每一個網(wǎng)頁打印出來并認(rèn)真閱讀每一行。 4. 系統(tǒng)和瀏覽器兼容性測試在開發(fā)時可能就考慮到了系統(tǒng)和瀏覽器的限制，但測試時一定要驗證。在瀏覽站點的時候，一定要用用戶會使用的同樣類型的系統(tǒng)和瀏覽器。不幸的是，大多數(shù)情況下測試用的系統(tǒng)比用戶采用的系統(tǒng)一般要強大些。項目規(guī)劃應(yīng)該有詳細(xì)的瀏覽器需求，一定要讓站點用指定的瀏覽器訪問時非常順利。 5. 發(fā)送測試檢查一下站點發(fā)送得是否充分。在用戶的真實條件下瀏覽站點。如果站點是為“美國在線”的調(diào)制解調(diào)器用戶設(shè)計的，建立一個“美國在線”用戶賬號，用調(diào)制解調(diào)器測試站點發(fā)送速度。為了模擬站點流量，考慮用測試軟件創(chuàng)建虛擬用戶點擊站點。這會模擬出站點的響應(yīng)速度。測試時一定要用真實的服務(wù)器和大致相同的系統(tǒng)。一定不能低估站點發(fā)送的影響。在設(shè)計規(guī)范說明書時，如果對此考慮得不夠充分，整個項目可能偏離軌道。關(guān)于發(fā)送條件的更多信息，請參看第1 4章。用戶接受程度測試用戶接受程度測試應(yīng)該在站點看起來正常后進(jìn)行。對于軟件，這種測試通常成為B e t a測試。讓用戶使用站點，并做最后一次的評價。不要直到明顯的錯誤被校正后再進(jìn)行這種測試，就像下面規(guī)則所說的。
規(guī)則：用戶測試是最重要的測試形式，不要在最后才進(jìn)行。
因為用戶測試最接近真實的用戶，所以它是最重要的測試形式。如果問題沒被發(fā)現(xiàn)，你可能不立刻糾正錯誤。如果問題不是很大，你仍可發(fā)布站點，而遲些時候再糾正。然而，如果發(fā)現(xiàn)了嚴(yán)重的問題，最好延期發(fā)布直到問題被糾正。
2.12 發(fā)布和以后的問題
如果站點準(zhǔn)備發(fā)布，不要放松—你還沒有發(fā)布。實際上，你的工作僅僅開始。現(xiàn)在是觀察站點實際運作情況的時候了。站點是否符合用戶的期望？站點的開發(fā)目標(biāo)是否已達(dá)到？是否還需要其他的校正？底線是站點必須繼續(xù)運行。新的特征可能需要，為了適應(yīng)技術(shù)更新而升級是不可避免的。為了滿足市場需要而改變外觀也非�？赡堋＿@樣就開始了被成為維護的持續(xù)開發(fā)過程。一旦瀑布模型的最后階段完成，就應(yīng)該重新返回起始階段，正如以下規(guī)則所述：
規(guī)則：站點開發(fā)是一個持續(xù)的過程：規(guī)劃、設(shè)計、開發(fā)和發(fā)布，如此周而復(fù)始。
2.13 歡迎來到真實世界
盡管站點的開發(fā)過程看起來非常直觀，但它并不是一直都很順利。對真實世界來說，存在太多的變化。例如，考慮為某個人如老板或客戶設(shè)計站點。如果某個人為創(chuàng)建某個站點掏錢，你可能需要把他的想法摻雜進(jìn)去，而不管需求是否與用戶的想法一致。一定要勸說別人在做決定時考慮用戶的想法。一定要顯示設(shè)計理論的優(yōu)越而不是鼓吹規(guī)則。做好舉一些你的想法的例子的準(zhǔn)備。然而，必須做好接受你的想法被別人拋棄的準(zhǔn)備。
注意有經(jīng)驗的設(shè)計者會準(zhǔn)備很多站點組合以備討論。與為顧客準(zhǔn)備的發(fā)型書相同，用戶所想的是很難用詞語描述。
大多數(shù)站點項目容易存在爭端問題。不要指望任何人都同意。公司的部門會爭奪控制權(quán)，這種情況經(jīng)常出現(xiàn)在技術(shù)部門和市場部門之間。會有數(shù)不清的自稱Web專家的人給出建議，這會激起更多麻煩。如果某人的兄弟的朋友聲稱用微軟的F r o n t P a g e自動化工具在一小時內(nèi)建好一個站點，不要感到驚訝。解決爭端的唯一方法是耐心并盡量地說服別人。沒有一個適當(dāng)而清晰的規(guī)范說明書，開發(fā)者會發(fā)現(xiàn)自己處于一個容易受到攻擊的不穩(wěn)定位置。
一定要記住，遵循某個進(jìn)程模型的目的是減少Web項目中出現(xiàn)的問題。然而，一個進(jìn)程模型不能考慮現(xiàn)實世界中的所有問題，尤其是關(guān)于人的問題。經(jīng)驗是處理很多問題的唯一老師。Web 項目中缺少經(jīng)驗的開發(fā)者會被鼓勵摸滾打爬，從而在克服障礙時獲得經(jīng)驗。
2.14 小結(jié)
建立一個現(xiàn)代的站點非常具有挑戰(zhàn)性，所以站點開發(fā)者應(yīng)該采用一種方法學(xué)或進(jìn)程模型來指導(dǎo)開發(fā)過程，從而有希望減小風(fēng)險和管理的復(fù)雜性，并且改進(jìn)最終結(jié)果。諸如修正瀑布模型的軟件工程進(jìn)程模型在大多數(shù)Web項目中很容易應(yīng)用。然而，有時候，由于缺乏項目管理經(jīng)驗或清晰的目標(biāo)，應(yīng)該采用一種原型驅(qū)動方法或聯(lián)合應(yīng)用方法。通常，基于原型的方法更適合站點的自然特性，減少不必要的風(fēng)險，在開發(fā)出合適的站點之前反復(fù)進(jìn)化。在站點開發(fā)早期階段進(jìn)行規(guī)劃，可以減小風(fēng)險并提高最后的開發(fā)質(zhì)量。應(yīng)該撰寫一個包括站點目標(biāo)、訪問者、任務(wù)分析、內(nèi)容需求、站點結(jié)構(gòu)、技術(shù)需求和管理考慮的內(nèi)容設(shè)計文檔。設(shè)計文檔應(yīng)該指導(dǎo)站點的實現(xiàn)。在站點實現(xiàn)時，應(yīng)該利用塊結(jié)構(gòu)圖、紙張模擬圖、情節(jié)說明圖板、甚至模擬站點來減小后來重新設(shè)計站點的可能性。在規(guī)劃詳細(xì)且原型實現(xiàn)好后，實現(xiàn)就應(yīng)該很快速，而需要重復(fù)的工作量很小。然而，一旦完成，不要急于實現(xiàn)在線訪問—充分的測試是必要的。長時間的維護是必要的，持續(xù)的警惕也是必要的，否則你的站點會開始惡化。
出處：藍(lán)色理想
責(zé)任編輯：嘯
上一頁 分割的設(shè)計階段 下一頁
|
第 1 頁 
第 6 頁 測試與發(fā)布
