單元測試ppt課件(編輯修改稿)
2025-06-05 22:16 本頁面
【文章內(nèi)容簡介】 0級測試(BVT), 70%通過 1級測試，不允許 Checkin Zhu.Kerry@gmai 單元測試具體流程 (續(xù) ) ? 測試代碼主體由軟件測試工程師 (SDET,STE)編寫 ? 測試從寫軟件測試規(guī)格書 (Test Spec)開始 ? Test Spec必須通過 PM， Dev與同組 Tester共同開會研究通過 ? 測試代碼根據(jù)不同測試的情景分為 04級的優(yōu)先級 ? 0級測試稱為 BVT (Build Verification Test) ? 在 Dev主要的功能實(shí)現(xiàn) Checkin前 ,01級測試代碼必須已由測試工程師完成 ? 在 Dev進(jìn)行 Checkin時， 0級測試必須 100%通過 Zhu.Kerry@gmai 單元測試具體流程 (續(xù) ) ? 在 Dev進(jìn)行 Checkin時， 1級測試必須至少有 70%通過 ? Dev進(jìn)行產(chǎn)品代碼的 Checkin ? Test進(jìn)行測試代碼的 Checkin ? 產(chǎn)品編譯由 Build團(tuán)隊(duì)每日進(jìn)行 ? Test編譯由測試團(tuán)隊(duì)在產(chǎn)品編譯完成后進(jìn)行 ? 測試編譯完成后，由測試自動化系統(tǒng)進(jìn)行測試 ? 在隨后的代碼優(yōu)化與穩(wěn)定期內(nèi)，測試工程師編寫 24級測試代碼，并報(bào)告產(chǎn)品 Bug， Dev負(fù)責(zé)修改 Bug，穩(wěn)定并優(yōu)化產(chǎn)品 Zhu.Kerry@gmai 靜態(tài)測試技術(shù)的運(yùn)用 靜態(tài)測試技術(shù)： 不運(yùn)行被測試程序，對代碼通過檢查、閱讀進(jìn)行分析。 三步曲： ? 走查 （ Walk Through）。 ? 審查 （ Inspection）。 ? 評審 （ Review） Zhu.Kerry@gmai 編碼的標(biāo)準(zhǔn)和規(guī)范 標(biāo)準(zhǔn)：建立起來必須遵守的規(guī)則。 規(guī)范：建議最佳做法，推薦更好方式。 實(shí)施標(biāo)準(zhǔn)和規(guī)范的原因： ? 可靠性。 ? 可讀性和可維護(hù)性。 ? 可移植性。 Zhu.Kerry@gmai 走查 （ Walk Through） 定義：采用講解、討論和模擬運(yùn)行的方式進(jìn)行的查找錯誤的活動。 注意： ? 引導(dǎo)小組成員在走查前通讀設(shè)計(jì)和編碼。 ? 限時，避免跑題。 ? 發(fā)現(xiàn)問題適當(dāng)記錄，避免現(xiàn)場修改。 ? 檢查要點(diǎn)是代碼是否符合標(biāo)準(zhǔn)和規(guī)范，是否有邏輯錯誤。 Zhu.Kerry@gmai 審查 （ Inspection） 定義：采用講解、提問方式進(jìn)行，一般有正式的計(jì)劃、流程和結(jié)果。主要方法采用缺陷檢查表。 注意： ? 以會議形式，制定會議目標(biāo)、流程和規(guī)則，結(jié)束后要編寫報(bào)告。 ? 按缺陷檢查表逐項(xiàng)檢查。 ? 發(fā)現(xiàn)問題適當(dāng)記錄，避免現(xiàn)場修改。 ? 發(fā)現(xiàn)重大缺陷，改正后會議需要重開。 ? 檢查要點(diǎn)是缺陷檢查表，所以該表要根據(jù)項(xiàng)目不同不斷積累完善。 Zhu.Kerry@gmai 走查與審查的比較 Zhu.Kerry@gmai 走 查 審 查 準(zhǔn)備 通讀設(shè)計(jì)和編碼
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1