Why counting is a bad idea
by Shrini Kulkarni
http://shrinik.blogspot.com/2006/12/why-counting-is-bad-idea.html
通常Test Manager會利用下面index, 來評量QA是否做的很好
No of Test cases prepared: 1230
No of Test cases Executed: 345
No of Test cases Failed : 50
No of Bugs reported: 59
No of Requirements Analyzed : 45
No of requirements updated :50
No of Transactions covered in Performance Testing : 24
No of Use cases Tested : 233
No of Test cases prepared Per Person Per hour = 5
No of Test cases executed per person per hour = 15
在這裡你看到什麼?
Manager 喜歡數字化, 任何東西都要量化, 這樣比較容易管理, 不用再花去解釋為什麼你performance好或不好.
可是為什麼用數字來衡量事件不好的事呢? 首先, 作者要我們先想想這些事情
Count Requirements
我們能count它嗎? 要如何count它? 我們有條列的requirement 的list嗎?
我們有辦法把requirement的內容用條列的方式表達出來嗎? 那如何確保我們沒有漏列? 那如何確保我們沒有解釋錯誤?
Count Test Cases
所謂Test cases就是你的test ideas. 描述你要怎樣來進行測試. 所以它是一個概念性的, 並非完整的的東西. 通常要到測試執行階段, 整個東西才會清楚完整.
而且重點是ideas可以被count嗎?
你會希望說你要產生多少idea出來嗎? 我想你應該會出到好的idea難求, 你若是硬要湊數字, 下面的人也是會給你一些idea, 但, 那會是你要的嗎??
Count Bugs
Bug最重要的是探討它的嚴重性和對客戶的價值. 每個bug代表的意義不同, 無法用相同的比重來看待每個bug. 所以重點不在於bug有幾個, 而是有價值的到底有多少!!
所以重點不在數字, 而是在於背後的涵意. 你若是不能掌握的那個精神, 那數字就只是數字而已
留言列表
