1． 編寫目的
本檔案作為軟體測試過程的通過標準，目的是合理有效的對軟體階段質量進行一定程度的控制，同時為各個專案測試的深度選擇提供參考。
2． 主要內容與適用範圍
2.1 主要內容
本標準規定了禪道bug的分類標準，以及描述了測試通過標準的具體內容。
2.2 適用範圍
本標準適用於本公司所有專案的功能測試，在一階段測試完成後，對測試結果進行評判。對於開發過程程式設計師自測，白盒單元測試本標準不適用。
3． 禪道bug分類標準
一類：這類問題會使電腦宕機，重啟。
二類：阻礙流程的問題（包括正向及反向邏輯）。
三類：非流程性問題。
四類：頁面及建議類問題(如果頁面涉及到重要內容，**錯亂等，可將等級提公升)。
4． 通過標準
（1） 需求規格說明書中的需求必須全部實現並測試通過。
（2） 主流程暢通，系統沒有一類和二類bug。
（3） 測試用例寫完之後，對這階段的bug剩餘數量制定乙個標準（這個標準需根據專案的複雜程度分別制定，比如國企剩餘bug不能超過60個，綜合平台不能超過30個）。這階段最終測試結果bug數需在剩餘標準之內。
（4） 剩餘三類四類有爭議的bug，測試人員和專案經理需討論通過，如果無法達成一致，需專案管理辦公室介入，決定是否遺留有爭議的bug。
（5） 測試結果不通過時，經商議，剩餘bug雖重要但不影響本次使用，需出具乙份報告，留作上線依據。
（6） 上線後，進行α測試（非開發測試人員進行測試），收集問題，增加系統的可靠性。
專案發布 測試
1.在自己本地用eclipse開發完成後，如果要放到遠端的tomcat下面執行，有2中方式。1 在自己的eclipse裡面打成war包，放到遠端的tomcat的目錄下面，即可。工程名右鍵 export war檔案 打包先放到本地的硬碟中 即可.2 可以在本地開發的eclipse的工程目錄下的tomc...
效能測試標準
1.cpu利用率小於40 2.記憶體占用小於80 3.processor queue length小於2 4.response time小於1s 5.吞吐量throughtput大於90 6.業務執行的平均響應時間 期望值 15s 1.吞吐量 單位時間內網路傳輸資料量 2.衝突率 在乙太網上監測到的...
測試結束標準
1.1軟體測試停止標準 1 軟體系統經過單元 整合 系統測試，分別達到單元 整合 系統測試停止標準。2 軟體系統通過驗收測試，並已得出驗收測試結論。3 軟體專案需暫停以進行調整時，測試應隨之暫停，並備份暫停點資料。4 軟體專案在其開發生命週期內出現重大估算，進度偏差，需暫停或終止時，測試應隨之暫停或...