一般網建公司的人力配備是商務、設計、程序，所以沒有售后和行政。那么網站在做完后，測試的任務就交到商務的身上了，其實測試這個活也挺適合商務做的，因為只有商務才最了解客戶的需求，知道什么樣的網站才是客戶想要的，而且程序員自己做的程序，往往因為自己寫的代碼是認為邏輯暢通，看不出問題，只有另一個人測試，才會發現問題，所以商務來測試是最好的。
   商務可以做的測試最可能的就是黑盒測試——不考慮程序的內部結構，直接在程序接口上進行測試。通俗的講就是把產品拿過來直接用找Bug。其它的測試方法還有白盒測試和沙盤測試，本文不詳解。
   網站的應用環境往往是用瀏覽器來查看，有PC版網站，也有手機版網站，需要根據使用環境進行測試，同時還要兼顧瀏覽器類型的不同是否影響網站的展示效果。
第一步，將設計師的確認圖打開，寫測試用例
   為什么要根據設計師的確認圖來測試呢？因為程序在實現的過程中有可能會遺漏掉一些設計圖上存在的功能，只看程序界面是根本看不出來的。
根據設計師的頁面架構、功能設計，寫出測試用例，要包含操作步驟，和輸出的結果，這對于程序在核實問題是很有幫助的。

根據網站中所用到的功能全部寫出用例后，才能開始進行網站測試，測試用例對于功能性的網站是非常重要的，不會漏掉一些功能沒測到。當你寫完測試用例，估計會有幾十頁了，辛苦你啦~！
架構
第二步，測試網站功能
   根據測試用例一條一條的進行網站測試，當有問題出現的時候，可以將這一條標記，方便查找和復測。所有都測完后，測試結果提交給程序員進行修改。程序改好后，就按標記出的測試問題進行復查，如果遇到程序無法實現的功能，這個時候就要暫留，將來要和客戶溝通是否必要，可否放棄功能，或者以其他方式來實現目的是否合適。
第三步，測試網站性能
   上面的測試只是基于網站的功能是否可以正常使用為標準的，而網站是要發布到互聯網上的，會有用戶群體的，這個群體的數量可能會比較大，這要考驗網站的性能，是否可以承受得起這樣的壓力，同時還要考慮網站的安全性是否可以達到要求，因此要做性能測試。
當會員數量達到上千時，頁面加載速度會變慢嗎？
隨便亂點，會出現404頁面嗎？
出錯后會給用戶反饋嗎？
會員的數據安全性怎么樣？
超載運行時，網站能否分配用戶引流？
數據丟失后如何找回？
網站的代碼足夠精簡，利于維護推廣嗎？
   測試是一個非常辛苦的活，用我的話來說，測試就是體力活，需要不斷的提交數據，不斷的記錄反饋結果，描述問題情況。這個過程是反反復復的，只要程序改不好這個BUG，測試就要不斷的重復操作。但測試也需要一定的邏輯，如果邏輯不能達到與程序共同的節奏上，就會發現有些功能永遠改不好。測試需要有責任心，對客戶負責，對用戶負責，對程序負責，一個好的測試，可以不斷的打磨程序，讓程序在錯誤中不斷的總結，不斷的提高，越來越成熟和有經驗。