關於單元測試的問題之前我們也進行過討論，但究竟如何實行、實行後能達到什麼樣的效果還沒有形成結論。下面是我的一些想法，大家一起**。
標準的單元測試應該完全由測試人員來完成，主要工作包括定義測試用例、編寫單元測試**、測試**的執行和跟蹤、測試報告分析。
依賴資源：需求文件、介面原型、設計文件、功能測試用例
生成製品：單元測試用例、單元測試**、單元測試報告
單元測試的目的是提高**質量、及時發現**缺陷，減少後期功能測試的工作量和難度，單元測試與功能測試的職責、角色一定要界定清楚。
從部門目前人員整體的技術能力、測試能力來看，實行起來有較大的難度，所以我建議目前還是將主要精力集中在功能測試方面，集中把功能測試做好。單元測試要做的話，建議分步驟逐步展開：
單元測試用例由測試人員在【功能測試用例】的基礎上細化，定義出每個測試的輸入、輸入、輸出必須的校驗和斷言；
編碼人員在**實現過程中針對測試用例進行單元測試**的編寫，每個模組交付測試時必須同時完成單元測試的編寫，並將被測試方法名稱、測試方法名稱補充到對應的測試用例中；
測試人員及時跟蹤測試**完成情況、執行單元測試、彙總測試報告、並對測試報告進行分析（測試覆蓋率、bug率等指標）；架構師、開發組長要及時關注測試情況並將單元測試作為工作量考核、**評審的重要內容。
測試**的編寫工作我們可以逐步進行展開：第一階段由開發人員自己編寫，經過一段時間的實踐與磨合，編碼與測試人員之間的工作方式、工作流程逐步協調之後，再考慮推行編碼人員（相關模組）之間的交叉測試、交叉編寫測試**；隨著編碼人員、測試人員能力逐步提高、測試隊伍逐步壯大、配套條件具備後之後，再考慮將測試**編寫工作完全交由測試人員編寫。同時可以根據不同專案的質量控制要求、工期、人員投入、經費情況進行這三種測試模式地選擇、靈活地決策，避免一刀切的現象。
經過這幾個階段的過渡逐步實現測試工作的系統化、標準化。
單元測試的實施 以VU為例
單元測試由誰來做？單元測試由測試部門來做還是由開發部門來做，是乙個引起廣泛爭論的話題。我們的觀點是 由測試部門和開發部門共同來做 測試部門負責制定規範 培訓，並檢查測試效果 由開發部門負責具體的實施，最好是邊開發邊測試。測試部門可能不具備實施單元測試的足夠人手，即使測試部門有足夠的人手，即使專案時間...
單元測試 單元測試文章收藏
前言 前段時間公司計畫做自動化測試，自己也打算圍繞幾個點做相關調研，現在想想呢？其實對自動化測試的概念都還不是十分清晰，當時主要還是圍繞 單元測試 向qa小夥伴學習了一段時間，現由於公司重組，學習中斷，這裡簡單記錄一些單元測試好文，留待後續參考.什麼叫自動化測試？自動化測試覆蓋率？覆蓋率如何做到的？...
單元測試之Django單元測試
每個應用，自帶tests.py 整合在django的專案檔案裡，更多是開發人員寫django自動的測試執行 3.1 前後置方法執行特點 django.test.testcase類主要由前 後置處理方法和test開頭的方法組成 特點 繼承於django.test.testcase 測試用例都是test...