測試工做量的評估方法

測試排期是整個測試過程很是重要的環節，關乎項目總體的上線計劃及版本節奏。測試排期首先要評估測試的工做量。因此測試工做量評估的越準確，對項目總體節奏的把握更有利。 工做量評估得過多影響上線節奏，人員工做強度變低影響效率，工做量評估過少，形成的影響更大，若是能夠經過加班消化還好，若是消化不了項目會延期，錯過活動等等，對測試口碑的影響將是毀滅性的。尤爲是一些緊急的需求，要求快速上線，更有可能開發的改動方案要參考測試的工做量，若是測試迴歸工做量過大，爲了知足上線要求開發有可能會更換開發方案。此時若是測試工做量評估不許，開發方案的選擇就會發生變差，對上線的影響就會更大。
　　實際項目測試中，工做量評估會受不少因素的影響，開發的實現方案，開發的能力水平，測試範圍的評估，測試類型的選擇，測試深度，是否須要增長專項測試，質量要求，等都會產生干擾，所以準確評估工做量確實很難。 尤爲是當功能尚未開發的時候去評估工做量，不肯定性更大，開發是重構代碼仍是微調，是否須要作性能評測等等都會對最終工做量評估產生很大影響。
　　那麼怎麼作才能更加準確的評估測試工做量呢？
　　首先咱們先要了解測試工做量都包含哪些部分，測試工做量是對測試過程時間消耗的評估，那麼測試過程都包含哪些呢？        
　　 咱們能夠從測試流程角度來分析，首先是需求理解，而後是和開發的技術溝通測試範圍評估，測試用例的編寫，專項測試方案准備，測試環境/測試數據準備，測試用例執行，專項測試執行，迴歸用例執行，上報bug以及bug驗證，以及上線前的測試驗證。那麼測試工做量就應該是以上過程時間消耗的總和。一眼望去，過程好多，每一個過程貌似都又有不肯定性，例如bug上報和驗證的時間直接受bug數量和開發修改bug改動大小的影響，用例執行不一樣功能的case執行時間可能又是不同的，萬一遇到阻塞問題，時間就更無法評估了。 這些過程並非每一個版本都會。
　　接下來咱們逐一來分析一下每一個過程如何精準評估工做量：
　　需求理解
　　需求理解通常是經過需求文檔或需求討論會來完成，這個過程一般會比較提早，例如需求文檔都會提早發出事先能夠去熟悉，工做量評估通常不包含這部份內容。
　　技術細節瞭解
　　技術細節的瞭解取決於瞭解的程度，這部分可能更多的須要根據以往的經驗來評估，因此平時對於技術細節瞭解時間的留意很重要。

用例設計
　　這部分應該會比較耗時，時間的評估首先要評估用例的數量，評估用例的數量首先要把測試對象按功能切分，再由功能切分紅測試點，針對每一個測試點去評估用例數量。優秀的測試工程師對每一個測試點大概有多少條用例須要作到心中有數，例如測試一個按鈕的用例條數，下拉菜單的用例條數。這部分比較依賴平時的積累，可否把常見的測試點總結成公共用例，例如http的公共用例，地址欄公共用例，菜單的公共用例，若是公共用例比較齊備，會比較容易評估用例條數，並且也能夠大大縮短用例設計的時間。用例設計過程當中或多或少的會出現需求不清須要溝通確認，技術細節不瞭解須要溝通或調研的事情，這部分也須要根據以前的經驗來判斷。
　　專項測試方案設計
　　首先要評估是否須要進行專項測試，若是須要則要評估專項測試方案修改已有的仍是要從頭來設計。 通常狀況下一份專項測試方案設計時間不超過4h。若是涉及到工具的開發則須要另行評估。
　　測試環境/測試數據準備
　　首先要評估是否須要這方面的準備，這個過程每每會比較忽略，測試過程當中再去準備回比較被動和耗時，測試環境和測試數據每每是由測試開發或者開發準備，做爲測試工程師重要的是及時提出需求來，並及時和開發方溝通工做量和完成時間點。
　　用例執行
　　這部分應該是整個測試過程最耗時的部分，用例執行的時間應該依賴於用例的數量和用例執行速度，以前咱們已經評估了用例的數量，如何評估用例執行速度呢？首先不一樣功能的用例執行的難以程度不同，純黑盒的用例通常執行速度回比較快，例如UI的檢查。偏邏輯層面的用例執行起來會慢一些，須要準備環境，或者經過工具驗證結果等等。測試工程師須要有意識的去統計不一樣難度用例的執行時間，例如黑盒偏UI層面的用例一個合格的測試工程師一天能夠執行200-300條用例等。偏邏輯驗證的大概天天能夠執行100條，大量須要環境準備和數據準備的天天30-50條等。

專項測試實施
　　專項測試每輪的測試時間相對固定，執行一次大概1小時，2小時等等，比較難評估的是若是測試出現問題開發可能會調優，執行多少次才能達到預期可能不太能評估。從以往經驗來看通常2-3次基本能夠完成，專項測試執行的時間能夠按照兩倍或者三倍時間去評估。
　　上報bug和驗證bug的時間
　　這部分時間是最難評估的，沒法按照數量來評估，bug都是在測試執行過程當中產生的，通常會經過用例執行時間乘以一個係數來評估，這部分比較靠以往版本的經驗，以往bug比較多或者修改起來連帶bug比較多能夠適當提升這個係數比例。例如項目裏開發bug比較多，咱們能夠把這個係數提升到0.3，若是用例執行時間是3天，bug相關的處理時間能夠按照一天計算。
　　測試工做量的評估是一個經過必定方法和測試經驗不斷積累來優化的過程，以上是小編我根據本身的總結和測試經驗造成的方法，不一樣的項目不一樣的團隊狀態工做量評估的方法可能有比較大的差異，但要找到適合本身項目的評估方法須要你們不斷的思考總結和積累經驗。
---------------------

版權聲明：本文爲博主原創文章，轉載請附上博文連接！