在這個網站建設項目生命周期中進行可用性測試，這意味著要采取輕量級的測試。

在這種測試中，開發的任何新發現成果都被展示給同事，讓他們看看是否能夠理解。這種簡單的測試方法相當有效。

如果你選擇更加高級別的測試者和測試方法。不要以犧牲測試的數量為代價。

為什么測試“頻繁進行”很重要

測試剛開始時，許多用戶受阻于所遇到的第一個困難。第二輪測試使你能修復這些問題，用戶可以進一步發現新的問題。測試頻率和時間。

任何進行測試？

在網站建設項目開始前，對你的現有網站或者競爭對手的網站進行測試。這些網站作為免費的原型，幫助你識別潛在的可用性問題。接下來，測試新網站是草案和網站設計概念。你的網站建設人員可能一再拒絕向用戶展示未完成的作品。但是這是識別潛在問題的寶貴機會，錯過這一機會可能使你在識別問題上花費更多的時間。

當你測試一個設計的可用性時，要關注用戶是否能夠理解設計。用戶是否理解網站是內容和運作方式？用戶是否理解網站使用的術語，是否注意到網頁上希望引起他們注意的屏幕元素？

在你開始建設之前，應該考慮對網站的全模型進行測試。全模型是你的網站上希望引起他們注意的屏幕元素？

在你開始制作之前，應該考慮對網站的全模型進行測試。全網站建設模型是你的網站的一個臨時性版本，包含了你經過裁剪的網站設計、內容和交互。全模型為測試者提供了一個真實的體驗，這對于測試導航和基本完成情況是很理想的。

臨時性全模型的缺點是制作費用時和昂貴，但是這還是比測試已經完工的網站要好些，已經完工的網站難以修改。

用戶測試不應該到全模型結束，而要隨著網站的構建不斷進行測試，對半成品網站也可以進行用戶測試：在已經完成的部分上選擇用戶任務。

最后，進行一輪上線前測試。到這個階段，大部分問題都已經被發現，但是最后的檢查將發現你能夠改正

昆山網站備案總結的經驗。