找很多的Bugs重要, 還是找重要的Bugs重要?
Test Smarter: The Top 3 Testing Myths
http://worksoftinc.blogspot.com/2008/08/this-is-test-blog.html
August 26, 2008
Posted by Linda Hayes
Published in WorkSoft
上次提到找到太多bugs, RD解不完, 剛好最近看到一篇文章, 提到有關測試常見的迷思, 剛好第一條就是Your job as a tester is to find bugs.
作者認為這個假設基本上就是錯誤的, 因為你要去證明當你測試完之後, 這個系統就沒有任何bugs存在. 很抱歉, 這是不可能也不實際
不可能的原因是, 使用者可能的行為, 系統的環境, 以及程式可能執行的路徑等這些組合, 基本上是無限的. 所以你不可能有測完的一天, 你不可能花這麼多時間和金錢, 去測試完這些組合.
此外, 這個神話還導致一件事情:你找到越多bug, 代表你越棒. 這反過來鼓勵測試人員, 進行測試古怪行為, 並著重於邊界或是邊緣的功能, 希望能找到更多的Bugs.
其實, 只要刻意用力亂搞, 任何人都可把系統弄掛. 但是一般的使用者只有興趣, 是否她要的功能是否正常, 而不是哪些特殊狀況下, 功能不能運作正常. 他們開發或購買軟體, 是因為他們需要使用它, 而不是因為那些不常用的狀況.
(註:
其實這裡真的是兩難, 難的原因是因為測試人員不知道什麼是客戶真正會做的功能, 哪些是他們很少使用的功能. 本來照道理說, 測試人員是公司內部代表顧客的角色, 可是慚愧的是我們做不到這點. 此外, 有時候即使你知道客戶會哪些功能, 但是你也要有本事說服RD/manager, 說這些東西很重要, 必須要被處理.
不過作者這裡是要提醒讀者, 不要過度著重在一些奇怪, 不合理的測試流程上. 而是在對客戶真正有價值的流程上, 要多多下工夫去做測試. 需知道測試時間和資源是有限的, 必須要先注重這部份.
)
作者還提到這個神話, 也是會鼓勵測試人員不注重核心功能, 也就是happy path部分. 或許大家會認為這部份不可能會錯, 或是不會找到什麼大bug, 但是作者認為以前對,但不一定之後一定都對, 你還是需要花時間去確保他們的正確性. 與其列出上千個known issues, 還不如確保主要功能能正常運作.
所以, 你若是認為測試人員的工作就是找bugs, 那只是自己給自己找麻煩, 因為事情做不完, 又不會得到別人賞識....慎之...戒之...
留言列表
