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