一種監(jiān)控軟件測試執(zhí)行進度的方法
【技術領域】
[0001] -種監(jiān)控軟件測試執(zhí)行進度的方法，屬于軟件測試技術領域，特別是涉及一種軟 件測試執(zhí)行期間的進度監(jiān)控的方法。
【背景技術】
[0002] 測試執(zhí)行是軟件測試過程中的關鍵的階段，測試相關人員執(zhí)行項目覆蓋范圍內的 測試用例發(fā)現(xiàn)缺陷，驗證軟件功能是否符合需求，評估軟件的安全性，易用性，可靠性，適用 性。同時測試執(zhí)行的階段也是最難控制的，測試執(zhí)行進度較大程度的影響已制定的測試計 劃和執(zhí)行測試計劃。運用有效直觀的方法去監(jiān)控測試執(zhí)行進度的狀態(tài)，以及清晰指導測試 執(zhí)行的進度之后，在項目管理上面應該如何采取有效的措施解決問題成為的關注的重點。

【發(fā)明內容】

[0003] 為解決上述問題，本發(fā)明采用的一種方案是：提供測試執(zhí)行活動中日執(zhí)行率的計 算方法，提供解決測試執(zhí)行滯后于測試執(zhí)行計劃的參考方案。包括如下步驟：
[0004] a)找出軟件測試項目中測試執(zhí)行階段的以4個參數(shù)
[0005] (1)項目覆蓋測試范圍內的測試用例數(shù)目，并且每條測試用例包含的工作量是相 等的。約定測試用例經(jīng)過執(zhí)行后只有"通過"和"失敗"兩種狀態(tài)。
[0006] ⑵測試計劃列出的覆蓋范圍內執(zhí)行一次全部測試用例花費的總時間。
[0007] (3)參與執(zhí)行測試用例的人員。
[0008] (4)截至與當日為止，測試執(zhí)行開始到當天為止已被執(zhí)行的測試用例的數(shù)目為通 過的測試用例+失敗的測試用例。
[0009] b)計算日執(zhí)行率的公式為：
公式中TotalMandays為覆蓋范圍內執(zhí)行一次全部測試用例花費的總時間； EfTorSpent為從測試執(zhí)行開始到當天為止測試執(zhí)行已耗費的時間；TestExecuted為由測 試執(zhí)行開始到當天為止已被執(zhí)行的測試用例的數(shù)量；TotalTestCase為項目覆蓋測試范 圍內的測試用例數(shù)目；Execution Rate為日執(zhí)行率。
[0010] C)根據(jù)Execution Rate判斷測試執(zhí)行進度的狀態(tài)。
[0011] (1)若Execution Rate>100,項目屬于綠色狀態(tài)。表明測試執(zhí)行進度超前于測試執(zhí) 行計劃，測試執(zhí)行進度的趨勢好，測試管理人員并不需要對目前的測試活動采取任何措施。 若Execution Rate>180,表明項目測試進度超前測試計劃接近1倍。項目組人手過剩，可 以減少參與項目測試的測試人員，有效調配人力資源；修改測試計劃，適當減少測試執(zhí)行時 間。在調配完人力和執(zhí)行時間后，重復步驟a到步驟c，計算新的日執(zhí)行率來監(jiān)控日后的測 試進度。企業(yè)或項目小組可以根據(jù)自身的軟件能力成熟度，應對軟件缺陷，測試環(huán)境問題， 再測試與重復驗證測試的能力，調整Execution rate的閾值。
[0012] (2)90〈Execution Rate〈100,項目屬于黃色預警狀態(tài)。表明測試執(zhí)行進度落后與 測試執(zhí)行計劃，但是不超過10%，測試管理人員不需要對目前的測試活動采取任何干預措 施，因為測試趨勢的進展在現(xiàn)有的資源基礎上，屬于在正?？煽胤秶鷥?。
[0013] (3)EXeCUtion Rate〈75,項目屬于紅色警報狀態(tài)。表明測試執(zhí)行進度落后于測試 執(zhí)行計劃，但是已經(jīng)超過25 %，將無法在現(xiàn)有的測試資源上按照計劃完成測試執(zhí)行活動。測 試管理人員需要針對測試執(zhí)行活動采取有效的措施行動，用于挽回測試進度滯后的局面。 提供解決測試執(zhí)行滯后于測試執(zhí)行計劃的參考方案包括：增加測試人員進入測試執(zhí)行活 動；要求測試人員加班；修改測試執(zhí)行計劃，增加測試執(zhí)行時間；請求減少測試范圍，從而 減少需要執(zhí)行的測試用例數(shù)量。企業(yè)或項目小組可以根據(jù)自身的軟件能力成熟度，應對軟 件缺陷，測試環(huán)境問題，再測試與重復驗證測試的能力，調整Execution Rate可容許的最低 值。
[0014] 本發(fā)明運用簡單的度量去監(jiān)控軟件測試執(zhí)行階段進度，從而有利于監(jiān)控軟件開發(fā) 項目中測試執(zhí)行的情況，清晰反映軟件測試執(zhí)行的每日進度狀態(tài)，根據(jù)日執(zhí)行率的大小，為 項目管理者應對軟件測試遇到的問題提供參考和采取何種應對措施做出正確的指導。
【具體實施方式】
[0015] 下面對本發(fā)明的較佳實例詳細闡述，已使本發(fā)明的優(yōu)點和特征能易于被本領域 技術人員理解，從而對本發(fā)明的包含范圍做出更為清楚明確的界定
[0016] 實例1手機銀行升級項目-測試執(zhí)行階段
[0017] a)找出軟件測試項目中測試執(zhí)行階段的以下4個參數(shù)：
[0018] (1)項目覆蓋測試范圍內的測試用例數(shù)目，并且每條測試用例包含的工作量是相 等的。手機銀行升級項目在覆蓋需求范圍內總共有150條測試用例。并且每條測試用例在 執(zhí)行之后只存在"通過"和"失敗"兩種狀態(tài)。
[0019] (2)計劃覆蓋范圍內執(zhí)行一次全部測試用例花費的總時間。手機銀行升級項目在 測試計劃中估算出執(zhí)行全部測試用例所需要的時間為16天。.
[0020] (3)參與手機銀行升級項目測試執(zhí)行活動的人數(shù)為1人。
[0021] (4)當前是手機銀行升級項目測試執(zhí)行的第五日。通過的測試用例47條，失敗的 測試用例2條。因此，被執(zhí)行的測試用例數(shù)目是：通過的測試用例+失敗的測試用例=，即 47+2 = 49 條
[0022] b)將a)中得出參數(shù)代入日執(zhí)行率的公式，公式為：
因此，手機銀行系統(tǒng)第5日的日執(zhí)行率Execution Rate是98.
[0023] c)從b)中得出Execution Rate = 98，表示在項目測試的第5日為止，項目屬于 黃色預警狀態(tài)。表明測試執(zhí)行進度落后與測試執(zhí)行計劃，但是不超過10%，測試管理人員不 需要對目前的測試活動采取任何干預措施，因為測試趨勢的進展在現(xiàn)有的資源基礎上，屬 于在正?？煽胤秶鷥?。
[0024] 實例2銀行開戶系統(tǒng)開發(fā)項目-測試執(zhí)行階段
[0025] a)找出軟件測試項目中測試執(zhí)行階段的以下4個參數(shù)
[0026] (1)項目覆蓋測試范圍內的測試用例數(shù)目，并且每條測試用例包含的工作量是相 等的。銀行開戶系統(tǒng)開發(fā)項目在覆蓋需求范圍內總共有1070條測試用例。并且每條測試 用例在執(zhí)行之后只存在"通過"和"失敗"兩種狀態(tài)。
[0027] (2)計劃覆蓋范圍內執(zhí)行一次全部測試用例花費的總時間。銀行開戶系統(tǒng)開發(fā)項 目在測試計劃中估算出執(zhí)行全部測試用例所需要的時間為30天。.
[0028] (3)參與銀行開戶系統(tǒng)開發(fā)項目測試執(zhí)行活動的