QA是產品發行的瓶頸?
RD認為一天就可以測完,為什麼QA要花四天的時間呢?
- 由於需求規格不明確、變動、甚至沒有文件,導致QA花太多時間在溝通上
- QA也需要花時間了解規格、設計測試個案,不是直接軟體拿來就做測試
- 測試不是只有一個cycle就能順利結束,有時來來回回要好幾次
- QA測太多、想太多、考慮太多,如不同的OS、例外狀況等
- 有些測試是每個clcye都不能省的,例如安裝以及關鍵需求
最後得到的結果是,QA是產品發行的瓶頸。
難道要做到「PM給多少規格,QA就測多少,其他一概不管,到時出問題再來釐清責任,沒給就不干QA的事嗎?」,真的不想這樣做,這對公司是會造成傷害的。
不過決定dead line的那個人也有責任,竟然說「那天的日子是黃道吉日,適合上線」。聽聽別的總裁所說的話「我們不會在任何情況下提到釋出日期,因為我們知道這樣說的風險很大。我在軟體業的資歷夠久了,足以知道承諾任何日期,最後一定讓你悔不當初。」(可參考時程與品質)。
以上情境純屬虛構,笑笑就好,如有雷同,那我也只能為你祈禱了!
對了!我要記得趕快去學看農民曆,搞不好哪天就用到了!
2005 年 九月 9日 於 11:23 am
有意思,一般對比較小的項目可能會踫到這種事。
2005 年 十一月 25日 於 4:16 pm
原本的黃道吉日已經過很久了,現在可能在看下一個黃道吉日吧!
2006 年 五月 4日 於 11:30 am
PM給的陽春規格
是QA大瓶頸-_-”
2006 年 五月 4日 於 11:38 am
可以請 PM 來對 QA 說明規格,要讓 PM 知道資訊不夠 QA 會不知道測什麼,這時 QA 就可以問問題啦!當然 QA 也要知道要什麼東西,問哪些問題、要哪些資訊。
通常搞到最後,QA 是對規格最熟的,比 PM、DEV 還要熟!