系統(tǒng)單元測試規(guī)范-4：java單元測試指引-展示頁
2024-08-20 16:12本頁面
【正文】 過不允予通過發(fā)布。2) 一個單元測試用例只涉及到一個被測模塊，避免牽扯到太多的模塊。2) 最終目標每個系統(tǒng)的所有測試用例代碼需要覆蓋系統(tǒng)的所有功能。若能夠通過更全面的測試發(fā)現(xiàn)代碼中的隱藏缺陷，便能提升代碼的健壯性，使系統(tǒng)在長期運行中發(fā)生更少的問題。而研發(fā)人員平時在功能開發(fā)完成后進行自測的時候使用的方式也因為個人喜好或各種原因沒有形成統(tǒng)一。部分業(yè)務(wù)在時間的推移上會發(fā)生變化引起系統(tǒng)在代碼層面上的重構(gòu)，系統(tǒng)代碼在軟件工程的生命周期中不斷的迭代和變化。JAVA單元測試指引 1. 背景系統(tǒng)的規(guī)模及復(fù)雜度與時間及業(yè)務(wù)的拓展成正比。隨著系統(tǒng)的規(guī)模不斷變大，各子系統(tǒng)內(nèi)的業(yè)務(wù)邏輯的新增，系統(tǒng)的代碼總數(shù)也在不斷的增加。代碼的新增以及重構(gòu)都需要通過嚴格測試才能部署上線，公司目前對于上線功能采取的多數(shù)是黑盒測試，并未使用白盒測試對研發(fā)人員編寫的代碼進行更高的覆蓋測試。因此，系統(tǒng)若能在編譯、部署、上線的時候能夠?qū)λ泄δ芏歼M行盡可能全面的白盒測試將會有助于降低系統(tǒng)在升級過程中的故障率，提高系統(tǒng)升級的速度。2. 需求研發(fā)人員在功能開發(fā)結(jié)束之后應(yīng)當同時提交該功能的單元測試用例代碼，并且該單元測試用例代碼需要滿足以下幾點需求：. 功能覆蓋1) 每個單元測試代碼中需要覆蓋該功能的所有輸入和輸出，并對輸出進行校驗。（存量系統(tǒng)在后續(xù)分階段補充）. 測試顆?；?) 單元測試用例只測試小顆粒的功能。. 測試自動化1) 單元測試的輸入，輸出以及校驗全部自動化，不需要
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1