重要的資料與工作内容都來源于平時的積累與沉澱,避免等到用時方恨少且無措
為什麼要去做資料的彙總?
- 測試人員的能力展現:作為測試人員,相信你有的困惑,當用資料來說明自己工作能力是否好壞的時候,不知道用什麼次元的資料來說明自己做的很優秀,覺得隻是在測試項目而已,好像除了項目測試之外有沒有幹其他事情。但當真正問到項目測試了多少了版本?總共寫了多少個用例?總共提了多少個bug時?一下子就感覺說不上來
- 必要彙報時的資料來源:無論是個人做彙報還是測試leader做彙報,都少不了用資料來說明業績
測試人員業績可通過哪些方面來展現?
- 測試用例數量
- 有效bug數量
- 推動解決的曆史遺留bug數量
- 疊代測試時間相比開發時間的占比(測試周期時間越少,占比越少則越好)
- 版本打回數量(開發人員提測品質不達标被打回次數)
- 給産品所提建議采納數量(說明:為産品所作出的貢獻)
- 版本提測延期但上線時間未延期天數(說明:測試人員縮短了測試周期)
示例彙總表:
注意:将此表結合公司所使用的軟體線上可編輯,每個疊代版本結束,都快速來補充資料,不斷的沉澱避免時間長了忘記,同時leader也可友善随時來檢視自己的工作業績情況
1.作者:Syw
2,本文版權歸作者所有,歡迎轉載,但未經作者同意必須保留此段聲明,且在文章頁面明顯位置給出原文連接配接,否則保留追究法律責任的權利。