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

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