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