oldsidney 學習筆記

RD認為一天就可以測完，為什麼QA要花四天的時間呢？

• 由於需求規格不明確、變動、甚至沒有文件，導致QA花太多時間在溝通上


• QA也需要花時間了解規格、設計測試個案，不是直接軟體拿來就做測試


• 測試不是只有一個cycle就能順利結束，有時來來回回要好幾次


• QA測太多、想太多、考慮太多，如不同的OS、例外狀況等


• 有些測試是每個clcye都不能省的，例如安裝以及關鍵需求

最後得到的結果是，QA是產品發行的瓶頸。

難道要做到「PM給多少規格，QA就測多少，其他一概不管，到時出問題再來釐清責任，沒給就不干QA的事嗎？」，真的不想這樣做，這對公司是會造成傷害的。

不過決定dead line的那個人也有責任，竟然說「那天的日子是黃道吉日，適合上線」。聽聽別的總裁所說的話「我們不會在任何情況下提到釋出日期，因為我們知道這樣說的風險很大。我在軟體業的資歷夠久了，足以知道承諾任何日期，最後一定讓你悔不當初。」(可參考時程與品質)。

以上情境純屬虛構，笑笑就好，如有雷同，那我也只能為你祈禱了！

對了！我要記得趕快去學看農民曆，搞不好哪天就用到了！

此篇文章發表於 2005年 九月 8日(星期四) 2:44 pm ，分類是「軟體品質保證(SQA)」。 你可用 RSS 2.0 追蹤此篇的留言回應。 你可以 留言回應, 或是由你自己的網站 發送引用通告。