檔則由項(xiàng)目經(jīng)理、測試經(jīng)理、系統(tǒng)分析員和其他測試人員參與。評審過程中，主要從以下幾方面考察文檔的質(zhì)量：
可讀性。主要從文檔是否符合公司模板規(guī)范、邏輯結(jié)構(gòu)層次是否清晰明確、文字表達(dá)是否無歧義等方面判斷;
完整性。主要從文檔是否完全滿足要求，是否已覆蓋所有的功能點(diǎn)等方面判斷;
一致性。主要判斷文檔表述是否前后不一、是否有矛盾等;
技術(shù)可行性。主要判斷目前的技術(shù)框架是否支持，是否有類似的經(jīng)驗(yàn)，是否有技術(shù)風(fēng)險等。
2、 技術(shù)評審
技術(shù)評審包括項(xiàng)目技術(shù)框架的選型評審、具體某個模塊的技術(shù)實(shí)現(xiàn)方式評審等。技術(shù)框架的評審目的是為了在進(jìn)入大規(guī)模編碼開發(fā)前確認(rèn)選擇何種技術(shù)框架、判斷現(xiàn)有的技術(shù)框架是否滿足項(xiàng)目功能和性能需求、框架是否足夠穩(wěn)定以及可能存在的風(fēng)險等，具體某個模塊的技術(shù)實(shí)現(xiàn)方式評審目的是為了保證選擇的實(shí)現(xiàn)方式目前來說是最優(yōu)的、可以推廣到其他模塊使用的。技術(shù)評審?fù)ㄟ^評審會議的方式進(jìn)行，參與的人員包括項(xiàng)目經(jīng)理、系統(tǒng)分析員、開發(fā)人員、公司內(nèi)部相關(guān)技術(shù)的專家、有同類項(xiàng)目經(jīng)驗(yàn)的實(shí)施人員、質(zhì)量控制人員等。
3、測試檢查
測試檢查是由測試人員根據(jù)測試用例對軟件產(chǎn)品進(jìn)行功能測試以及使用壓力測試工具對系統(tǒng)進(jìn)行壓力測試。測試檢查的目的是確保交付給客戶執(zhí)行驗(yàn)收測試前軟件產(chǎn)品經(jīng)內(nèi)部嚴(yán)格測試，檢查系統(tǒng)是否滿足用戶需求和符合實(shí)際應(yīng)用環(huán)境的需要，從而增強(qiáng)客戶對項(xiàng)目成功的信心。
測試發(fā)現(xiàn)的缺陷我們使用JIRA系統(tǒng)進(jìn)行跟蹤和監(jiān)控。測試人員在系統(tǒng)上提bug，由相應(yīng)的系統(tǒng)分析員負(fù)責(zé)對缺陷進(jìn)行原因分析和影響分析，必要時與程序員一起確認(rèn)問題產(chǎn)生的原因和可能影響的模塊，分析后轉(zhuǎn)交由相應(yīng)的開發(fā)人員進(jìn)行修改，缺陷修復(fù)并經(jīng)單元測試后發(fā)布到測試環(huán)境交由測試人員進(jìn)行驗(yàn)證測試并關(guān)閉此問題，最后由客戶進(jìn)行驗(yàn)收測試后并確定發(fā)布版本和發(fā)布時間后予以發(fā)布。在這個流程中，測試人員驗(yàn)證測試時需要對該缺陷涉及的本模塊其他功能和其他模塊進(jìn)行一輪回歸測試，確保已修復(fù)的缺陷不再重復(fù)產(chǎn)生，其他功能不受影響。
另外，為了確保已發(fā)現(xiàn)的缺陷不再重復(fù)出現(xiàn)，對于頻繁出現(xiàn)的，如界面顯示的是代碼而非中文、缺乏信息提示、沒有進(jìn)行邏輯檢查、后臺計算結(jié)果有誤等缺陷進(jìn)行進(jìn)一步的分析，找出是因?yàn)橄到y(tǒng)設(shè)計文檔的缺陷、人為疏忽還是沒有按照設(shè)計文檔設(shè)計或其他原因所導(dǎo)致，從而制定相應(yīng)的改進(jìn)措施。
4、代碼走查
代碼走查主要是對軟件代碼進(jìn)行復(fù)審，主要以高級程序員復(fù)審代碼或同級別的程序員交叉檢查的形式進(jìn)行。代碼走查的目的是通過抽查，保證代碼的編寫和注釋符合編碼規(guī)范，編碼邏輯符合系統(tǒng)設(shè)計要求，減少測試返工以及因測試返工引起的來回溝通、回歸測試等問題，降低管理成本，提高開發(fā)效率。