目前進行工作量測算的方法一般都採用按功能點進行測算，而這種方法都需前期進行大量的需求和設計工作，對一般的開發公司來說，這一塊恰恰是軟肋。要完成詳細的功能點測算，對於設計和分析人員的要求也很高，不但需要軟體架構方面豐富的知識和經驗，且對於資訊系統所應用的行業也必須要有豐富的經驗，一般的開發公司都很難達到這一點。一般都是拿到乙個專案後進行前期的需求分析後即劃分出模組，完成資料庫的設計，然後進行任務的分配，而在進行任務的分配的時候完全是根據專案經理以往專案的經驗來進行，很難給出乙個相對準確的時間進度表，且很難對開發人員的工作效率和工作量進行考核。
根據以上分析提出對模組進行分級管理，不同級別的模組根據經驗進行工作量的測算，最後把系統的模組歸類到此級別中來，再分析模組歸類後的級別進行工作量的測算和考核。
根據模組的難易程度、業務邏輯的難易程度及多少、介面
ui的難易程度和所涉及的資料表的多少可以分以下幾個級別
級別
合計
開發時間
需求理解時間
整合時間
測試時間
劃分原則
一級
1-1.5
0.5-1
0.20.1
0.2 1.
對資料庫簡單的增刪查改；
2.涉及的資料庫表一般不超過兩個；
3.前台介面的相對比較簡單；
4.前台及後台實現不存在技術難題；
5.無複雜或多的業務邏輯
二級3.2-4.2
2-30.5
0.20.5 1.
牽涉到二張或以上的資料庫表；
2.有一到二個中等複雜的業務邏輯；
3.有乙個複雜的業務邏輯；
4.對前台介面有很嚴格的要求，且實現有一定的難度
**8-10
4-6 1
1 21.
模組中存在技術難題；
2.有乙個或以上覆雜的業務邏輯；
3.遷涉到複雜的業務流程；
4.有業務流程變化而導致模組重做的風險；
以上的測算都是基於開發人員能熟練應用開發中所用到的技術，有乙個良好的基礎框架；且前期進行了初步的需求分析。
如何估算測試工作量（一）常規的估算測試工作量的方法
如何估算測試工作量 一 常規的估算測試工作量的方法 作為乙個管理者，你是否被詢問到某個專案要花多少時間，多少人力測試 或是作為乙個普通的測試員，你是否被詢問到要花多少時間來完成某個任務或是一次回歸測試？我想大多數在軟體行業的人或多或少都會碰到這樣的關於工作量估計的詢問。那麼你是怎麼回答的呢？你對你自...
怎樣的工作量評估更合理？
如果你在外包公司工作過，或者你正在外包公司工作。我相信你一定會遇到評估專案工作量的情況，或者你是評估其中一部分的功能。在pmp裡面介紹，評估工作量最好是找最熟悉這個功能的人，也就是專家判斷。所以肯定非你莫屬了，畢竟你已經成為了專家。但我相信也肯定會遇到一種情況，工作量評估提交給客戶後，客戶開始砍工作...
測試工作量的評估方法
測試排期是整個測試過程非常重要的環節，關乎專案整體的上線計畫及版本節奏。測試排期首先要評估測試的工作量。所以測試工作量評估的越準確，對專案整體節奏的把握更有利。工作量評估得過多影響上線節奏，人員工作強度變低影響效率，工作量評估過少，造成的影響更大，如果可以通過加班消化還好，如果消化不了專案會延期，錯...