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

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