績效的主要目標是保證產品或QA程序的一致性,它也可以是一個管理系統,允許管理者根據收集到的資料做出決定,程序的績效衡量標準的實施應該涉及到整個組織,不同團隊的衡量標準可能會有所不同,

什么是績效衡量?
績效衡量是管理和了解以下方面:
- 專案進展如何?
- 專案中的偏差及其原因?
- 資源的利用情況如何?
- 是否實作了既定的目標以及流程?
- 已實施的流程是否產生了預期的結果?
- 如何管理客戶需求的?
- 有哪些需要改進的地方?
衡量的好處是什么?
- 追蹤專案進度
- 滿足客戶的期望
- 了解存在的問題
- 分析需要改進的地方
- 確定改進是否生效
不同的指標
- 計劃與實作的故事
- 自動化比例
- 生產性任務與非生產性任務
- 迭代周期內報告的缺陷百分比
- 構建中的缺陷
- 缺陷優先級
- 缺陷排查表
- 不修復的BUG比例
- 不修復BUG分析
- 生產缺陷
- 團隊人員使用情況
- 自動化用例實作速度
- 個人自動化實作速度
- 工程師任務分布
- 自動化覆寫率
- 自動化進度
- 自動化問題趨勢
- 自動化成本分析
- 測驗用例自動化比例
- 自動化后節省的作業
參考資料
-
本文涉及的python測驗開發庫 謝謝點贊! https://github.com/china-testing/python_cn_resouce
-
python精品書籍下載 https://github.com/china-testing/python_cn_resouce/blob/main/python_good_books.md
-
測驗精品書籍 https://github.com/china-testing/python-testing-examples
故事數

理想情況下,團隊能夠完成目標,已實作的故事數等于計劃中的故事數,如果實作的故事數比計劃的多,說明有是當前迭代中新增的故事,如果團隊實作的目標少于計劃,這可能意味著可能碰到困難,
有助于管理層:
- 根據可用資源的數量調整sprint的范圍,并重新分配資源
- 根據以往的趨勢規劃即將發布的版本
自動化比例

理想:理想的情況應該與專案人員計劃相一致,如果有3名自動化工程師和7名功能工程師,理想的情況是,作業分配應該是......,
30%為自動化,70%為人工,
如果30%的精力花在了自動化上,但我們的自動化比例并沒有達到30%,可能存在如下問題:
- 專案變化過于頻繁
- 自動化工程師沒有100%投入
- 自動化缺乏規劃
這張圖將幫助管理層:
- 為自動化分配適量的資源,
- 解決瓶頸問題,提高生產力
生產性任務與非生產性任務

非生產性任務包括以下活動,如團隊建設活動,軟技能培訓、員工參與活動、基礎設施故障造成的時間損失、電源、測驗環境故障和內部會議(比如與人力資源部門的會議),
理想情況下,大部分時間應該花在生產性任務上,如測驗用例執行、測驗用例的自動化或缺陷報告,
如果花在生產性任務上的時間比例小于非生產性任務,可能意味著
- 團隊規模過大
- 測驗任務阻塞
團隊在非生產性作業上花費了更多的時間,管理層可以:
- 削減目前的人員配置計劃
- 投資于容錯基礎設施,如備份互聯網服務提供商和測驗環境以增加正常運行時間
迭代周期內報告的缺陷百分比

報告的缺陷百分比必須逐步下降,
如果缺陷報告的百分比突然增加,可能是:
- 出現阻塞性問題
- 產品質量不穩定
管理層可以評估:
- 使需求更加清晰
- 通過必要的產品培訓,最大限度地縮小知識差距,
構建中的缺陷數

理想情況下,缺陷數應減少
如果缺陷數在構建程序中上升,如可能意味著,
- 新的功能被添加
- 新功能有bug
- 新功能/模塊出現阻塞
- 缺陷數量激增
該圖提供了構建的質量資訊,并根據這些資訊,可以決定提前或推遲產品發布時間,
構建的缺陷優先級

理想的情況是:P1和總體缺陷數應該減少,
缺陷分解圖

理想情況下,缺陷修復率應該與缺陷發現率相同,
如果缺陷修復率小于缺陷發現率,這可能意味著,
- 開發團隊需要提高他們的代碼質量,
- 原定的發布時間可能會有延遲,因應用程式bug多或由于資源匱乏開發團隊不能及時修復QA報告的問題,
決策,這張圖可以幫助管理層決定,是否缺陷積壓正在增加,然后,他們可以跟蹤發布時間表的狀態,
不修復的BUG比例

理想情況下,不會修復的缺陷數量應該在可接受的范圍內,有些團隊將基準定義為小于5%,
更少的比例可能意味著,
- QA團隊按照要求進行測驗,并只報告有效的缺陷,
- 開發團隊很高效
如果不會修復的缺陷率很高,可能意味著:
- 團隊對應用或產品功能的理解程度較低,
- 需求不明確
這張圖可以用來確定該團隊是否是了解需求,如果不了解,管理層可以規劃,
- QA團隊的知識分享會
- 審查和修復QA團隊的缺陷報告程序,因為他們可能會在他們的缺陷報告中沒有提供足夠的細節,
不修復BUG分析

