Reasons to Repeat Tests
http://www.satisfice.com/repeatable.shtml
by James Bach
找bug就好像再地雷區中掃雷一樣, 你很難保證所有地雷都被找到, 除非你把每寸土地都踏過. 所以測試也是一樣, 基本上你不可能把每個執行路徑都跑過; 即使每個執行路徑都跑過, 你也不可能run過所有input data. 只能說大概不部分的區域, 我們都檢查過.
所以測試要做的好, 很重要的部份就是要增加涵蓋區域, 也就是增加樣本的空間, 而不是單單的把之前的東西, 一直反覆執行而已. 這樣是無法發現新的問題.
QA，你都在掃廁所嗎？
這是一個朋友forward給我的文章, 這篇正好呼應上一篇的觀念(如何評量是否是一個好的QA). 若是你只是在找bug, 而不去想team目前遇到的問題是什麼. 就算你bug找的再多, 也不會有人特別感謝你.
所以, 不要再侷限QA只是在找bug, 不要只是在開發週期後段才開始動作. 否則, QA，你只是花力氣在掃廁所
===============================================================
CIO，你都在掃廁所嗎？
什麼是Test Architect
最近有人問我, test architect在做些什麼? 因為公司想要為走tech track 的人, 訂定一些方向. 可惜在國內這樣的資料一直很少, 畢竟testing在國內是十分冷門的工作, 更不用談還有test architect這樣的職位.
在網路上google了一下, 還是以微軟員工提到的最多, 但是其他也是不少. 可見在國外她們還是蠻需要這樣角色的人
在這裡我列出了三篇介紹test architect的文章:
What is a Test Architect?
如果微軟你這麼擅長測試, 那你的軟體品質為何還這麼爛?
if Microsoft is so good at testing, why does your software suck?
http://blogs.msdn.com/james_whittaker/archive/2008/08/11/if-microsoft-is-so-good-at-testing-why-does-your-software-suck.aspx
當初看到這個標題時, 真的很吸引我, 因為作者是微軟員工, 我想他應該會有好的說詞吧!!
當初作者不是微軟員工時, 他也問微軟同樣的問題. 等到他在微軟公司後, 他也面對同樣的問題. 終於在27個月後, 他提出了這樣的說法
1. Microsoft builds applications that are among the world’s most complex.
如何測試 Daily Build
Testing A Daily Build
http://blogs.msdn.com/steverowe/archive/2007/10/25/testing-a-daily-build.aspx
上次提到BVT在做些什麼之後, 接著我們再來看 daily build testing要做些什麼.這裡作者些列出了下面四個項目
如何有效開立test case: feature-driven v.s purpose-driven
通常我們開立test cases時, 都是以feature為導向, 來分配工作. 例如QA 甲測試 feature 1, QA 乙測試 feature 2. 然後可能給1~2週讓他們開立test cases, 之後再進行test case review. 可是這樣做我們遇到了一些問題
1. 大家都只會開functional的test cases
2. 太慢才能給feedback, 因為要等test case全部開完才能給feedback
3. TC 太多, 大家沒有空仔細去看完. 因為1~2週開完的test case量實在不少
因此我們team想出一個作法, 以purpose為導向來開立test case
