oldsidney 學習筆記

一份說明當你不知道要測試什麼時，如何蒐集測試需求、進而導出測試個案的投影片，我覺得很適合想要使用 TestDirector 的讀者：
Testing In the Unknown – Test Requirements as a Design Methodology

假如你對微軟的 Visual Studio Team System 有興趣，這會是個不錯的網站，上面有許多 demo 的影片：
VSTS Rocks

Interview questions for Software Testing

Building Better Test Teams

看到這則新聞，就想到之前同事提到：「我們應該學學 Firefox 為了品質可以延後上線的時程。」
Taiwan.CNET.com : 新聞專區 : 企業軟體 : Firefox重要更新延遲

在這個新聞中，Mozilla歐洲總裁Tristan Nitot也表示：「我們不會在任何情況下提到釋出日期，因為我們知道這樣說的風險很大。我在軟體業的資歷夠久了，足以知道承諾任何日期，最後一定讓你悔不當初。」

相信不管你是 PM, RD 還是 QA 看到這句話一定都會心有戚戚焉！我也相信不管是哪種角色，都知道品質很重要，但是遇到時程的壓力時，到底是該犧牲品質呢？還是犧牲時程？可能最重要的是不能犧牲利益吧。

也許你會說 Firefox 因為是免費的，並沒有賣錢，所以晚一點釋出對收入應該沒有影響。

也許你說的也沒錯，但是我們也看到有許多商業軟體會 delay 釋出的時程。或許我們應該換個角度想，為什麼 Firefox 是免費的，但是還那麼堅持品質呢？(在這個新聞我把延後釋出的原因主觀看成是因為品質)

當遇到品質與時程衝突時，QA 的角色在於提供作決策的人(一般是PM，不過最有可能是老闆) 足夠的資訊，在目前的品質狀況下，釋出會有什麼風險，讓決策者能夠做出最有利的決定。

當然 QA 蒐集資訊也需要時間，需要越詳細的資訊就要花越多時間。

但是在已經沒有時間的狀況下，QA 還會有足夠的時間蒐集詳細的資訊嗎？

肯定沒有，所以假如能夠早一點就讓 QA 進來，而不是到最後產品要釋出前才給 QA 測，相信 QA 一定有能力能提供足夠的資訊。

加油！QA 我相信你一定可以改變生態的！

目前有亞旭電腦、聯發科技徵測試工程師
詳情請至 「Job 園地」。

工研院交大網路測試中心，二份有關 VoIP 測試的文件
VoIP 之產業演變與測試需求
NBL 專欄VoIP 產品技術走向與測試需求

有趣的文章讓我想到公司 RD 與測試人員的對抗，RD 不相信有那樣的 defect 直到 QA 證明給他看

微軟、駭客 相見歡(上)
微軟、駭客 相見歡(下)