理想情況下無不修復或無效的缺陷數,
如果不會修復或無效缺陷率很高,可能意味著:
- 要么是團隊對需求不清楚或變化頻繁,
- 缺乏適當的基礎設施
這一分析將幫助管理層:
- 彌補需求的不足
- 隔離和解決特定環境問題
- 找出并解決QA團隊的知識漏洞
- 突出產品的局限性,作為其發布中的已知問題
生產缺陷

理想情況下,發布后的缺陷數量應該在可接受的范圍內,一些團隊將基準定義為少于1-2%的優先級3或優先級4缺陷,
發布后缺陷率很高,可能意味著:
- 團隊對應用或產品功能的理解程度較低,
- 由于資源不足,團隊無法滿足客戶要求,
這將有助于管理層,
- 實施糾正和預防措施,以減少發布后的問題,
- 增加對發布后問題發生地區的測驗覆寫率
- 讓業務分析員進行模塊知識分享會,發現發布后缺陷的地方,并討論其對業務的影響,
團隊人員使用情況

理想情況下,團隊應該把時間花在自動化與人工任務上,30%的時間應該花在自動化上,
如果團隊在自動化上投入不足:
- 團隊的自動化速度將受到影響
- 自動化工程師被拉到其他任務分配中或其他任務,
這將有助于管理層:
- 調整資源
- 去掉低優先級的功能
自動化用例實作速度

衡量QA團隊能夠成功自動化的測驗案例數量,
理想情況下,速度應該始終保持在預期的速度范圍之間,
如果,如果團隊的表現沒有達到預期的目標,管理部門將:需要進一步確定速度下降的原因,這將有助于管理部門估計作業的速度,
個人自動化實作速度

理想的情況是,工程師的速度應該保持在預期的最小測驗用例數和最大測驗用例數之間,
如果低于紅線,這意味著:
- 工程師被某些問題耽誤或阻擋,影響了速度
- 由于業務需要,工程師被抽調到一些其他的作業中,比如維護由于應用程式作業流程的變化而導致的腳本的變化,
- 工程師的表現沒有達到其他團隊成員的標準,原因是缺乏產品知識或自動化工具知識
- 工程師將無法達到目標,
- 滯后的工程師會給團隊中的其他工程師帶來過重的負擔,
這將有助于管理層:
- 估算作業完成的速度和完成作業所需的時間,
- 分析專案中是否需要增加或減少資源,
- 獎勵執行者,培養非執行者,讓他們像執行者一樣提供服務,
- 關注每個工程師的成長
工程師任務分布

理想情況下,在自動化的初始階段工程師應該花更多的時間在Framework開發上,,然后在測驗用例自動化中,只有在出現以下情況時,才應將時間花在suite的維護上,比如應用功能或作業流程的改變,
如果工程師花更多的時間在其他領域,例如,工程師3的大部分時間都花在了修復同行評審,這意味著工程師3寫的代碼效率不高,
根據這個圖表,管理層可以:
- 根據每個工程師的表現為他們設定目標:
- 利用這些資料來激勵工程師,以獲得更好的業績,
自動化覆寫率

這張圖可以幫助管理層確定:
- 自動化產品的百分比
- 確定人工測驗團隊的規模
自動化進度

如果實際自動化的測驗用例數量出現了偏差,可能是:
- 由于其他高度優先的問題,自動化任務被擱置了,
- 團隊不能有效地規劃各項作業
- 產品存在偏差
該圖可以幫助管理層:
- 顯示團隊的進展情況與預期的時間表相比,以及重新調配資源,按時完成任務
- 為自動化團隊制定戰略和規劃未來的發展方向,
自動化問題的趨勢

評估問題的型別,如腳本問題、產品問題等,
理想的情況是,隨著專案的進展,總的失敗次數應該逐漸減少,這
如果有增加:
- 腳本問題 - 腳本創建需要改進
- 產品問題--應用程式代碼不穩定
- 假陽性問題--那么在批處理程序中可能會出現任何不可預見的問題,執行,如定時/等待問題,或環境預設條件問題,
圖表可以幫助管理層:
- 信任自動化的結果,并做出發布產品的決定,如果腳本問題和誤報率極低
-提高自動化代碼質量,
自動化成本分析

理想:理想的情況是,節省的人工勞動量應超過自動化程度,30-50%的增長,以實作積極的投資回報率,
如果未來6個月內節省的人工成本等于或小于的自動化成本,那么該產品或模塊就不適合自動化,
測驗用例自動化比例

隨著時間的推移,測驗用例的自動化數量逐漸增加,因為測驗用例的自動化數量會隨著時間的推移而增加,
如果沒有增加這可能是因為:
- 自動化任務因其他高度優先問題而被擱置,
- 團隊未能有效規劃作業
- 產品存在偏差
這張圖可以幫助管理層,
- 判斷自動化是否以及如何最適合專案,
- 更好的為自動化團隊制定戰略和規劃未來的路線圖,
自動化后節省的作業

理想的情況是:人工逐步下降,
如果沒有下降:
- 根據專案要求,自動化團隊成員被轉移到手工團隊
- 自動功能被淘汰
- 是否有任何基礎設施阻擋了自動化測驗的運行?
利用這個圖表,管理人員可以做出以下決策:
- 重組團隊或為自動化分配適當的資源
- 升級測驗執行所需的基礎設施
轉載請註明出處,本文鏈接:https://www.uj5u.com/qita/552135.html
標籤:其他
上一篇:UE5 材質 運動的扭曲效果
下一篇:返回列表
